Skip to main content

4over6 Transit Solution Using IP Encapsulation and MP-BGP Extensions
draft-wu-softwire-4over6-04

Yes

(Jari Arkko)
(Ralph Droms)

No Objection

(Cullen Jennings)
(Magnus Westerlund)
(Robert Sparks)
(Russ Housley)

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

Jari Arkko Former IESG member
Yes
Yes () Unknown

                            
Ralph Droms Former IESG member
Yes
Yes () Unknown

                            
Adrian Farrel Former IESG member
(was Discuss) No Objection
No Objection (2009-12-03) Unknown
I sent my Discuss issue in an email to the RFC Editor as follows...

Hi,

During IESG review of this draft I raised two issues.

1. Experimental or Informational?

Normally an Experimental I-D would describe an experiment that is to be run. 
In that case, it would include a description of the scope of the experiment, 
how the experiment will be measured, the way that the success of the 
experiment will be judged, and the proposed next steps depending on the 
success or failure of the experiment.

In this case, however, it looks like the experiment has already been run. If 
this is a record of an experiment that is now
concluded, I think that the I-D should be classed as Informational. If the 
experiment is intended to continue, I think a section should be added to 
describe the on-going experiment.

2. Definition of protocol extensions?

Section 1 says...

  This document defines
  extensions to MP-BGP employed to communicate tunnel end-point
  information and establish 4over6 tunnels between dual-stack Provider
  Edge (PE) routers positioned at the edge of the IPv6 backbone
  network.

This is not consistent with the an experiment (or with Experimental status). 
The wording used in the Abstract is subtly different, and better. Would it 
work to replace this text with:

  This document describes experimental
  extensions to MP-BGP employed to communicate tunnel end-point
  information and establish 4over6 tunnels between dual-stack Provider
  Edge (PE) routers positioned at the edge of the IPv6 backbone
  network.
Cullen Jennings Former IESG member
No Objection
No Objection () Unknown

                            
Lars Eggert Former IESG member
No Objection
No Objection (2009-12-02) Unknown
  Contains several unused references.
Magnus Westerlund Former IESG member
No Objection
No Objection () Unknown

                            
Robert Sparks Former IESG member
No Objection
No Objection () Unknown

                            
Ron Bonica Former IESG member
No Objection
No Objection (2009-12-02) Unknown
Since this document describes something that has already been done, its status should probably be INFORMATIONAL, not EXPERIMENTAL.
Russ Housley Former IESG member
No Objection
No Objection () Unknown