Thanks Eli.<br><br>So the switch is incrementing the rcvswrelay counter when it sends the broadcast back through the original port.  This doesn't seem to be correct behavior, it makes that counter unreliable.<br><br><br><br>
<div><span class="gmail_quote">On 10/24/06, <b class="gmail_sendername">Eli Cohen</b> <<a href="mailto:eli@dev.mellanox.co.il">eli@dev.mellanox.co.il</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Todd,<br>This does not look like an error. The first arp is a broadcast<br>(qpn=ffffff) so it is received in at the sending interface and is<br>dropped. The second on is a unicast arp (qpn=0x000404) so it is not<br>received at the local interface.
<br><br><br>On Mon, 2006-10-23 at 13:48 -0600, Todd Bowman wrote:<br>> Using the OFED 1.0 and OFED 1.1 stack I have notice some rcvswrelay<br>> errors.  I have tracked it down to the arp request.  I can reproduce<br>
> the problem with the following steps:<br>><br>> ( I have used both <a href="http://2.6.14.14">2.6.14.14</a> and <a href="http://2.6.18.1">2.6.18.1</a> kernels)<br>><br>> ib109> arp -d ib110<br>> ib109> ping ib110 -c 2
<br>><br>> # ib_ipoib module debug<br>> 13:15:46 ib109 kernel: ib0: sending packet, length=60 address=f6187200<br>> qpn=0xffffff<br>> 13:15:46 ib109 kernel: ib0: called: id 34, op 0, status: 0<br>> 13:15:46 ib109 kernel: ib0: send complete, wrid 34
<br>> 13:15:46 ib109 kernel: ib0: called: id -2147483623, op 128, status: 0<br>> 13:15:46 ib109 kernel: ib0: received 100 bytes, SLID 0x0369<br>> 13:15:46 ib109 kernel: ib0: dropping loopback packet<br>> 13:15:46 ib109 kernel: ib0: called: id -2147483622, op 128, status: 0
<br>> 13:15:46 ib109 kernel: ib0: received 100 bytes, SLID 0x016d<br>> 13:15:46 ib109 kernel: ib0: sending packet, length=88 address=f6e57520<br>> qpn=0x000404<br>> 13:15:46 ib109 kernel: ib0: called: id 35, op 0, status: 0
<br>> 13:15:46 ib109 kernel: ib0: send complete, wrid 35<br>> 13:15:46 ib109 kernel: ib0: called: id -2147483621, op 128, status: 0<br>> 13:15:46 ib109 kernel: ib0: received 128 bytes, SLID 0x016d<br>> 13:15:47 ib109 kernel: ib0: sending packet, length=88 address=f6e57520
<br>> qpn=0x000404<br>> 13:15:47 ib109 kernel: ib0: called: id 36, op 0, status: 0<br>> 13:15:47 ib109 kernel: ib0: send complete, wrid 36<br>> 13:15:47 ib109 kernel: ib0: called: id -2147483620, op 128, status: 0
<br>> 13:15:47 ib109 kernel: ib0: received 128 bytes, SLID 0x016d<br>> 13:15:51 ib109 kernel: ib0: called: id -2147483619, op 128, status: 0<br>> 13:15:51 ib109 kernel: ib0: received 100 bytes, SLID 0x016d<br>> 13:15:51 ib109 kernel: ib0: sending packet, length=60 address=f6e57520
<br>> qpn=0x000404<br>> 13:15:51 ib109 kernel: ib0: called: id 37, op 0, status: 0<br>> 13:15:51 ib109 kernel: ib0: send complete, wrid 37<br>><br>> # tcpdump -i ib0<br>> 13:15:46.977578 arp who-has ib110 tell ib109 hardware #32
<br>> 13:15:46.977682 arp reply ib110 is-at<br>> 00:00:04:04:fe:80:00:00:00:00:00:00:00:08:f1:04:03:96:11:59 hardware<br>> #32<br>> 13:15:46.977710 IP ib109 > ib110: icmp 64: echo request seq 0<br>> 13:15:
46.977790 IP ib110 > ib109: icmp 64: echo reply seq 0<br>> 13:15:47.977772 IP ib109 > ib110: icmp 64: echo request seq 1<br>> 13:15:47.977892 IP ib110 > ib109: icmp 64: echo reply seq 1<br>> 13:15:51.977076
 arp who-has ib109 tell ib110 hardware #32<br>> 13:15:51.977094 arp reply ib109 is-at<br>> 00:02:00:14:fe:80:00:00:00:00:00:00:00:02:c9:02:00:00:3b:31 hardware<br>> #32<br>><br>> # error dump<br>> rcvswrelayerrors:1 MT47396 Infiniscale-III 0x2c9010b022090[1]
<br>> <--------> ib109 HCA-1 0x2c90200003b30[1]<br>><br>> 1) The ping is successful and the arp table is populated so Is this<br>> really a problem or a false positive?<br>> 2) The second arp does not generate an error (the error dump reports
<br>> all new errors in switches). Why?<br>><br>> Any ideas?<br>><br>> Thanks in advance.<br>><br>> Todd<br>><br>> _______________________________________________<br>> openib-general mailing list
<br>> <a href="mailto:openib-general@openib.org">openib-general@openib.org</a><br>> <a href="http://openib.org/mailman/listinfo/openib-general">http://openib.org/mailman/listinfo/openib-general</a><br>><br>> To unsubscribe, please visit 
<a href="http://openib.org/mailman/listinfo/openib-general">http://openib.org/mailman/listinfo/openib-general</a><br><br></blockquote></div><br>