On a different topic, I would assume that the Oracle implementation does not use the proposed new MGROUP cluster of PDUs?
I believe the Oracle implementation does not current support multicast optimization but note that, according to draft-ietf-isis-layer2-05.txt, the MGROUP PDU has not just multicast listeners in it but also the Interested VLANs and Spanning Tree Roots information which indicates the attached VLANs for the originating RBridge. So, at least according to that isis-layer2 draft, even if you don't implement multicast snooping or optimization, you would still have to implement MGROUP to announce VLAN connectivity... Since the decision has been made to split the isis-layer2 draft into technology specific drafts, I'm working on an isis-trill draft and we need to decide about this. Thanks, Donald ============================= Donald E. Eastlake 3rd +1-508-333-2270 (cell) 155 Beaver Street +1-508-634-2066 (home) Milford, MA 01757 USA [email protected] On Thu, May 27, 2010 at 7:20 PM, Rishi Srivatsavai <[email protected]> wrote: > Wurui wrote: >> >> Thanks for reply! >> >> It still not work : (. I install a common quagga.0.99.16. The same thing >> happened. >> >> Add some debug info, then find that function "socket()" returns -1, errno >> "Permission Denied" . I do >> >> exactly the same thing on Fedora(VMWare X86 32bit), Ubuntu(X86 32bit), >> >> they all create socket successfully and I can telnet to the vty >> ineterface. >> >> I am not familiar with opensolaris and unix socket, should there be some >> special configuration? > > I will try to re-produce it on my end and get back to you. >> >> By the way, another question: The Trill RFC said trill hello should not >> be padded, but it seems >> >> they are still padded in your code, why? >> > Our implementation is based on TRILL draft version 12. We have a few fixes > in the works to update > our TRILL code in support of the latest TRILL standard document. One of the > fixes is on not > padding the TRILL hellos. > > Rishi > _______________________________________________ > rbridges-dev mailing list > [email protected] > http://mail.opensolaris.org/mailman/listinfo/rbridges-dev > _______________________________________________ rbridges-dev mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/rbridges-dev
