[lacnog] [afnog] IPv 6 Point to Point at /64?

[Daniel White]

For point to point interfaces here, we decided on a /126 on the physical interfaces.  However, in our IP management system, we assign a /112.  The idea was to avoid using a /64 on the interface as it just seemed illogical, but still make the addresses easier to read and configure for our operations team.  By using a /112 in the management system, we are able to separate the links at the half-word, which is significantly easier for operations to read than consecutive /126s.  However, on the physical interface we use a specific /126 assignment from the /112 to limit some of the negative effects of the large address space.  Additionally, it gives us the capability to easily grow the customer point to point link should they decided to implement some form of VRRP/HSRP down the road.

Dan

On 6/6/12 4:11 PM, Arturo Servin wrote:
>       Sorry, we agree to disagree. I do not buy the waste of IPv6 addresses argument. If it were, we should start reviewing SLAAC.
>
>       The real problem with /64 IMHO is security; it is just a tiny fraction of the space that we already wasting.
>
> Regards,
> as
>
> On 6 Jun 2012, at 19:06, Rodrigo Arenas wrote:
>
>> ok, / 112 seems sufficient, just to make it clear / 64 is a waste of
>> addresses, not about being good or bad, say that we have now a big
>> space of addresses avaiable does not mean we must wasting space as we
>> did initially in ipv4 ... we do not know how will be the development
>> of  the use of ipv6 addresses and just at around the corner our
>> capacity for handling routes tables could far exceed our current
>> perspectives
>>
>> Cheers
>> Rodrigo
>>
>>
>> On Jun 6, 2012, at 5:45 PM, Arturo Servin wrote:
>>
>>>
>>>     Good points!
>>>
>>>     /64 is very convenient that fits all, but also may have some security issues. 112 does not sound bad at all.
>>>
>>> Cheers
>>> .as
>>>
>>>
>>> On 6 Jun 2012, at 18:40, Sascha E. Pollok wrote:
>>>
>>>> For many years -be it good or bad but it was quite convenient- we
>>>> have been using /112 for all types of "transfer"(tm) networks. It leaves enough room for setting up more than 2-4 hosts in case of VRRPv6 or HSRPv6 or Anycast setups (in case of a customer connected to redundant PE routers).
>>>>
>>>> Yes, one could argue that a /124 could be enough too but a /126 is
>>>> a bit too small. Size does matter sometimes!
>>>>
>>>> Going /112 for all cases of transfer-networks gives room for some flexibility.
>>>>
>>>> -Sascha
>>>>
>>>> On Wed, 6 Jun 2012, Arturo Servin wrote:
>>>>
>>>>> Muchos creemos que un /126 es suficiente, pero no todos creemos que sea lo más conveniente.
>>>>> =D
>>>>> /as
>>>>> On 5 Jun 2012, at 18:24, Nicolas Antoniello wrote:
>>>>>
>>>>>     Me es grato saber que no estoy solo en la creencia de que un /126 es
>>>>>     suficiente para una PtP !!!

--
Luis Carlos



------------------------------


Daniel White
Sr. IP Network Engineer

O: 561-544-8495 | F:  561-314-0510  | M: 561-756-2753
5355 Town Center Road, Suite 1102 | Boca Raton, Fl 33486, US
http://www.globenet.net

_______________________________________________
LACNOG mailing list
LACNOG en lacnic.net
https://mail.lacnic.net/mailman/listinfo/lacnog


Fin de Resumen de LACNOG, Vol 54, Envío 6
*****************************************

________________________________

CONFIDENTIAL: This e-mail (including any attachments) is intended only for the use of the Recipient and is CONFIDENTIAL. By downloading any attachments, the Recipient thereby acknowledges, agrees, and consents not to divulge or otherwise disclose this email and any attachments, except Recipient may only disclose the contents therein to its employees on a need-to-know basis, or as required by law. Please advise immediately if you or your employer do not consent to these conditions.

CONFIDENCIAL: Este e-mail (incluyendo los archivos adjuntos) es sólo para el uso de el Destinatario y es CONFIDENCIAL. Al bajar los archivos adjuntos, el Destinatario reconoce, está de acuerdo, y acepta no divulgar este e-mail y los archivos adjuntos, excepto el Destinatario únicamente puede divulgar el contenido a sus empleados en la medida en que necesite conocerlo, o come exige la ley. Por favor indíquenos inmediatamente si usted o su empleador no acepta estas condiciones.