<p dir="ltr"><br>
On Jun 1, 2013 1:38 PM, &quot;Arturo Servin&quot; &lt;<a href="mailto:arturo.servin@gmail.com">arturo.servin@gmail.com</a>&gt; wrote:<br>
&gt;<br>
&gt; Ole,<br>
&gt;<br>
&gt;         I know!<br>
&gt;<br>
&gt;         Basically I want to have the whole picture before recommend or not<br>
&gt; recommend to use /64s in p2p links (or use them myself)<br>
&gt;<br>
&gt;         /64s in p2p looks very appealing for many reasons, but they have a<br>
&gt; counter argument in security. Is it possible to overcome?<br>
&gt;<br>
&gt;         Perhaps the only solution is to avoid /64s in p2p links.<br>
&gt;<br>
&gt; Regards,<br>
&gt; as<br>
&gt;<br>
&gt; P.D. I didn&#39;t want to bring the old discussion about p2p prefix sizes, I<br>
&gt; just wanted to know how to deploy securely p2p with /64 prefixes (it<br>
&gt; seems that it may not be possible)<br>
&gt;</p>
<p dir="ltr">I do /127 p2p</p>
<p dir="ltr">Subnet anycast is not a supported feature or requirment in my network.</p>
<p dir="ltr">Cheers!</p>
<p dir="ltr">CB<br>
&gt; On 6/1/13 5:28 PM, Ole Troan wrote:<br>
&gt; &gt; Arturo,<br>
&gt; &gt;<br>
&gt; &gt; Don&#39;t put any global scope addresses on it at all.<br>
&gt; &gt;<br>
&gt; &gt; Ole<br>
&gt; &gt;<br>
&gt; &gt; On 1 Jun 2013, at 22:24, Arturo Servin &lt;<a href="mailto:arturo.servin@gmail.com">arturo.servin@gmail.com</a>&gt; wrote:<br>
&gt; &gt;<br>
&gt; &gt;&gt;<br>
&gt; &gt;&gt;    Got it.<br>
&gt; &gt;&gt;<br>
&gt; &gt;&gt;    I though it was something different.<br>
&gt; &gt;&gt;<br>
&gt; &gt;&gt;    Suppose now that I am very stubborn and I do not want to configure<br>
&gt; &gt;&gt; /128, /127, /126, /112, /96 or any other longer prefix that /64 (even<br>
&gt; &gt;&gt; when a /112 may let me growth in hosts without renumbering).<br>
&gt; &gt;&gt;<br>
&gt; &gt;&gt;    So far I know that I could put a FW to protect the links, that works in<br>
&gt; &gt;&gt; some places. Where not, probably I should need to add some ACLs to the<br>
&gt; &gt;&gt; router (which I would not be a fan of).<br>
&gt; &gt;&gt;<br>
&gt; &gt;&gt;    Anything else to protect the link?<br>
&gt; &gt;&gt;<br>
&gt; &gt;&gt;<br>
&gt; &gt;&gt; Thanks!<br>
&gt; &gt;&gt; .as<br>
&gt; &gt;&gt;<br>
&gt; &gt;&gt; On 6/1/13 2:46 PM, Jeroen Massar wrote:<br>
&gt; &gt;&gt;&gt; On 2013-06-01 10:41, Arturo Servin wrote:<br>
&gt; &gt;&gt;&gt; [..]<br>
&gt; &gt;&gt;&gt;&gt;&gt; If you are protecting against something scanning the rest of the /64<br>
&gt; &gt;&gt;&gt;&gt;&gt; where for instance only ::1 and ::2 are configured, you have two options:<br>
&gt; &gt;&gt;&gt;&gt;&gt; - actually use /128 routes<br>
&gt; &gt;&gt;&gt;&gt;<br>
&gt; &gt;&gt;&gt;&gt; What do you mean about /128 routes?<br>
&gt; &gt;&gt;&gt;<br>
&gt; &gt;&gt;&gt; You configure 2001:db8:abcd:1234::1/128 on A, and then configure<br>
&gt; &gt;&gt;&gt; 2001:db8:abcd:1234::2/128 on B.<br>
&gt; &gt;&gt;&gt;<br>
&gt; &gt;&gt;&gt; On A you route 2001:db8:abcd:1234::2/128 to the PtP interface,<br>
&gt; &gt;&gt;&gt; on B you route 2001:db8:abcd:1234::1/128 to the PtP interface.<br>
&gt; &gt;&gt;&gt;<br>
&gt; &gt;&gt;&gt; True Point-To-Point, with room to grow. Note that using a /127 might<br>
&gt; &gt;&gt;&gt; seem logical, it does not work due to the subnet-anycast address.<br>
&gt; &gt;&gt;&gt;<br>
&gt; &gt;&gt;&gt; Indeed, you &#39;lose&#39; the rest of the /64, but when the time comes that you<br>
&gt; &gt;&gt;&gt; convert it to a multi-point link one can just add extra /128s in there.<br>
&gt; &gt;&gt;&gt;<br>
&gt; &gt;&gt;&gt; Greets,<br>
&gt; &gt;&gt;&gt; Jeroen<br>
&gt; &gt;&gt;&gt;<br>
</p>