60 likes | 64 Views
Use of Addresses in GMPLS Networks IETF 67 San Diego. draft-ietf-ccamp-gmpls-addressing-05 Kohei Shiomoto: shiomoto.kohei@lab.ntt.co.jp Rajiv Papneja: rpapneja@isocore.com Richard Rabbat: richard@us.fujitsu.com. Outline. Update on status Changes from -04 Any remaining issues
E N D
Use of Addresses in GMPLS Networks IETF 67 San Diego draft-ietf-ccamp-gmpls-addressing-05 Kohei Shiomoto: shiomoto.kohei@lab.ntt.co.jp Rajiv Papneja: rpapneja@isocore.com Richard Rabbat: richard@us.fujitsu.com
Outline • Update on status • Changes from -04 • Any remaining issues • Next steps
Update on status • Received feedback from Ross Callon • Feedback was to make the recommendations tighter if this is going to be standards track • One major feedback is on section 4: are there really some implementations that still can’t support unnumbered and numbered addressing? We should use a SHOULD
Changes from -04 • Received feedback from Zafar Ali and Ross Callon • Fixed section numbering references in RFC 4206 • Removed paragraph about setting IP tunnel sender address for dynamically set up numbered FAs (end of 5.2.2): FA’s covered in the hierarchy-bis draft now • Removed recommendation about the kind of RRO to prefer
Changes from -04 (continued) • Changes to section 4 • Given the importance of having interoperable GMPLS implementations, a control plane implementation SHOULD support both numbered and unnumbered links. • A node that receives advertised link information that includes both numbered and unnumbered addresses SHOULD be able to accept this advertisement.
Remaining Issues • Clean up some style issues • WG last call