Xiaodan Tang(deleted)
|
RE: RE: /net remains empty after network cable disconnect/reconnect
|
Xiaodan Tang(deleted)
05/06/2009 10:28 AM
post28814
|
RE: RE: /net remains empty after network cable disconnect/reconnect
It's been a long time, but let me try...
When a node first come up, it will broadcast a few message to make sure
no name conflict, and then it will broadcast and announce "node XYZ is
coming up".
Other nodes in the network, will then contact "node XYZ" to say hello,
this populate the /net on node XYZ. This is done in unicast.
If you pull the network cable, wait for a while, QNET on node XYZ will
slowly timeout all other nodes, make them disappear from /net.
Plug the cable back, WOULD NOT causing the "node come up" event, so
nothing would happen. You can try the back door trick, once the link is
up, do a "rmdir /net/XYZ", this will force QNET re-announce itself (I
think), and hopefully you will see others started talk to you.
Now, broadcast is considered "un-reliable", so there is no guarantee
that everyone will talk back to you. The "broadcast=" option is just to
keeps broadcasting "node XYZ is up", so everyone else could add XYZ into
their /net. They will not unicast back though. So you need to start
EVERY QNET with "broadcast=" to make /net "reliable"
Hope this helps.
-xtang
> -----Original Message-----
> From: Ashwin Patwekar [mailto:community-noreply@qnx.com]
> Sent: May 6, 2009 10:08 AM
> To: drivers-networking
> Subject: Re: RE: /net remains empty after network cable
> disconnect/reconnect
>
> Hi,
>
> thanks for the reply.
>
> strangely when I tried load qnet on one of the node with the command
> mount -T io-net -o bind=ip0,broadcast=0x0305 npm-qnet-compat.so
> the entries of other nodes do not come in /net.
>
> I was browsing the svn code
> 1. There is a function trans_ifup_input in trans_ctrl_ifup.c which
seems
> to be called when and interface goes up to announce itself it might
also
> be recreating ndb not sure though. In my case the link is coming up
again
> so can something like this be used ?
> 2. also the L4MSG_IFUP seems to be interesting can it be used?
>
> Thanks and Regards,
> Ashwin
>
> _______________________________________________
> Networking Drivers
> http://community.qnx.com/sf/go/post28808
|
|
|