Hi,I had tried integrate this STP implementation in NOX version 0.9 (Zaku) which is compatible with openflow 1.0. But could not because the structure of xml file etc are different, which i could not understand that how to integrate it. But I was successful in integrating that in 0.5 version.
I did not test this STP with routing module but i have gone through the code and read this release. and found that this STP release creates the spanning tree for OFP_FLOOD packets. As i understood from the routing module code, it does not send this packet for searching the unknown destintation. It searches by explicitly sending the packet to each and every output port except incoming port.However if this spanning tree implementation takes care above to create loop free environment, than may be this implementation is also able to recover from loops. (but i m not sure about that) Thanks,Sachin--- On Thu, 14/4/11, Kyriakos Zarifis <[email protected]> wrote: From: Kyriakos Zarifis <[email protected]> Subject: Re: [nox-dev] Which NOX module should be used for wireless networks testing To: "sachin sharma" <[email protected]> Cc: "James Murphy McCauley" <[email protected]>, [email protected] Date: Thursday, 14 April, 2011, 1:38 AM Hey Sachin do you know why this STP module would not work with zaku? I'm asking because I have actually used it (not too thoroughly to be honest) and didn't immediately see any issues. Is it the fact that routing does not use OFP_FLOOD, so it wouldn't work with routing, or is it an issue with the STP module itself? On Wed, Apr 13, 2011 at 1:00 PM, sachin sharma <[email protected]> wrote: Hi Murphy, I know this basic spanning tree implementation but this is only compatible with NOX version 0.5. I am using openflow version 1.0 in openwrt linux which does not support 0.5 version. So. do u have a spanning tree implementation which is compatible with the NOX supporting openflow version 1.0 I have one doubt that whether routing loops (Routing Module at NOX) can be prevented by this implementation. Because routing module does not flood the packets by (OFP_FLOOD) but it transmits the packet to each and every port except incoming port explicitly when it does not know the destination. thanks,Sachin --- On Thu, 14/4/11, James "Murphy" McCauley <[email protected]> wrote: From: James "Murphy" McCauley <[email protected]> Subject: Re: [nox-dev] Which NOX module should be used for wireless networks testing To: "sachin sharma" <[email protected]> Cc: [email protected] Date: Thursday, 14 April, 2011, 1:07 AM You might want to take a look at the spanning_tree component: http://www.openflow.org/wk/index.php/Basic_Spanning_Tree -- Murphy On Thu, 2011-04-14 at 01:01 +0530, sachin sharma wrote: > > > Hi, > > > I am interested to test openflow in wireless networks where loops are > present in topology. I have tested openflow in wired network where i > found that loops in topology prevent openflow to work properly. > However, this problem can be solved if switch itself has STP > implemented. > > > > > But now I am interested to measure OpenFlow performance in wireless > network such that loop problem should not occur. I am actually > interested in OLSR/DSDV like protocol. > > > I think, I can not use routing (implemented in NOX) as when topology > module does not know about the destination. packet is transmitted to > each and every port except incoming port. This give rise to problem of > looping. > > > I cannot use MAC learning also because it does flooding where there is > also a chances of looping. > > > So, what to use? > > > Can you please suggest me that which NOX module I should use for this > testing. > > > > > Thanks in replying, > Sachin > _______________________________________________ > nox-dev mailing list > [email protected] > http://noxrepo.org/mailman/listinfo/nox-dev _______________________________________________ nox-dev mailing list [email protected] http://noxrepo.org/mailman/listinfo/nox-dev
_______________________________________________ nox-dev mailing list [email protected] http://noxrepo.org/mailman/listinfo/nox-dev
