Re: [Tipc-discussion] How good is TIPC on various topologies ?

[Jon M. <jon...@er...>]

Correct, TIPC will use ethernet broadcasts for neighbour detection
and even TIPC multicast messages, as it is implemented now.
If the two switches are connected in loop as you describe, I can not
see how TIPC can stop a broadcast flood, so you must avoid this by other
means, and STP is the obvious solution, as far I can see.

Regards /Jon

Kevin Kaichuan He wrote:


Thank you for the clarification. 

In fact the reason I ask about the topology is that I investigating

TIPC as the managment IPC used in stacked switches environment. 

One concern in switch/L2 environment is about broadcast storm

in a topology containing loops.

Usually we run STP to form a loop-free topology among switches.

I'm just thinking whether TIPC can eliminate the need of STP. 

It seems to me so far TIPC is working one layer above L2 and

STP is still necessary to provide loop free l2 broadcast domain

to TIPC.

 

Will TIPC send broadcast (DMAC=ff:ff:ff:ff:ff:ff) frame for 

control/managment plane frames in the negotiation

stage and unicast frame for data plane traffic ?

 

Thanks

 

Kevin

 

  

--- "Guo, Min"   <mailto:mi...@in...> <mi...@in...> wrote:

    

 



      

-----Original Message-----

From:  tip...@li...
<mailto:tip...@li...>  

[ mailto:tip...@li...
<mailto:tip...@li...> ] On 

Behalf Of Kevin Kaichuan He

Sent: Friday, March 12, 2004 1:50 PM

To:  tip...@li...
<mailto:tip...@li...> 

Subject: [Tipc-discussion] How good is TIPC on various topologies ?



Will TIPC works well with the following topology ?



PC1       PC2        PC3

 |eth0     |eth0      |eth0

 |________hub_________|



        

Yes

      

How about the following topology ? Will client on PC1 reach 

server on PC4 automatically via PC3 ?



                        eth1              eth0

PC1       PC2        PC3--------- hub2 -----PC4

 |eth0     |eth0      |eth0

 |________hub1________|

        

Yes

      

How about the following topology where a self-loop exists ?

   eth1

PC1---------

 |eth0     |

 |________hub

        

Yes

      

How about the following toplogy where a loop between two PCs 

exist ?  Essentially the following toplogy exists when STP is 

turned off. If TIPC can tolerate this topoplogy we may not 

need a underlying STP to resolve L2 loops.



  eth1           eth0

PC1---------  /----PC2---|

 |eth0     | /           |

 |________switch_________|



        

I have not tried in such condition, but  I think logically TIPC can work

in such topology.



      

When STP is enabled on the switch the above toplogy will 

become the following:



            

PC1                     PC2

 |eth0                   |

 |________switch_________|





Thanks a lot!



Kevin







-------------------------------------------------------

This SF.Net email is sponsored by: IBM Linux Tutorials Free 

Linux tutorial presented by Daniel Robbins, President and CEO 

of GenToo technologies. Learn everything from fundamentals to 

system 

administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click

_______________________________________________

TIPC-discussion mailing list

TIP...@li...
<mailto:TIP...@li...> 

https://lists.sourceforge.net/lists/listinfo/tipc-discussion
<https://lists.sourceforge.net/lists/listinfo/tipc-discussion> 



        



    







-------------------------------------------------------

This SF.Net email is sponsored by: IBM Linux Tutorials

Free Linux tutorial presented by Daniel Robbins, President and CEO of

GenToo technologies. Learn everything from fundamentals to system

administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click

_______________________________________________

TIPC-discussion mailing list

TIP...@li...
<mailto:TIP...@li...> 

https://lists.sourceforge.net/lists/listinfo/tipc-discussion
<https://lists.sourceforge.net/lists/listinfo/tipc-discussion> 

  


 

This communication is confidential and intended solely for the addressee(s). Any unauthorized review, use, disclosure or distribution is prohibited. If you believe this message has been sent to you in error, please notify the sender by replying to this transmission and delete the message without disclosing it. Thank you.

E-mail including attachments is susceptible to data corruption, interruption, unauthorized amendment, tampering and viruses, and we only send and receive e-mails on the basis that we are not liable for any such corruption, interception, amendment, tampering or viruses or any consequences thereof.