Autor Thema: konfuses Ping Problem  (Gelesen 4656 mal)

tecker2010

  • Gast
konfuses Ping Problem
« am: 14. Dezember 2006, 11:09:11 »
Bevor hier keiner mehr was schreibt  :D

Also im Grunde läuft inzwischen soweit alles (was meine vorher gehenden Problemchen anging), d.h. bash angepasst, Pakete installiert, Apache, Mysql und Cacti (mein eigentliches Vorhaben) läuft.

Einzig mein Problem Pings abzusenden geht schief. Ich habe Response Zeiten von 1000ms und mehr sowie Packetloss von 5-50% und das ganze im LAN, also Ping vom Solaris Rechner mit 192.168.1.10 zum Rechner mit 192.168.1.11
Total unklar wo das her kommt. Ich habe Kabel gewechselt und auch Komponenten. Hatte sowohl Router als auch verschd. Rechner als gegenstelle..überall das gleiche. Problem ist also bei Solaris irgendwo zu suchen. Das ganze ist seit einspielen des recommended patch.

so in etwa sieht das bei mir aus:
ping -s 192.168.1.11
PING 192.168.1.11: 56 data bytes
64 bytes from Cisco1721 (192.168.1.11): icmp:seq=0. time=993. ms
64 bytes from Cisco1721 (192.168.1.11): icmp:seq=1. time=1.00e+03 ms
64 bytes from Cisco1721 (192.168.1.11): icmp:seq=2. time=1.00e+03 ms
64 bytes from Cisco1721 (192.168.1.11): icmp:seq=3. time=90.1  ms
64 bytes from Cisco1721 (192.168.1.11): icmp:seq=4. time=89.2  ms
64 bytes from Cisco1721 (192.168.1.11): icmp:seq=5. time=1.00e+03 ms
64 bytes from Cisco1721 (192.168.1.11): icmp:seq=6. time=1.00e+03 ms
Im cisco wechselt das Ethernet Interface wo Rechner dran hängt immer zu von Up auf Down. Ein paar Pakete kommen ja auch normal durch. Cisco ist auch auf VollDuplex

Paar Infos:

dladm show-dev
e1000g0  Link:up   Geschwindigkeit: 100 Mbps  Duplex: full

ifconfig -a sagt mir das IF auf UP ist und IP stimmt auch. In der /etc/hosts steht die 192.168.1.11 mit Hostname drin und eine hostname.e1000g0 sowie defaultrouter ist angelegt.

Bin für jede Hilfe dankbar. Kann es was mit dem Patch zu tun haben? Möchte behaupten das vorher alles normal lief.

Grüße


sonnenblen.de - Das unabhängige Sun User Forum

konfuses Ping Problem
« am: 14. Dezember 2006, 11:09:11 »

Manu64

  • Gast
Re: konfuses Ping Problem
« Antwort #1 am: 15. Dezember 2006, 06:39:06 »
Uiiiii. In der Tat sieht es seltsam aus. Sende mal ein Snoop auf die IP...

snoop -r -c 1000 net 192.168.1.10

und ein Time snoop auf die IP
time snoop -c 1000 -o /dev/null -r net 192.168.1.11

deinstalliere das Patch und schau nach ob es wirklich daran liegt.
Wie sehen die Verbindungen vom Cisco nach aussen aus?


tba

  • Gast
Re: konfuses Ping Problem
« Antwort #2 am: 15. Dezember 2006, 10:35:49 »
hmmm, mir sieht das ganze eher nach einem Verständigungsproblem NIC zum Cisco uas (will jetzt gar nicht vermuten wo der Fehler liegt); zum einen solltest du in der /var/adm/messages Hinweise bekommen, ob und wenn ja wie der Link gesetzt ist (wird der ständig disconnected und reconnected?)

zum zweiten sollte die Management-Console vom Cisco den Port-Status reporten; hier kann man auf Seiten des Switches zum Beispiel die Connectivity auf eine bestimmte Geschwindigkeit und einen definierten Modus festnageln.

Ich hatte mal (in grauer Vorzeit) Probleme mit Sun und Cisco Switches, die haben jeweils beide regelmässig den Link ge"probed" und sich dabei gegenseitig ins Nirvana geschickt - ein Workaround wie oben beschrieben hat das Problem gelöst; wahrscheinlich kann man das aber auch auf Seiten der Sun machen (eine festgenagelte Seite dürfte reichen) - ich weiss nur momentan nicht genau wo und wie.

tecker2010

  • Gast
Re: konfuses Ping Problem
« Antwort #3 am: 15. Dezember 2006, 15:26:51 »
Also der time snoop sagt "could not resolve dev" und bei snoop -r -c 1000 net 192.168.1.10 kommt bei jedem 7. Paket eine unreachable Meldung.

snoop -r -c 1000 net 192.168.1.10
192.168.1.11 -> 192.168.1.10 ICMP echo request (ID: 9 Sequence number: 0)
192.168.1.10 -> 192.168.1.11 ICMP echo reply (ID: 9 Sequence number: 0)
...
192.168.1.10 -> 192.168.1.11 UDP D=33341 S=161 LEN=53
192.168.1.11 -> 192.168.1.10 UDP D=161 S=33341 LEN=52
192.168.1.10 -> 192.168.1.11 ICMP Destination unreachable (UDP port 33341 unreachable)
...
Interface wird ständig sowohl am Cisco als auch bei Solaris (Java Environment Desktop als Oberfläche) auf UP und Down gesetzt.

Internet funktioniert ansonsten, aber mit extrem langen Zeiten zum Seitenaufbau.

Im /var/adm/messages steht immer nur e1000g[0]: Adapter 100Mbps full duplex copper links is up bzw down. Gegenseite, also Router ist ebenfalls 100Mbps full duplex.

Werde mal noch Netzwerkkarte einbauen und nicht den Onborad port nehmen um Hardwarefehler auszuschließen.

Wie kann ich recommended Patch vollständig deinstallieren? Jedes Paket einzeln über die packet-ID?

Grüße

Manu64

  • Gast
Re: konfuses Ping Problem
« Antwort #4 am: 15. Dezember 2006, 18:25:42 »
Dann setze solaris wie folgt auf 10 Mbit.
Testen und wenn es nicht klappt auf Auto.
Das gleiche auch mit Cisco.

Hast Du das Paket mit pkgadd installiert?
Wenn Ja mit <pkginfo -ld paketname> das PKGINST heraus finden und mit
<pkgrm PKGINST> das Paket deinstallieren.

tecker2010

  • Gast
Re: konfuses Ping Problem
« Antwort #5 am: 15. Dezember 2006, 23:29:06 »
ok werde ich versuchen am montag.

habe das patch einfach über ./install-cluster ausgeführt und bestätigt. rest lief dann von selbst.
nach deinem satz "setze solaris wie folgt auf 10mbit" sollte noch was kommen oder? :) habe glaube irgendwo gelesen wie das geht ... aber bin nicht böse wenn es nochmal postest.

gruß

Offline Jonny

  • Global Moderator
  • Sobl Guru
  • *****
  • Beiträge: 1063
Re: konfuses Ping Problem
« Antwort #6 am: 16. Dezember 2006, 00:09:07 »
Autonegotiation und Autosync MUSS auf beiden Seiten aktiv sein. Wenn die sich nicht einigen können, dann gibt es ein Problem. Um das zu lösen MUSS auf beiden Seiten das selbe fest eingestellt werden. Wenn nur eine Seite, dann gibt es wieder Probleme.

Gruß
Jonny
solaris is like a wigwam :
no windows, no gates and a apache inside !

tecker2010

  • Gast
Re: konfuses Ping Problem
« Antwort #7 am: 19. Dezember 2006, 10:17:00 »
Habe heute mal neue Netzwerkkarte eingebaut statt onboard und nun geht es. Scheint also Hardware mehr oder weniger defekt zu sein (?)

tba

  • Gast
Re: konfuses Ping Problem
« Antwort #8 am: 19. Dezember 2006, 14:54:04 »
ein lang gezogenes jaaaiiin, außerdem muß ich Jonny heftigst widersprechen!

latürnich kann hier keiner via Fernsiagnose ausschließen, daß dein Netzwerk einen Schuß hat - aber die Aussage von Jonny ist soo nicht richtig.

Man kann eine Sun über bestimmte Befehle (momentan keine Zeit zum suchen) auf 10/100 Mbit und Half-/Full-Duplex festnageln - dann sollte der gegenüberliegende Autonegotiation und Autosync entsprechend feststellen und "sich" darauf einstellen. Die Problematik - an die ich mich recht gut erinnern kann - war nämlich damals bei meinem Kunden die gewesen, daß sich beide Seiten auf die Gegenseite einstellen wollten und dabei eine synchrone Nichtverstanden-Endlos-Schleife gebaut haben.

Etwas bildlich dargestellt: während die eine Seite sich jetzt gerade glaubt, auf eine Geschwindigkeit/Modus verständigt zu haben schaltet die andere "versuchsweise" die nächste Möglichkeit; der kurzzeitig bestehende Link wird wieder getrennt und der eine hechelt dem anderen hinterher.

Stellt euch zwei einander fremde Personen vor, die jeweils Spanisch, Englisch, Italienisch und Deutsch verstehen - der eine ist aber etwas "langsamer" wie der andere. Da beide sehr freundliche Personen sind (Autonegotiation und - sync) versuchen sie dem Gegenüber "entgegenzukommen" und bieten dem eine Sprache (Modus) nach der anderen an. Wenn die Antwort verzögert kommt ist der "Frager" schon einen Schritt weiter, der "Antwortende" bringt die richtige Antwort - aber zu spät. Ein intelligenter Frager würde jetzt eine Pause nach der ersten Schleife einlegen und endlich auf die letzte Antwort richtig reagieren; wenn er zu ungeduldig ist, können die zwei sich nicht unterhalten.

Wenn sich jetzt einer auf seine Lieblingssprache "versteift", wird der Gegenüber innerhalb der ersten Schleife nur "eine" korrekte Antwort bekommen - die Unterhaltung steht.

Natürlich sollten moderne Adapter "intelligent" genug sein - aber wer würde für die Dinger seine Hand ins Feuer legen ...

Offline meik

  • Sobl Bachelor
  • ***
  • Beiträge: 187
Re: konfuses Ping Problem
« Antwort #9 am: 19. Dezember 2006, 16:29:37 »
Man kann eine Sun über bestimmte Befehle (momentan keine Zeit zum suchen) auf 10/100 Mbit und Half-/Full-Duplex festnageln - dann sollte der gegenüberliegende Autonegotiation und Autosync entsprechend feststellen und "sich" darauf einstellen. Die Problematik - an die ich mich recht gut erinnern kann - war nämlich damals bei meinem Kunden die gewesen, daß sich beide Seiten auf die Gegenseite einstellen wollten und dabei eine synchrone Nichtverstanden-Endlos-Schleife gebaut haben.

Richtig, unter Stichwörtern wie "solaris ndd net tune" findet man Scripte wie das folgende, das beim Booten die korrekten Parameter setzen:

http://www.par3concepts.com/scripts_tools/net-tune

Das Gemeine: das weicht je nach Interface schon mal ein bisschen ab, Manpages lesen (ce, nge, e1000, ...) empfiehlt sich also. :-)

Zitat
Natürlich sollten moderne Adapter "intelligent" genug sein - aber wer würde für die Dinger seine Hand ins Feuer legen ...

Ausnahmen bestätigen die Regel. ;-)

sonnenblen.de - Das unabhängige Sun User Forum

Re: konfuses Ping Problem
« Antwort #9 am: 19. Dezember 2006, 16:29:37 »

Offline Jonny

  • Global Moderator
  • Sobl Guru
  • *****
  • Beiträge: 1063
Re: konfuses Ping Problem
« Antwort #10 am: 20. Dezember 2006, 02:00:46 »
Hm, ich will hier keinen Streit vom Zaun brechen... kann aber aus meiner Erfahrung sagen, dass sich manche Karten/Switches Kombinationen einfach nicht automatisch finden wenn beide Enden auf Auto stehen (trotz des vorhanden IEEE Standards).
In meiner Praxis hat es noch nie funktioniert, wenn nur eine Seite auf feste Werte gestellt ist. Damit findet keine Verhandlung statt und es wird nichts mit der Automatik.
Sollte es also Probleme geben, würde ich wenn möglich beide Seiten manuell auf gleiche Parameter setzen. Auf Solaris Seite ist das der "ndd" in einem init.d Script (siehe dem Posting von meik) oder in der /etc/system (geht glaube ich nicht für alle Karten Typen) die entsprechenden Parameter für den Treiber eintragen (sind im Grunde die selben wie bei ndd). Auf der Seite des Switches geht das natürlich nur wenn man diesen auch managen kann. Sollte das nicht der Fall sein, dann die Sun wieder auf Auto und eine andere Komponente testen.

Alle diese Erfahrungen entspringen meinem Umgang mit SPARC Maschinen jeglicher Art und deren Netzwerk Interfaces (hme, qfe, bge, ge, ....).

Wie sich das bei Intel Blech ist weiß ich nicht!

Zu diesem Fall wäre die genaue Meldung aus der /var/adm/messages noch interessant, da der Treiber dort in der Regel sagt, ob die Parameter erzwungen sind, oder ausgehandelt wurden (ist hoffentlich bei den Inteln Treibern auch so).

Wenn ich mir das ganze noch mal in Ruhe durchlese, dann glaube ich nicht, dass es am Sensing und der Geschwindigkeit liegt. Durch solche Missverständnisse wird alles langsam, aber ich glaube nicht, dass so viele Pakete verloren gehen und solche Laufzeiten beim ping zustande kommen.
Ich würde mir mal einen minimalen Testaufbau schnitzen. Einen Switch mit zwei anderen Maschinen die sich gegenseitig pingen (auch mal mit größeren Paketen) und auch per ftp einen Performance Test. Wenn das gut rennt, dann eine der beiden durch die kränkliche Solaris Büchse ersetzen und mal schauen was passiert. Wenn das OK ist, dann die Sache Stück für Stück bis zur Ziel Konfiguration wachsen lassen und immer wieder messen, wenn nicht, dann den Switch gegen einen anderen Typ (besser noch anderer Hersteller) tauschen.

Gruß
Jonny
solaris is like a wigwam :
no windows, no gates and a apache inside !

tecker2010

  • Gast
Re: konfuses Ping Problem
« Antwort #11 am: 20. Dezember 2006, 10:37:34 »
also,

ich denke inzwischen habe ich so ziemlich alles durchgespielt. besagtes testnetz hatte ich auch schon geschnitzt. mit router, switch und weiterem rechner (fedora) .. sowie solaris mit e1000g0 interface ins spiel kommt wars das. script (net-Tune) hatte ich auch schon eingespielt. hier noch mal ein paar auszüge, aber werde mich wohl damit abfinden müssen nicht lan onboard zu nehmen sondern netzwerkarte.

root#10:28:09:/>dladm show-dev
e1000g0         Link: up        Geschwindigkeit: 100   Mbps     Duplex: full
rtls0           Link: unknown   Geschwindigkeit: 0     Mbps     Duplex: unknown
root#10:28:15:/>ifconfig -a
lo0: flags=2001000849<UP,LOOPBACK,RUNNING,MULTICAST,IPv4,VIRTUAL> mtu 8232 index 1
        inet 127.0.0.1 netmask ff000000
e1000g0: flags=1000843<UP,BROADCAST,RUNNING,MULTICAST,IPv4> mtu 1500 index 2
       inet 192.168.1.15 netmask ffffff00 broadcast 192.168.1.255
        ether 0:c:6e:8e:1e:fc
rtls0: flags=1000802<BROADCAST,MULTICAST,IPv4> mtu 1500 index 3
        inet 192.168.1.15 netmask ffffff00 broadcast 192.168.1.255
        ether 0:30:84:2c:86:41

root#10:07:51:/>ping -s 192.168.1.1
PING 192.168.1.1: 56 data bytes
64 bytes from Switch (192.168.1.1): icmp_seq=0. time=992. ms
64 bytes from Switch (192.168.1.1): icmp_seq=1. time=1.00e+03 ms
64 bytes from Switch (192.168.1.1): icmp_seq=2. time=1.08 ms
64 bytes from Switch (192.168.1.1): icmp_seq=3. time=1.00e+03 ms
64 bytes from Switch (192.168.1.1): icmp_seq=4. time=1.00e+03 ms
64 bytes from Switch (192.168.1.1): icmp_seq=5. time=1.00e+03 ms
64 bytes from Switch (192.168.1.1): icmp_seq=6. time=1.00e+03 ms
64 bytes from Switch (192.168.1.1): icmp_seq=7. time=81.0 ms
64 bytes from Switch (192.168.1.1): icmp_seq=8. time=1.00e+03 ms
64 bytes from Switch (192.168.1.1): icmp_seq=9. time=1.00e+03 ms
64 bytes from Switch (192.168.1.1): icmp_seq=10. time=1.00e+03 ms
64 bytes from Switch (192.168.1.1): icmp_seq=11. time=1.00e+03 ms
64 bytes from Switch (192.168.1.1): icmp_seq=12. time=81.6 ms
64 bytes from Switch (192.168.1.1): icmp_seq=13. time=1.00e+03 ms
64 bytes from Switch (192.168.1.1): icmp_seq=14. time=1.00e+03 ms
64 bytes from Switch (192.168.1.1): icmp_seq=15. time=1.00e+03 ms
64 bytes from Switch (192.168.1.1): icmp_seq=16. time=1.00e+03 ms
64 bytes from Switch (192.168.1.1): icmp_seq=17. time=113. ms
^C
----192.168.1.1 PING Statistics----
19 packets transmitted, 18 packets received, 5% packet loss
round--trip (ms)  min/avg/max/stddev = 1.08/793.2/1.00e+03/399.

root#10:07:50:/>tail -200 /var/adm/messages
[...]
Dec 20 09:47:29 Solarisserver e1000g: [ID 801593 kern.notice] NOTICE: pci8086,1019 - e1000g[0] : Adapter copper link is down.
Dec 20 09:47:29 Solarisserver e1000g: [ID 801593 kern.notice] NOTICE: pci8086,1019 - e1000g[0] : Adapter 100Mbps full duplex copper link is up.
[...]



dennoch danke für antworten ... war bestimmt nicht mein letztes problem ;)