AW: AW: Differentiated Routing, not only plain rambo-SPF
Hummel Heinrich <[email protected]> Tue, 13 Aug 2002 17:05:54 +0200
| Newsgroups | gmane.network.research.irtf |
|---|---|
| Message-ID | <EF8E39AA846CD411BB9C00508B951F510514B99E@MCHH267E> |
I am sorry, but there is no signalling (like RSVP, RSVP-TE, CR-LDP) for = doing DiffRout. Based on the information exchanged by the routing protocol (like OSPF) = all nodes should be able to compute the same smallest size tree which interconnects the edge = routers (those with attached users or attached external interfaces), = and which complies to some specific constraints = (QoS/BW/Policy,eventually avoiding overlaps with other=20 road systems),and which are associated to the same DSCP(s). // plural: = see my previous email from today But there is no signalling as to "establish the DSCP-associated road = system" !!! However,it would be a fancy but completely new task to determine and = establish an MPLS-road system, which may lock MPLS-traffic into such slim Smallest Size Tree graphs. = See all my work on establishing the "road systems for VPNs" based on elementary+ hierarchical LSPs. Heinrich -----Urspr=FCngliche Nachricht----- Von: Ayyasamy, Senthilkumar (UMKC-Student) [mailto:[email protected]] Gesendet: Dienstag, 13. August 2002 16:40 An: Naidu, Venkata; Hummel Heinrich; Manfredi, Albert E Cc: [email protected]; [email protected] Betreff: RE: AW: Differentiated Routing, not only plain rambo-SPF > -> yes,it is similar; > -> but here it is about state-less IP forwarding, i.e. about=20 > -> forwarding the individual IP packets, without any > -> RSVP path and without any MPLS path. >=20 > Oh! Ok...you would like to do Crankback in > connection less IP environments?!? >=20 > In such a case, you might find below paper interesting: > http://www.ecse.rpi.edu/Homepages/shivkuma/research/papers/te- > latest.pdf I have studied this paper. Your are mis-interpreting here. The RPI paper is an increment to OSPF or BGP for some traffic engineering functionalties. It doesnt require signaling whereas, diffrout=20 requires signaling. Also, we are taking more from a diffserv=20 point of view. As i told, routing in peer to peer networks and some overlay=20 systems can use diffrout concept. We can explore certain non- cooperative algorithms for an alternative to SPF. But as mentioned before, this will not work out if we see from an engineering=20 perspective.=20 >=20 > There was some discussion in E2E list regarding > pros & cons of this approach. I couldn't find the URL > but I vaguely remember that the subject of the discussion > is "EC++N" or something like that... _______________________________________________ Irtf-rr mailing list [email protected] http://puck.nether.net/mailman/listinfo/irtf-rr