Manav:
Manav Bhatia wrote:
We had some feedback from the IX operators where they wanted
asymmetric routes exchange. That is, while the IX clients would
advertise their best routes, the route server needs to advertise
*all* the routes learnt from all its IX clients to each client.
Adding a bit in the capability that does this didn't seem to be much
of an overhead! :)
Here you emphasize the need for the route server to advertise *all*
the routes. I think that is valid, and a solution must be able to
accomplish that. This point is also presented in your proposal:
-----------------------------------------------------------------------------------------------------------
9.3 eBGP mesh scaling at IXes via Route Servers
[...]
If there were a mechanism in BGP to allow an IX route-server to pass
all other advertisements to a customer peer, without performing any
path selection or applying any policy, then ...
-----------------------------------------------------------------------------
Let us look at this example:
(X)
R1 R2 R3
| | |
--------------------------
|
RS
The RS peers with R1, R2, and R3 and advertise *all* the routes back.
However, once R1 and R2 start to peer with each other:
- R1 learns X from R2.
- Both R1 and R2 advertise X (with R2 as the nexthop) to RS.
How does RS advertise two paths from R1 and R2 for X to R3? (The two
paths
have the same nexthop, but different as-path attributes).
-- Enke
_______________________________________________
Idr mailing list
Idr at ietf.org
https://www1.ietf.org/mailman/listinfo/idr