Re: RFC6164 and 3627

2011-09-30 Thread Thomas Narten
> However, a standards track document always trumps an informational > document in any formal context, and you can point that out to > customers. Indeed. Should a Standards Track document published in 2011 trump an informational document published in 2003? If that is a challenging question for an

Re: RFC6164 and 3627

2011-09-29 Thread Brian E Carpenter
.net] > Sent: Thursday, September 29, 2011 10:15 AM > To: George, Wes; 6man > Subject: RE: RFC6164 and 3627 > > Hi Wes, > > The discussion at that time was that 6164, which was in "standard track", did > not have to update 3627 since it was "informational&

RE: RFC6164 and 3627

2011-09-29 Thread George, Wes
justify either using or not using a /127 on their PtP link. Is it actually forbidden to update an informational RFC with a standard's track one? Thanks Wes From: Miya Kohno [mailto:mko...@juniper.net] Sent: Thursday, September 29, 2011 10:15 AM To: George, Wes; 6man Subject: RE: RFC6164 an

RE: RFC6164 and 3627

2011-09-29 Thread Miya Kohno
Hi Wes, The discussion at that time was that 6164, which was in "standard track", did not have to update 3627 since it was "informational". Thanks, Miya From: ipv6-boun...@ietf.org [mailto:ipv6-boun...@ietf.org] On Behalf Of George, Wes Sent: Thursday, September 29, 2011 10:50 PM To: