Nic werkt wel, maar toch niet....

[Whizzer]

Ja, zo wazig als de titel klinkt, zo wazig is het ook echt...

Ik heb net een nieuwe linux bak (Redhat 7.2, nodig voor bepaalde software) geinstalleerd en heb daar behoorlijk vreemde verschijnselen met de netwerkkaarten, maar alleen met eth3 en eth4...

Eerst even een overzicht van de kaarten:

code:

[root@tommie root]# more /etc/modules.conf
alias parport_lowlevel parport_pc
alias eth0 8139too
alias eth1 8139too
alias eth2 pcnet32
alias eth3 pcnet32
alias eth4 3c509
alias usb-controller usb-uhci

Zoals je ziet is kaart eth2 gelijk aan eth3 (een IBM 10/100, althans, ze komen uit een netfinity server) en eth4 is een 3Com 3c509b kaart die in de voorgaande linux doos ook uitstekend werkte...

Nu komen eth3 en eth4 netjes op tijdens het opstarten en ik kan ze ook gewoon pingen... Echter als ik een ander ip nummer ping wat op hetzelfde netwerk ligt als bijvoorbeeld eth4, dan krijg ik "Destination Host Unreachable", terwijl ik toch antwoord verwacht, of anders een "request timed out"....

code:

[root@tommie root]# ifconfig eth4
eth4      Link encap:Ethernet  HWaddr 00:A0:24:A2:58:DF  
          inet addr:172.29.31.1  Bcast:172.29.31.255  Mask:255.255.255.0
          inet6 addr: fe80::2a0:24ff:fea2:58df/10 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:41 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:100 
          RX bytes:0 (0.0 b)  TX bytes:1842 (1.7 Kb)
          Interrupt:7 Base address:0x220 

[root@tommie root]# ping 172.29.31.1
PING 172.28.231.1 (172.29.31.1) from 172.29.31.1 : 56(84) bytes of data.
64 bytes from 172.29.31.1: icmp_seq=0 ttl=255 time=61 usec
64 bytes from 172.29.31.1: icmp_seq=1 ttl=255 time=49 usec

--- 172.28.231.1 ping statistics ---
2 packets transmitted, 2 packets received, 0% packet loss
round-trip min/avg/max/mdev = 0.049/0.055/0.061/0.006 ms
[root@tommie root]# ping 172.29.31.2
PING 172.29.31.2 (172.29.31.2) from 172.29.31.1 : 56(84) bytes of data.
From 172.29.31.1: Destination Host Unreachable
From 172.29.31.1: Destination Host Unreachable
From 172.29.31.1: Destination Host Unreachable

--- 172.28.231.2 ping statistics ---
4 packets transmitted, 0 packets received, +3 errors, 100% packet loss

Het vreemde vind ik dus dat eth3 dit ook doet, maar eth2, welke exact hetzelfde type kaart is, gewoon netjes werkt...

Ik ben de draad kwijt, heeft iemand een idee???

[Verwijderd]

Hoe zit je routetable eruit? route -n

[Whizzer]

code:

Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
192.168.0.1     0.0.0.0         255.255.255.0     U     0      0        0 eth3
10.24.80.0      0.0.0.0         255.255.255.0     U     0      0        0 eth0
10.24.81.0      0.0.0.0         255.255.255.0     U     0      0        0 eth1
172.29.31.0     0.0.0.0         255.255.255.0     U     0      0        0 eth4
217.X.X.0       0.0.0.0         255.255.254.0     U     0      0        0 eth2
127.0.0.0       0.0.0.0         255.0.0.0         U     0      0        0 lo
0.0.0.0         217.X.X.X       0.0.0.0           UG    0      0        0 eth2

Lijkt me redelijk ok....

[ Voor 2% gewijzigd door Whizzer op 02-02-2003 23:40 . Reden: Overzichtelijker ]

[Verwijderd]

wat geeft arp?
en 172.29.31.1 en 172.28.231.2 zitten niet in hetzelfde subnet als je netmask 255.255.255.0 is... (bij een netmask van 255.0.0.0 is dit wel zo)

misschien lost dit 't op:
route add default gw <ip van b.v. eth3> dev <eth3 oid>

[ Voor 22% gewijzigd door Verwijderd op 03-02-2003 00:30 ]

[Verwijderd]

Kan het zijn dat je IRQs conflicteren oid? (/proc/interrupts).

[Whizzer]

Verwijderd schreef op 03 February 2003 @ 00:25:
wat geeft arp?
en 172.29.31.1 en 172.28.231.2 zitten niet in hetzelfde subnet als je netmask 255.255.255.0 is... (bij een netmask van 255.0.0.0 is dit wel zo)

misschien lost dit 't op:
route add default gw <ip van b.v. eth3> dev <eth3 oid>

Typefoutje gemaakt, ik heb de ip's een beetje veranderd, maar blijkbaar even op het verkeerde 'knupske' van m'n toetsenbord geslagen.... Geloof mij, het zit allemaal in hetzelfde netwerk, voor zowaar ik veel, heeeeeeel veel met cisco's knoei....

Voor wat betreft de interrupts:

code:

[root@tommie root]# cat /proc/interrupts
           CPU0
  0:    3348418          XT-PIC  timer
  1:       1212          XT-PIC  keyboard
  2:          0          XT-PIC  cascade
  5:      50220          XT-PIC  eth0
  7:          1          XT-PIC  eth4
  8:          1          XT-PIC  rtc
 10:     243009          XT-PIC  usb-uhci, usb-uhci, PCnet/FAST 79C971
 11:          0          XT-PIC  PCnet/FAST 79C971
 12:     123103          XT-PIC  eth1
 14:     127315          XT-PIC  ide0
 15:          2          XT-PIC  ide1
NMI:          0
ERR:          0

Oke, de USB zou in de weg kunnen zitten??????? Ben nu effe niet in staat om dat ding te rebooten (werk.....) Maar waarom doet eth4 het dan ook niet lekker??? DIe staat wel op goede interrupt en ook adres is volgens mij goed...

code:

[root@tommie root]# cat /proc/ioports
...
0220-022f : 3c509 PnP
...
dc00-dcff : Realtek Semiconductor Co., Ltd. RTL-8139
  dc00-dcff : 8139too
e000-e0ff : Realtek Semiconductor Co., Ltd. RTL-8139 (#2)
  e000-e0ff : 8139too
e400-e41f : Advanced Micro Devices [AMD] 79c970 [PCnet LANCE]
  e400-e41f : PCnet/FAST 79C971
e800-e81f : Advanced Micro Devices [AMD] 79c970 [PCnet LANCE] (#2)
  e800-e81f : PCnet/FAST 79C971

Ja dus...

[Whizzer]

Wel, ik heb heel de USB zut uitgeschakeld in m'n machine, maar nog steeds 'no-go', de kaarten blijven maar zieken... Heeft iemand nog een idee??? Dit lijkt me toch redelijk OS gerelateerd....

[Verwijderd]

en als je b.v. xBSD (live cdtje!) download en die probeert?

[Whizzer]

Dat gaat helaas niet lukken... Ik heb net alles op de rit op die 2 netwerkkaarten na, en geloof mij, dat wil je niet nog een keer doen....

De doos doet ook een beetje VPN'en en als ik die VPN nu afbreek, dan heb ik gewoon vet gezeik...

[Whizzer]

Hmmmmmmmm, strange.... Het lijkt toch echt richting een irq conflict te gaan, alhoewel nu juist de andere kaart werkt dan dat ik had verwacht...

Verhaal:
Zwaar zitten google'en en daar kwamen een aantal IRQ zaken voor welke in de BIOS werden geregeld... Nu heb ik net de twijfelkaart in de bios zijn irq toegewezen en de andere twijfelkaart (ISA kaartje, 3c509b) kon ik niet instellen, due heb ik laten gaan...

En nu werkt die ISA kaart.... Kan iemand dit verklaren en kan ook iemand mij vertellen hoe ik die andere nu nog aan de gang kan krijgen???? De prio hiervoor is niet zo hoog, maar het zou toch prettig zijn als ik dit weg kreeg...

Edit:
Deze zit me niet lekker:

code:

# arp -a
...
? (192.68.0.2) at <incomplete> on eth3
...

[ Voor 10% gewijzigd door Whizzer op 03-02-2003 20:10 ]

[Verwijderd]

draai die 3com config tool is. (evt. met de /nopnp optie)

[Whizzer]

Dat is nu net de kaart die vreemd maar waar wel is gaan werken naar het aanpassen van PCI settings (terwijl het dus ISA is...)...

De kaart die nu niet is gaan werken, is de eth3, welke te laden is net als eth2 met PCnet/FAST 79C971... Maar eth2 doet het dus wel...

[Verwijderd]

en de kabels e.d. zijn wel goed? (bij m'n LANCE nic was de kabel bijna helemaal door....zorgte voor zeer grappige effecten icm YP/NFS)
wissel de nics/kabels misschien even om....
zegt 'lspci -v' nog iets leuks?
hebben die IBM nic's nog een config tool?
heb je pnp_os uit staan in je bios?

[Whizzer]

Verwijderd schreef op 04 February 2003 @ 10:28:
en de kabels e.d. zijn wel goed? (bij m'n LANCE nic was de kabel bijna helemaal door....zorgte voor zeer grappige effecten icm YP/NFS)
wissel de nics/kabels misschien even om....

Volgens mij maakt het niet uit of de kabels wel of niet goed zijn... Mocht ik een rotte kabel hebben, dan hoor ik volgens mij een "request timed out" te krijgen i.pv. "destination host unreachable"

zegt 'lspci -v' nog iets leuks?

code:

00:10.0 Ethernet controller: Advanced Micro Devices [AMD] 79c970 [PCnet LANCE] (rev 26)
        Subsystem: IBM: Unknown device 2000
        Flags: bus master, medium devsel, latency 32, IRQ 10
        I/O ports at e400 [size=32]
        Memory at da001000 (32-bit, non-prefetchable) [size=32]
        Expansion ROM at <unassigned> [disabled] [size=1M]

00:11.0 Ethernet controller: Advanced Micro Devices [AMD] 79c970 [PCnet LANCE] (rev 26)
        Subsystem: IBM: Unknown device 2000
        Flags: bus master, medium devsel, latency 32, IRQ 11
        I/O ports at e800 [size=32]
        Memory at da003000 (32-bit, non-prefetchable) [size=32]
        Expansion ROM at <unassigned> [disabled] [size=1M]

Niet echt veel bijzonders dus...

hebben die IBM nic's nog een config tool?

Niet dat ik weet zo snel...

heb je pnp_os uit staan in je bios?

Yep...

Is dit vreemd, of is dit vreemd???

[Verwijderd]

Whizzer schreef op 04 February 2003 @ 19:56:
[...]


Volgens mij maakt het niet uit of de kabels wel of niet goed zijn... Mocht ik een rotte kabel hebben, dan hoor ik volgens mij een "request timed out" te krijgen i.pv. "destination host unreachable"

dat is waar...

code:

00:10.0 Ethernet controller: Advanced Micro Devices [AMD] 79c970 [PCnet LANCE] (rev 26)
        Subsystem: IBM: Unknown device 2000
        Flags: bus master, medium devsel, latency 32, IRQ 10
        I/O ports at e400 [size=32]
        Memory at da001000 (32-bit, non-prefetchable) [size=32]
        Expansion ROM at <unassigned> [disabled] [size=1M]

00:11.0 Ethernet controller: Advanced Micro Devices [AMD] 79c970 [PCnet LANCE] (rev 26)
        Subsystem: IBM: Unknown device 2000
        Flags: bus master, medium devsel, latency 32, IRQ 11
        I/O ports at e800 [size=32]
        Memory at da003000 (32-bit, non-prefetchable) [size=32]
        Expansion ROM at <unassigned> [disabled] [size=1M]

Niet echt veel bijzonders dus...

idd.
Niet dat ik weet zo snel...

[...]

Yep...

Is dit vreemd, of is dit vreemd???[/quote]
zeer vreemd.

http://www.amd.com/us-en/...50_2334_2452_2543,00.html
http://www.amd.com/us-en/...34_2452_2456~7380,00.html

[deadinspace]

En als je eens op een computer aan de kant van een half-functionere NIC een sniffer draait (zoals icmpinfo of tcpdump), en dan die computer pingt? En andersom?

Als je weet of packets niet aankomen bij andere computers of niet bij die router, of bij allebei niet, dan ben je misschien weer wat verder.

[Whizzer]

Ik dacht dat ik dat al had neergezet, maar blijkbaar niet...

Dit is hetgene wat ik zie als ik ga pingen naar zichzelf en een aantal anderen hosts binnen het netwerk wat hangt aan de netwerkkaart...

Het pingen:

code:

[root@tommie root]# ping 192.168.0.1
PING 192.168.0.1 (192.168.0.1) from 192.168.0.1 : 56(84) bytes of data.
64 bytes from 192.168.0.1: icmp_seq=0 ttl=255 time=775 usec
64 bytes from 192.168.0.1: icmp_seq=1 ttl=255 time=54 usec
64 bytes from 192.168.0.1: icmp_seq=2 ttl=255 time=49 usec
64 bytes from 192.168.0.1: icmp_seq=3 ttl=255 time=52 usec
64 bytes from 192.168.0.1: icmp_seq=4 ttl=255 time=46 usec

--- 192.168.0.1 ping statistics ---
5 packets transmitted, 5 packets received, 0% packet loss
round-trip min/avg/max/mdev = 0.046/0.195/0.775/0.290 ms
[root@tommie root]# 
[root@tommie root]# 
[root@tommie root]# 
[root@tommie root]# ping 192.168.0.2
PING 192.168.0.2 (192.168.0.2) from 192.168.0.1 : 56(84) bytes of data.
From 192.168.0.1: Destination Host Unreachable
From 192.168.0.1: Destination Host Unreachable
From 192.168.0.1: Destination Host Unreachable
From 192.168.0.1: Destination Host Unreachable
From 192.168.0.1: Destination Host Unreachable
From 192.168.0.1: Destination Host Unreachable

--- 192.168.0.2 ping statistics ---
7 packets transmitted, 0 packets received, +6 errors, 100% packet loss
[root@tommie root]#

En dan wat ik ondertussen zie met tcpdump op die netwerkkaart:

code:

[root@tommie root]# tcpdump -i eth3
tcpdump: listening on eth3
00:40:34.743253 arp who-has 192.168.0.2 tell 192.168.0.1
00:40:35.741958 arp who-has 192.168.0.2 tell 192.168.0.1
00:40:36.741960 arp who-has 192.168.0.2 tell 192.168.0.1
00:40:37.742208 arp who-has 192.168.0.2 tell 192.168.0.1
00:40:38.741958 arp who-has 192.168.0.2 tell 192.168.0.1
00:40:39.741963 arp who-has 192.168.0.2 tell 192.168.0.1
00:40:40.742229 arp who-has 192.168.0.2 tell 192.168.0.1
00:40:41.741959 arp who-has 192.168.0.2 tell 192.168.0.1
00:40:42.741959 arp who-has 192.168.0.2 tell 192.168.0.1

That's all.... beetje weinig dacht ik zo...

Dank je voor de linkjes compukid, ik zal binnenkort eens even een dos diskette maken en daar deze utils opzetten en runnen....