Hello, I have 2 groups of sunray servers on the same subnet. The sunrays are connected to dedicated networks with a separate network interface. The primary interfaces of these 4 servers are connected to a HP procuve gig switch with foundry core chipset.
The problem I.m experiencing is that unicast communication on one of the two sunray server freezes just after sending a keep live multicast message to the group. Unicast communication freezes but broadcast and multicast are still being received by that server. I.ve done a test below where one of the sunray server,namely gorilla, continuously sends an ICMP message to hornbill. Gorilla reports a GAP between ICMP message id 214 and 228. The time gap was something like 5+ seconds while any unicast traffic to hornbill is dead. 64 bytes from hornbill.cscs.wmin.ac.uk (161.74.91.28): icmp_seq=213. time=0.319 ms 64 bytes from hornbill.cscs.wmin.ac.uk (161.74.91.28): icmp_seq=214. time=0.434 ms 64 bytes from hornbill.cscs.wmin.ac.uk (161.74.91.28): icmp_seq=228. time=0.397 ms 64 bytes from hornbill.cscs.wmin.ac.uk (161.74.91.28): icmp_seq=229. time=0.379 ms The section below shows that ICMP messages with id between 214 and 228 have NOT been received by hornbill. However, during that time, Hornbill has continued to receive broadcast and multicast messages but NOT unicast packets such as ICMP messages 215, 216 . up to 227. You can notice that before unicast freezes, hornbill sends a message to 224.101.101.101 just after the ICMP reply to sequence number 214. This behaviour is reproducible. Each time hornbill sends a message to 224.101.101.101, then unicast freezes for a while. Very strange ? Is this a Solaris bug or more likely be a network specific issue ? gorilla.cscs.wmin.ac.uk -> hornbill.cscs.wmin.ac.uk ICMP Echo request (ID: 28729 Sequence number: 213) hornbill.cscs.wmin.ac.uk -> gorilla.cscs.wmin.ac.uk ICMP Echo reply (ID: 28729 Sequence number: 213) gorilla.cscs.wmin.ac.uk -> hornbill.cscs.wmin.ac.uk ICMP Echo request (ID: 28729 Sequence number: 214) hornbill.cscs.wmin.ac.uk -> gorilla.cscs.wmin.ac.uk ICMP Echo reply (ID: 28729 Sequence number: 214) hornbill.cscs.wmin.ac.uk -> 224.101.101.101 UDP D=7009 S=7009 LEN=334 hornbill.cscs.wmin.ac.uk -> 224.101.101.101 UDP D=7009 S=7009 LEN=334 192.168.253.3 -> (broadcast) ARP C Who is 192.168.253.3, 192.168.253.3 ? 192.168.253.3 -> (broadcast) ARP C Who is 192.168.253.3, 192.168.253.3 ? gorilla.cscs.wmin.ac.uk -> 224.101.101.101 UDP D=7009 S=7009 LEN=337 gorilla.cscs.wmin.ac.uk -> 224.101.101.101 UDP D=7009 S=7009 LEN=337 192.168.253.3 -> (broadcast) ARP C Who is 192.168.253.3, 192.168.253.3 ? OLD-BROADCAST -> BROADCAST DHCP/BOOTP DHCPDISCOVER 192.168.253.3 -> (broadcast) ARP C Who is 192.168.253.3, 192.168.253.3 ? 192.168.253.3 -> (broadcast) ARP C Who is 192.168.253.3, 192.168.253.3 ? meerkat.cscs.wmin.ac.uk -> 224.101.101.101 UDP D=7009 S=7009 LEN=270 meerkat.cscs.wmin.ac.uk -> 224.101.101.101 UDP D=7009 S=7009 LEN=270 192.168.253.3 -> (broadcast) ARP C Who is 192.168.253.3, 192.168.253.3 ? 161.74.91.1 -> ALL-SYSTEMS.MCAST.NET IGMP v2 membership query 192.168.253.3 -> (broadcast) ARP C Who is 192.168.253.3, 192.168.253.3 ? marmot.cscs.wmin.ac.uk -> 224.101.101.101 IGMP v2 membership report OLD-BROADCAST -> BROADCAST DHCP/BOOTP DHCPDISCOVER gorilla.cscs.wmin.ac.uk -> hornbill.cscs.wmin.ac.uk ICMP Echo request (ID: 28729 Sequence number: 228) hornbill.cscs.wmin.ac.uk -> gorilla.cscs.wmin.ac.uk ICMP Echo reply (ID: 28729 Sequence number: 228) grizzly.cscs.wmin.ac.uk -> (broadcast) ARP C Who is 161.74.91.26, gorilla.cscs.wmin.ac.uk ? marmot.cscs.wmin.ac.uk -> 224.101.101.101 UDP D=7009 S=7009 LEN=269 marmot.cscs.wmin.ac.uk -> 224.101.101.101 UDP D=7009 S=7009 LEN=269 192.168.253.3 -> (broadcast) ARP C Who is 192.168.253.3, 192.168.253.3 ? Cheers Thierry. _______________________________________________ SunRay-Users mailing list [email protected] http://www.filibeto.org/mailman/listinfo/sunray-users
