Netzwerk Problem (intel GBit)

kalleknall · 8. Juli 2007

Folgendes Problem,

die Verbindung zum VDR vom PC aus bricht regelmäßig ab. Ob VOMP Putty oder Ping, kurz gehts dann wieder nicht, echt lässtig. Ich habe das Board erst bekommen und dann frisch easyVDR installiert. Treiber über OSD ist der e1000 ö.ä. Adressen passen alle, VDr läuft ansonst ohne Probleme.

HardWare:
P4P800-VM (MaxData Version !? scheint sich gering zu unterscheiden vom original)
onBoard intel GBit 82547EI
i865G

Das ganze hängt anem W700V.

Wo soll ich anfangen ? Das Kabel hat bisher an einem anderen VDR keine Probleme gemacht (linVDR)

hier einige Logs:

Zitat

easyVDR:~# cat /proc/interrupts
CPU0
0: 1079107 IO-APIC-edge timer
1: 8 IO-APIC-edge i8042
3: 4201 IO-APIC-edge lirc_serial
7: 0 IO-APIC-edge parport0
8: 1 IO-APIC-edge rtc
9: 1 IO-APIC-level acpi
14: 43 IO-APIC-edge ide0
169: 8700 IO-APIC-level libata, uhci_hcd:usb3, eth0
177: 393587 IO-APIC-level saa7146 (0)
185: 240695 IO-APIC-level Technisat/B2C2 FlexCop II/IIb/III Digital TV PC
I Driver
193: 0 IO-APIC-level uhci_hcd:usb1, uhci_hcd:usb4
201: 0 IO-APIC-level uhci_hcd:usb2
209: 0 IO-APIC-level ehci_hcd:usb5
NMI: 0
LOC: 1079237
ERR: 0
MIS: 0
easyVDR:~# lspci -v
0000:00:00.0 Host bridge: Intel Corporation 82865G/PE/P DRAM Controller/Host-Hub Interface (rev 02)
Subsystem: ASUSTeK Computer Inc.: Unknown device 80a5
Flags: bus master, fast devsel, latency 0
Memory at fe800000 (32-bit, prefetchable) [size=4M]
Capabilities: [e4] #09 [0106]

0000:00:02.0 VGA compatible controller: Intel Corporation 82865G Integrated Graphics Controller (rev 02) (prog-if 00 [VGA])
Subsystem: ASUSTeK Computer Inc. P5P800-MX Mainboard
Flags: bus master, fast devsel, latency 0, IRQ 10
Memory at f0000000 (32-bit, prefetchable) [size=128M]
Memory at fe780000 (32-bit, non-prefetchable) [size=512K]
I/O ports at efe0 [size=8]
Capabilities: [d0] Power Management version 1

0000:00:03.0 PCI bridge: Intel Corporation 82865G/PE/P PCI to CSA Bridge (rev 02) (prog-if 00 [Normal decode])
Flags: bus master, 66MHz, fast devsel, latency 64
Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
I/O behind bridge: 0000c000-0000cfff
Memory behind bridge: fe400000-fe4fffff

0000:00:1d.0 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #1 (rev 02) (prog-if 00 [UHCI])
Subsystem: ASUSTeK Computer Inc. P5P800-MX Mainboard
Flags: bus master, medium devsel, latency 0, IRQ 193
I/O ports at ef00 [size=32]

0000:00:1d.1 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #2 (rev 02) (prog-if 00 [UHCI])
Subsystem: ASUSTeK Computer Inc. P5P800-MX Mainboard
Flags: bus master, medium devsel, latency 0, IRQ 201
I/O ports at ef20 [size=32]

0000:00:1d.2 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #3 (rev 02) (prog-if 00 [UHCI])
Subsystem: ASUSTeK Computer Inc. P5P800-MX Mainboard
Flags: bus master, medium devsel, latency 0, IRQ 169
I/O ports at ef40 [size=32]

0000:00:1d.3 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #4 (rev 02) (prog-if 00 [UHCI])
Subsystem: ASUSTeK Computer Inc. P5P800-MX Mainboard
Flags: bus master, medium devsel, latency 0, IRQ 193
I/O ports at ef80 [size=32]

0000:00:1d.7 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB2 EHCI Controller (rev 02) (prog-if 20 [EHCI])
Subsystem: ASUSTeK Computer Inc. P5P800-MX Mainboard
Flags: bus master, medium devsel, latency 0, IRQ 209
Memory at fe77bc00 (32-bit, non-prefetchable) [size=1K]
Capabilities: [50] Power Management version 2
Capabilities: [58] #0a [20a0]

0000:00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev c2) (prog-if 00 [Normal decode])
Flags: bus master, fast devsel, latency 0
Bus: primary=00, secondary=02, subordinate=02, sec-latency=64
I/O behind bridge: 0000d000-0000dfff
Memory behind bridge: fe500000-fe5fffff

0000:00:1f.0 ISA bridge: Intel Corporation 82801EB/ER (ICH5/ICH5R) LPC Interface Bridge (rev 02)
Flags: bus master, medium devsel, latency 0

0000:00:1f.1 IDE interface: Intel Corporation 82801EB/ER (ICH5/ICH5R) IDE Controller (rev 02) (prog-if 8a [Master SecP PriP])
Subsystem: ASUSTeK Computer Inc. P5P800-MX Mainboard
Flags: bus master, medium devsel, latency 0, IRQ 169
I/O ports at <unassigned>
I/O ports at <unassigned>
I/O ports at <unassigned>
I/O ports at <unassigned>
I/O ports at fc00 [size=16]
Memory at 10000000 (32-bit, non-prefetchable) [size=1K]

0000:00:1f.2 IDE interface: Intel Corporation 82801EB (ICH5) SATA Controller (rev 02) (prog-if 8f [Master SecP SecO PriP PriO])
Subsystem: ASUSTeK Computer Inc. P4P800 SE Mainboard
Flags: bus master, 66MHz, medium devsel, latency 0, IRQ 169
I/O ports at efa8 [size=8]
I/O ports at efa4 [size=4]
I/O ports at ef68 [size=8]
I/O ports at efa0 [size=4]
I/O ports at eed0 [size=16]

0000:00:1f.3 SMBus: Intel Corporation 82801EB/ER (ICH5/ICH5R) SMBus Controller (rev 02)
Subsystem: ASUSTeK Computer Inc. P4P800 Mainboard
Flags: medium devsel, IRQ 217
I/O ports at 0400 [size=32]

0000:01:01.0 Ethernet controller: Intel Corporation 82547EI Gigabit Ethernet Controller
Subsystem: ASUSTeK Computer Inc.: Unknown device 80f7
Flags: bus master, 66MHz, medium devsel, latency 0, IRQ 169
Memory at fe4e0000 (32-bit, non-prefetchable) [size=128K]
I/O ports at cf80 [size=32]
Capabilities: [dc] Power Management version 2

0000:02:0a.0 Network controller: Techsan Electronics Co Ltd B2C2 FlexCopII DVB chip / Technisat SkyStar2 DVB card (rev 02)
Subsystem: Techsan Electronics Co Ltd B2C2 FlexCopII DVB chip / Technisat SkyStar2 DVB card
Flags: bus master, slow devsel, latency 64, IRQ 185
Memory at fe5f0000 (32-bit, non-prefetchable) [size=64K]
I/O ports at df80 [size=32]

0000:02:0b.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
Subsystem: Technotrend Systemtechnik GmbH Siemens/Technotrend/Hauppauge DVB card rev1.3 or rev1.5
Flags: bus master, medium devsel, latency 64, IRQ 177
Memory at fe5efc00 (32-bit, non-prefetchable) [size=512]

easyVDR:~# ifconfig eth0
eth0 Protokoll:Ethernet Hardware Adresse 00:0E:A6:88:BE:0C
inet Adresse:192.168.1.5 Bcast:192.168.1.255 Maske:255.255.255.0
inet6 Adresse: fe80::20e:a6ff:fe88:be0c/64 Gültigkeitsbereich:Verbindung
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:1653 errors:0 dropped:0 overruns:0 frame:0
TX packets:1448 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:0 Sendewarteschlangenlänge:100
RX bytes:462233 (451.3 KiB) TX bytes:210620 (205.6 KiB)
Basisadresse:0xcf80 Speicher:fe4e0000-fe500000

easyVDR:~#

Alles anzeigen

hier die Ping Stats:

Zitat

Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.1.5: Bytes=32 Zeit<1ms TTL=64

Alles anzeigen

schMA · 9. Juli 2007

Solche merkwürdigen Probleme kann es geben, wenn du (evtl. aus Versehen?) noch ein zweites Gerät im LAN hast, das ebenfalls die 192.168.1.5 hat.

kalleknall · 9. Juli 2007

habe ich nicht, bin mir da ziemlich sicher

meine Welt sind ehr Netware Server und Workstations -> Admin

Diese Problem ist mir noch nicht untergekommen, vor allem in dieser Regelmäßigkeit...

knebb · 9. Juli 2007

Zitat

Original von kalleknall
Diese Problem ist mir noch nicht untergekommen, vor allem in dieser Regelmäßigkeit...

Mal einen anderen Switchport probieren, anderes Kabel. Wenn Ausfall mal hinten die LEDs an der Karte pruefen. Vielleicht noch eine Karte mit gleicher MAC vorhanden?

umaier · 9. Juli 2007

Eventuell ist es auch der Switch, der neue Parameter mit der Karte aushandeln will.
Das sollte aber dann im Syslog stehen.

Ein Verbindungkabel könnte das klären (muss bei GBit-LAN nicht mal gedreht sein).

uwe

kalleknall · 9. Juli 2007

- Switchport natürlich gewechselt (jetzt fliegt gleich der Router raus)
- LEDs gehn sowohl am Switch als auch an der NIC aus
- gleiche MAC wäre stange, aber das check ich
- mal versuchen die Karte auf 100Mbit festzuschrauben (habt ihr mirn Tipp wie ich das am besten unter linux anstelle ?)
- Kabel check ich auch nochmal

knebb · 9. Juli 2007

Zitat

Original von kalleknall
- mal versuchen die Karte auf 100Mbit festzuschrauben (habt ihr mirn Tipp wie ich das am besten unter linux anstelle ?)

mii-tool oder ethtool.

Colonel · 9. Juli 2007

ist der "onBoard intel GBit 82547EI" der einzige LAN-Controller in dem Rechner?
Ich hatte mal das Problem, dass ich beide Controller auf meinem Board
konfiguriert hatte - der Effekt war in etwa der gleiche. Nach einigen Minuten ging nichts
mehr rein oder raus.
Lösung war, den anderen Controller einfach "zu entkonfigurieren"
Dann gings.

Col

kalleknall · 9. Juli 2007

ne nur einer druff... oder gabs da nen "dualchip" ?

ciax · 9. Juli 2007

ja, mii-diag, mii-tool (--> knebb). "medium-speed" (fast-ethernet oder GBit auf Half/full-duplex/auto?) --> auf allen NICs korrekt - inkl. switch?)

Zitat

Originally posted by kalleknall
ne nur einer druff... oder gabs da nen "dualchip" ?

hatte viel mit intel-NICs zu tun - meinst du dualport-NICs? controller sind je nachdem drauf - dual bzw. quadports kenne ich als "Typ-N°"-EB/GB .. (intel-chipset!)

kalleknall · 10. Juli 2007

also,

das Kabel ists nicht, der Router vermutlich auch nicht (andere Router und Switche probiert, nur nen GBit muss ich noch orgen). Auf 100MBit klemmen brachte auch nichts.

Im Log find ich nichts hilfreiches, bzw. wo kann ich noch gucken ?

Habe jetzt ne 3c905 reingesteckt die läuft soweit... will die aber raus haben, wofür hab ich den das schöne Borad

hat den jemand nen P4P800-VM mit GBit am laufen ? kanns eine Treiber Option sein ?

Ich hatte den Eindruck das es evtl. Temp abhängig ist... aber da drin ists nicht wirklich heiss oder so... mensch mensch mensch...

Hmpf, hoffe mal auf DEN Tipp

THX soweit

Christian

knebb · 10. Juli 2007

Zitat

Original von kalleknall
Hmpf, hoffe mal auf DEN Tipp

Schalte mal das Autosensing ab und bleibt fest auf 1.000Mbit/FD.
Falls das nix bringt, IRQs ueberpruefen- vielleicht beisst sich da etwas?

kalleknall · 11. Juli 2007

IRQs sollten passen (steht oben mein ich)

Ich habe noch was von Flowcontrol gehört das und Autosensing versuch ich später.

Netzwerk Problem (intel GBit)

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema