Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 9 Jan 2009 18:22:15 +0800
From:      "Mars G Miro" <spry@anarchy.in.the.ph>
To:        "Jack Vogel" <jfvogel@gmail.com>
Cc:        freebsd-stable@freebsd.org
Subject:   Re: igb on a Nehalem system, buildworld stats
Message-ID:  <f12f408a0901090222h589ddf43wa0ddddc0fbde5afe@mail.gmail.com>
In-Reply-To: <f12f408a0901090214x2daafb37ld74836f628cfca8c@mail.gmail.com>
References:  <f12f408a0901080616t78dded81l979a4ec06de7739f@mail.gmail.com> <2a41acea0901080844y1c2ad632t12aeadfbe9f34d0a@mail.gmail.com> <f12f408a0901081019x2ea4e83i47851fa3ed2a0ae4@mail.gmail.com> <2a41acea0901081033h7db7a1aej8399baf5dcbd270f@mail.gmail.com> <f12f408a0901081050p1a8154c5h19035f399944b3fc@mail.gmail.com> <f12f408a0901090002k4f50472aleb52c63359365232@mail.gmail.com> <2a41acea0901090115q6af9f364qac23a8cce444d27a@mail.gmail.com> <f12f408a0901090214x2daafb37ld74836f628cfca8c@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Jan 9, 2009 at 6:14 PM, Mars G Miro <spry@anarchy.in.the.ph> wrote:
> On Fri, Jan 9, 2009 at 5:15 PM, Jack Vogel <jfvogel@gmail.com> wrote:
>>
> [snip]
>>> >>
>>> >> If you have a back to back connection to another NIC on Port 0, no
>>> >> switch,
>>> >> does
>>> >> it still autoneg to 100?
>>> >>
>>>
>>> Connected back to back w/ another box w/ a GigE NIC, it now does
>>> 1000baseTX:
>>>
>>> igb0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
>>>        options=19b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,TSO4>
>>>        ether 00:30:48:c5:db:e2
>>>        inet6 fe80::230:48ff:fec5:dbe2%igb0 prefixlen 64 scopeid 0x1
>>>        inet 192.168.70.2 netmask 0xffffff00 broadcast 192.168.70.255
>>>        media: Ethernet autoselect (1000baseTX <full-duplex>)
>>>        status: active
>>>
>>> But still not without problems. I hafta ifconfig down/up it several
>>> times until I can see the other end. W/c is the same for igb1.
>>
>>
>> OK, so you have some switch issue.  What do you mean "see the other end",
>> if its back to back and boots up I assume it gets link, if you have the
>> address
>> assigned in rc.conf, and you run tcpdump on the partner do you see the arp
>> when it comes online, and at that point can the other side ping it?
>>
>
> By 'see the other end' , I meant that even if It says 1000baseTX, i
> still can't ping the other end, well not really, as I can now see it
> gots bad chksums:
>
> 1. 001691 00:30:48:c5:db:e2 > ff:ff:ff:ff:ff:ff, ethertype ARP
> (0x0806), length 60: arp who-has 192.168.70.2 tell 192.168.70.2
> 1. 511111 00:30:48:c5:db:e2 > 00:30:48:61:d7:f2, ethertype IPv4
> (0x0800), length 98: (tos 0x0, ttl 64, id 20346, offset 0, flags
> [none], proto ICMP (1), length 84) 192.168.70.2 > 192.168.70.1: ICMP
> echo request, id 14852, seq 0, length 64
> 000012 00:30:48:61:d7:f2 > 00:30:48:c5:db:e2, ethertype IPv4 (0x0800),
> length 98: (tos 0x0, ttl 64, id 3034, offset 0, flags [none], proto
> ICMP (1), length 84, bad cksum 0 (->617b)!) 192.168.70.1 >
> 192.168.70.2: ICMP echo reply, id 14852, seq 0, length 64
> 1. 001611 00:30:48:c5:db:e2 > 00:30:48:61:d7:f2, ethertype IPv4
> (0x0800), length 98: (tos 0x0, ttl 64, id 57773, offset 0, flags
> [none], proto ICMP (1), length 84) 192.168.70.2 > 192.168.70.1: ICMP
> echo request, id 14852, seq 1, length 64
> 000011 00:30:48:61:d7:f2 > 00:30:48:c5:db:e2, ethertype IPv4 (0x0800),
> length 98: (tos 0x0, ttl 64, id 59591, offset 0, flags [none], proto
> ICMP (1), length 84, bad cksum 0 (->848d)!) 192.168.70.1 >
> 192.168.70.2: ICMP echo reply, id 14852, seq 1, length 64
>
> and this is back to back w/ another box w/ a GigE NIC (nfe, w/c has
> been in production for some time)
>
>> Oh, and what is the link partner hardware?
>>
>
> The switch? it's a Dlink 48-Port DGS-1248T GigE switch.
>
> Thanks.
>

btw,  I tried 200812-CURRENT and CURRENT as of Jan 7 and the behavior
is still the same :-(


>> Jack
>>
>>
>
>
>
> --
> cheers
> mars
>



-- 
cheers
mars



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?f12f408a0901090222h589ddf43wa0ddddc0fbde5afe>