Internet Exchange BGP Route Server
RFC 7947
Yes
Alvaro Retana
No Objection
(Alexey Melnikov)
(Alia Atlas)
(Ben Campbell)
(Deborah Brungard)
(Jari Arkko)
(Spencer Dawkins)
(Stephen Farrell)
(Suresh Krishnan)
(Terry Manderson)
Note: This ballot was opened for revision 10 and is now closed.
Alvaro Retana
Yes
Alexey Melnikov Former IESG member
No Objection
No Objection
(for -11)
Alia Atlas Former IESG member
No Objection
No Objection
(for -11)
Alissa Cooper Former IESG member
No Objection
No Objection
(2016-06-13 for -11)
Was wondering the same thing as Mirja.
Ben Campbell Former IESG member
No Objection
No Objection
(for -11)
Benoît Claise Former IESG member
No Objection
No Objection
(2016-06-15 for -11)
From an operational point of view, when an ISP wants to go change from bilateral interconnections to the multilateral interconnection within one IXP, is this correct to say that all bilateral interconnections should be removed? So that basically the ISP must chose between the two models, and not combined them? If this is the case, it should be mentioned. I thought it was clear to me until I saw figure 1: The dotted line is the IXP or the IXP Route Server? At first glance, I thought that it was the IXP and that AS1 was connected to the IXP Route Server while still having a bilateral connection with AS4. I hope now that the dotted line is the IXP Route Server, otherwise I've confused.
Deborah Brungard Former IESG member
No Objection
No Objection
(for -11)
Jari Arkko Former IESG member
No Objection
No Objection
(for -11)
Joel Jaeggli Former IESG member
No Objection
No Objection
(2016-06-14 for -11)
I'm at a bit of a loss to understand why path hiding would be a considered an undesirable property of an MLPE routeserver. IMHO as an operator that peers on MLPE exchanges as well as bilaterally on exchange fabrics and via PNIs. blinding a client of the MLPE which I may have a session already with at the exchange or via PNI is basically mandatory. Likewise without per-asn export policy at exchanges my ability to advertise anycast prefixes via the MLPE is basically noexistant If an IXP operator deploys a route server without implementing a per-client routing policy control system, then path hiding does not occur as all paths are considered equally valid from the point of view of the route server. Does not seem like a particularly desirable outcome. While I'm fine with 2.3 not being normative, it does seem desirable that an MLPE service offer the client control, it greatly increases the sorts of clients that can safely use the service.
Kathleen Moriarty Former IESG member
No Objection
No Objection
(2016-06-15 for -11)
Thanks for addressing the SecDir review comments: https://www.ietf.org/mail-archive/web/secdir/current/msg06613.html
Mirja Kühlewind Former IESG member
No Objection
No Objection
(2016-06-13 for -11)
Quick question: Why is the following statement a SHOULD and not a MUST: "the route server SHOULD NOT prepend its own AS number to the AS_PATH segment nor modify the AS_PATH segment in any other way. " Is this because the clients might eitherwise not accept the message? Maybe add one sentence to explain the SHOULD!
Spencer Dawkins Former IESG member
No Objection
No Objection
(for -11)
Stephen Farrell Former IESG member
No Objection
No Objection
(for -11)
Suresh Krishnan Former IESG member
No Objection
No Objection
(for -11)
Terry Manderson Former IESG member
No Objection
No Objection
(for -11)