On Tue, 2005-02-22 at 22:56, Nitin Hande wrote: > So I tried the latest patches and preliminarily things seem to be > working fine.
Yipee. > The PathRecord response is successful and so is the MTU > correct. I need to spend some more time looking at MAD and confirm it. I > could configure both interfaces and ping each other this time. Here is > some out on the solaris side: > > [EMAIL PROTECTED] ~]# ifconfig -a > lo0: flags=2001000849<UP,LOOPBACK,RUNNING,MULTICAST,IPv4,VIRTUAL> mtu > 8232 index 1 > inet 127.0.0.1 netmask ff000000 > ibd0: flags=1000843<UP,BROADCAST,RUNNING,MULTICAST,IPv4> mtu 2044 index > 28 > inet 192.168.100.105 netmask ffffff00 broadcast 192.168.100.255 > ipib 0:2c:0:16:fe:80:0:0:0:0:0:0:0:2:c9:1:9:76:51:d1 > ..... > [EMAIL PROTECTED] ~]# ping -s 192.168.100.104 > PING 192.168.100.104: 56 data bytes > 64 bytes from 192.168.100.104: icmp_seq=0. time=0.590 ms > 64 bytes from 192.168.100.104: icmp_seq=1. time=0.434 ms > 64 bytes from 192.168.100.104: icmp_seq=2. time=0.365 ms > > the other side is a openib interface runing OpenSM. > > So after this test above, I try to run snoop on the solaris interface > and get the following error message from the layer below IPoIB: > > Feb 22 19:50:25 dongon.SFBay.Sun.COM ibd: [ID 517869 kern.info] NOTICE: > ibd0: HCA GUID 0002c901097651d0 port 1 PKEY ffff Could not get list of > IBA multicast groups > > My preliminary assumption is that OpenSm is not returning the list of > multicast groups that the ibd interface has joined. I will look at the > MAD's tomorrow and try to ascertain that. How does S10 request this ? Remember that if it is a GetTable and doesn't fit in a single MAD, it will be broken now. If that is the case, we will live with this until we have real RMPP. -- Hal _______________________________________________ openib-general mailing list openib-general@openib.org http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general