[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: draft-ietf-v6ops-v6inixp-04.txt WGLC




On 18 Jan 2010, at 16:00, Fred Baker wrote:

This is to initiate a two week working group last call of draft-ietf-v6ops-v6inixp-04.txt. Please read it now. If you find nits (spelling errors, minor suggested wording changes, etc), comment to the authors; if you find greater issues, such as disagreeing with a statement or finding additional issues that need to be addressed, please post your comments to the list.

We are looking specifically for comments on the importance of the document as well as its content. If you have read the document and believe it to be of operational utility, that is also an important comment to make.

I think it will be interesting to folk building IXPs, sure let's do work on this document.

3 - Addressing Plans - part 2 - the author may like to describe that 32-bit ASN will require spanning across multiple biglets in the ipv6 address - the example possibly suggests that the ASN encoding will neatly fit into one portion of the address, and this is not true.

6 - Route servers - md5 should be considered - I think this advice should be taken out, as this recommendation is not generally accepted, and the functioning/configuration of a route-server is well outside the scope of this document.

6 - Route servers - we may like to publish some information on v6 filtering to promote good hygiene between route-server peers.

Missing - link local address recommendations - Right now on an IXP operational mailing list, some folk are making observations about link local addressing used by IXP participants, and a recommendation may follow.  It may be sensible to explicitly forbid traffic for link local protocols other than ND.

I am pleased to see the reference to ra-guard, as an operator of l2 services I am looking forward to being able to roll this out to all of my ports facing ixp participants and LAN access users !

Andy