Hallo

Habe hier 2 SoloSE mit denen ich ein grosses Netzwerkproblem habe.

Hängt die VU an einen Netgeat 724T Gigabit Switch so wird das Netzwerk mit einer ziemlich Verzögerung gestartet. Wenn ich die Box anpinge dauert es ca. 30 Sekunden nach dem erscheinen des Bildes bis der Ping beantwortet wird. Hänge ich einen Linksys Gigabit Switch dazwischen ist alles normal.

Das große Problem dabei ist das die NFS Freigaben nicht beim Start gemounted werden. Ein Reload nachdem das Netzwerk up ist fuktioniert einwandfrei.

Habe am Switch schon alles probiert, anderer Port - Kein Autosense (fix auf 100 Full), alle Porteinstellungen durchprobiert.

Image ist das VTI Image 8.0.0 mehrmaliger Neuflash und update auf den neuseten Stand. Habe auch schon OpenPLI probiert mit dem selben negativen Ergebnis.

Eine DM500 / DM7020HD mit OpenPLI oder Newnigma2 am selben Switch kennen diese Problem nicht egal wie der Switch konfiguriert ist.

Das Problem tritt mit beiden VU SoloSE aus verschiedene Lieferungen auf, bin daher zeinlich ratlos.

Vielleicht fällt euch dazu noch was ein.

Danke im Vorraus
m.a.d

Hallo sillytalking

Danke für die Antwort.

Ja Netgear Switch ist auf der neuesten FW.

Werde mal in den Kernelmodulen suchen.

Grüsse
m.a.d

Hallo

Leider habe ich unter den Kernelmodulen nichts weiter gefunden das mir hier weierhelfen könnte.

Da auch andere VU Boxen (Zero/Solo2) scheinbar wählerisch mit den gegenüberliegenden Switches sind und ich den Netgear - Switch bereits 6 Jahre mit den diversen Geräten (darunter mehrere Linux STBs) problemlos betreibe würde ich vermuten dass das Problem eher auf der Seite der VU Box liegt.

Ich denke auch nicht das hier das Image ein Problem hat vielmehr vermute ich das Problem entweder bei der verbauten Hardware oder beim Treiber/Kernel Modul der Netzwerk Schnittstelle.

m.a.d

Hallo

Muß meine Theorie bzgl Hardware & Treiber zurücknehmen das Problem ist eine Konfiguration am Netgear Switch und eine einer Meinung nach unglücklicher Zeitpiunkt für den NFS mount.

Durch das Deaktivieren von STP am Switch läufts nun.

Ich denke der NFS mount passiert zu früh und zwar zu einemZeitpunkt als die VU noch gar keine richtige IP Adrese hat siehe Log :

Quellcode

1. Jan 1 01:00:19 vupeter user.info kernel: IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
2. Jan 1 01:00:19 vupeter daemon.info avahi-daemon[787]: Registering new address record for fe80::21d:ecff:fe07:df79 on eth0.*.
3. Jan 1 01:00:23 vupeter daemon.info avahi-daemon[787]: Joining mDNS multicast group on interface eth0.IPv4 with address 169.254.90.235.
4. Jan 1 01:00:23 vupeter daemon.info avahi-daemon[787]: New relevant interface eth0.IPv4 for mDNS.
5. Jan 1 01:00:23 vupeter daemon.info avahi-daemon[787]: Registering new address record for 169.254.90.235 on eth0.IPv4.
6. Jan 1 01:00:23 vupeter daemon.info avahi-daemon[787]: Withdrawing address record for 169.254.90.235 on eth0.
7. Jan 1 01:00:23 vupeter daemon.info avahi-daemon[787]: Leaving mDNS multicast group on interface eth0.IPv4 with address 169.254.90.235.
8. Jan 1 01:00:23 vupeter daemon.info avahi-daemon[787]: Interface eth0.IPv4 no longer relevant for mDNS.
9. Jan 1 01:00:46 vupeter daemon.info avahi-daemon[787]: Joining mDNS multicast group on interface eth0.IPv4 with address 192.168.112.137.
10. Jan 1 01:00:46 vupeter daemon.info avahi-daemon[787]: New relevant interface eth0.IPv4 for mDNS.
11. Jan 1 01:00:46 vupeter daemon.info avahi-daemon[787]: Registering new address record for 192.168.112.137 on eth0.IPv4.

Alles anzeigen

Man sieht das zwischen Link ready und richtiger IP Adresse 23 Sekunden vergehen und ich denke in der Zeit zwischen 169.254.90.235 und 192.168.112.137 wird schon versucht NFS zu mounten.

Der 23 sek Zeiraum erklärt sich durch das Spanning Tree Protocol am Switch.

Da IPv6 auch ein paar Sekunden verzögert habe ich das auch deaktiviert da ich es nicht brauche.



m.a.d