Hi Shu, I was referring to the mesh mode as opposed to hub and spoke mode (in http://tools.ietf.org/html/draft-ietf-softwire-map-07).
I think that mesh mode and the softwire mesh (in RFC 5565) are two different things. I must admit that I don't know the mesh architecture you are talking about and don't have time to study it these days. Regarding your draft, you define AFBR. I checked other Softwire transition protocols, I could not find such an entity. It is puzzling to me. Regards, Behcet On Wed, Jul 17, 2013 at 9:46 AM, Shu Yang <[email protected]> wrote: > Hi, Dear Behcet, > > > But my question is a very fundamental one. I think that mesh > architecture is > > a very specific architecture. It seems that it will work only for > unicast. > > In Section 11 of RFC5565, it's recommended that softwire multicast be > supported > within the mesh framework. > > Best Regards, > Shu Yang > > On Wed, Jul 17, 2013 at 3:07 AM, Behcet Sarikaya <[email protected]> > wrote: > > > > Dear Shu, > > > > Please see inline. > > > > Regards, > > > > Behcet > > > > On Tue, Jul 16, 2013 at 8:03 AM, Shu Yang <[email protected]> wrote: > >> > >> Dear Behcet, > >> > >> > If Softwire mesh means packets from the host to > >> > one CE are directly routed to the destination CE, I > >> > am puzzled how multicast can be supported in such a network? > >> > >> In Softwire mesh multicast, packets from source host are first > >> routed to AFBR (address family border router), using multicast. > >> Then packets travel through the core towards another AFBR > >> (as the core runs MPBGP), with either unicast or multicast. > >> At last, packets are routed to the destination, with multicast > >> again. > >> > > > > My question is not about how you propose to support multicast. > > > > But my question is a very fundamental one. I think that mesh > architecture is a very specific architecture. It seems that it will work > only for unicast. > > > > As to your approach, of course you can do things like that but that > would also work for non mesh architecture, right? > > > > > >> Your further review and comments are more than welcome. > >> > >> Best Regards, > >> Shu Yang > > > > >
_______________________________________________ Softwires mailing list [email protected] https://www.ietf.org/mailman/listinfo/softwires
