Skip to main content

RADIUS Extensions for Dual-Stack Lite
RFC 6519

Yes

(Jari Arkko)

No Objection

(Dan Romascanu)
(Pete Resnick)
(Peter Saint-Andre)
(Robert Sparks)
(Ron Bonica)
(Russ Housley)
(Sean Turner)
(Stewart Bryant)
(Wesley Eddy)

Note: This ballot was opened for revision 07 and is now closed.

(Jari Arkko; former steering group member) Yes

Yes ()

                            

(Ralph Droms; former steering group member) Yes

Yes (2011-08-05)
Notes from the dns-directorate review:

o In the introduction, AFTR should be expanded once, before first use

o I'm not too familiar with RADIUS folklore, so this might be obvious
  to others, but section 4 does not clearly state which format is used
  for DS-Lite-Tunnel-Name.  Section 5 later states that "The data type
  of DS-Lite-Tunnel-Name is a string", but earlier it is suggested
  that DS-Lite-Tunnel-Name be fed with the data obtained through DHCP
  in OPTION_AFTR_NAME, which is clearly in DNS wire format.  If this
  option uses text (presentation) format instead, it would need to say
  whether it's all ASCII (A-Label) or not (where it is unlikely
  anybody intended to use U-Labels).  The picture at the top of page
  9 suggests the DS-Lite-Tunnel-Name has a fixed length (of 6 octets,
  for that matter), so a more open ended graph as used in the RADIUS
  RFCs might be advised.

(Adrian Farrel; former steering group member) (was Discuss) No Objection

No Objection (2011-08-07)
There are a number of acronyms in the Abstract. It would help the reader if you expanded them on first occurrence.

(Dan Romascanu; former steering group member) (was Discuss) No Objection

No Objection (2011-09-25)

                            

(David Harrington; former steering group member) (was Discuss) No Objection

No Objection (2011-10-11)
4) in 4.1, "The Change-of-Authorization (CoA) message [RFC5176] can be used to modify the current established DS-Lite tunnel." Should this be MUST be used, to ensure interoperability? or maybe RECOMMENDED, with mention of possible alternative approaches?

(Gonzalo Camarillo; former steering group member) No Objection

No Objection (2011-08-07)
draft-ietf-softwire-dslite-radius-ext-04 

The PROTO writeup says this draft "passes nits". However, running the ID nits tool on the draft yields an error related to a dowref. Adrian has already a discuss on it because the downref did not seem to be called out during the IETF LC. That discuss needs to be resolved before moving this draft forward.

Also, acronyms need to be expanded on their first use.

(Pete Resnick; former steering group member) No Objection

No Objection ()

                            

(Peter Saint-Andre; former steering group member) No Objection

No Objection ()

                            

(Robert Sparks; former steering group member) No Objection

No Objection ()

                            

(Ron Bonica; former steering group member) No Objection

No Objection ()

                            

(Russ Housley; former steering group member) No Objection

No Objection ()

                            

(Sean Turner; former steering group member) No Objection

No Objection ()

                            

(Stewart Bryant; former steering group member) No Objection

No Objection ()

                            

(Wesley Eddy; former steering group member) No Objection

No Objection ()