Hi, was bedeutet diese Zeile in der /var/locag/messages ? 24 17:02:09 linux kernel: 195.38.151.13 sent an invalid ICMP error to a broadcast Danke fuer Tips Ulrich Eckardt --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
At 16:37 24.11.1999 +0100, you wrote:
Hi,
was bedeutet diese Zeile in der /var/locag/messages ?
24 17:02:09 linux kernel: 195.38.151.13 sent an invalid ICMP error to a broadcast
ICMP= Internet Control Message Protocol (imho) Ein apropos oder man mit ICMP könnte mehr bringen... Ansonsten mal das NET3-Howto konsultieren... -- Mit freundlichen Grüßen Dipl.-Inf. (FH) Thomas Albl - Deutscher Städtetag D-50968 Köln, Lindenallee 13-17 fon : +49 221 3771-210 fax : +49 221 3771-128 mail: thomas.albl@staedtetag.de --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
was bedeutet diese Zeile in der /var/locag/messages ?
24 17:02:09 linux kernel: 195.38.151.13 sent an invalid ICMP error to a broadcast
ICMP prüft das Vorhandensein eines entfernten Rechners, genau gesagt, ob dessen Internet-Protokoll funktionsfähig ist. Z.B verwendet der ping ICMP. ICMP sorgt z.B. für Flußkontrolle, d.h. es verhindert, daß ein Rechner netzwerkseitig überlastet wird. Es leitet Routen um, wenn ein Gateway ausfällt, oder meldet unerreichbare Ziele. Die genaue Ursache der obigen Fehlermeldung kann ich Dir nicht sagen, es dürfte jedoch eher ein temporäres Problem gewesen sein. Falls es häufiger vorkommt, solltest Du mal die Erreichbarkeit der Rechner im Netz bzw. die Netzlast im Auge behalten. Gruß, Matthias -- SelfLinux http://www.selflinux.de Matthias.Kleine@selflinux.de --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
was bedeutet diese Zeile in der /var/locag/messages ?
24 17:02:09 linux kernel: 195.38.151.13 sent an invalid ICMP error to a broadcast
ICMP prüft das Vorhandensein eines entfernten Rechners, genau gesagt, ob dessen Internet-Protokoll funktionsfähig ist. Z.B verwendet der ping ICMP.
Internet Controll Message Protocol. (RFC 792, RFC 1122) Liegt über IP, als etwa "neben" TCP/UDP laut OSI. Es gibt verschiedene Typen, z.B.: echo request - echo reply (Antwort Anforderung und Antwort) redirect (z.B. Next-Router liegt im selben Subnetz wie Quelle UND Ziel) connection refused (kein listen() am Socket) destination/network unreachable (Ziel/Netzwerk nicht erreichbar) und noch ein paar...
ICMP sorgt z.B. für Flußkontrolle,
Meinst Du TCP - Transmission Control Protocol?
d.h. es verhindert, daß ein Rechner netzwerkseitig überlastet wird.
unter anderem...
Es leitet Routen um, wenn ein Gateway ausfällt,
besser: meldet, das ein Router ein Ziel nicht (mehr) erreichen kann (Sonst heißt das eher EGP oder so :) ) So wie ich's verstehe, hat der Host 195.38.151.13 ICMP error auf einen Broadcast geantwortet, der eigentlich ok war, oder darauf hätte so nicht geantwortet werden können, oder die Message ist sonstwie fehlerhaft gewesen, oder ging als Broadcast raus. Evtl. ist 195.38.151.13 falsch konfiguriert. oki, Steffen -- Dieses Schreiben wurde maschinell erstellt, es trägt daher weder Unterschrift noch Siegel. --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Am Die, 30 Nov 1999 schrieb Steffen Dettmer:
Internet Controll Message Protocol. (RFC 792, RFC 1122) Liegt über IP, als etwa "neben" TCP/UDP laut OSI.
Nein, eher "neben" IP -> Internet Layer/OSI.
ICMP sorgt z.B. für Flußkontrolle,
Meinst Du TCP - Transmission Control Protocol?
Nein. Bei Überlastung wird eine sogenannte ICMP-Source-Quench-Meldung geschickt, welche die Datenquelle veranlaßt, das Versenden zeitweilig einzustellen. Was Du meintest sind ggf. TCP-Quittungen, aber das ist ganz was anderes.
Es leitet Routen um, wenn ein Gateway ausfällt,
besser: meldet, das ein Router ein Ziel nicht (mehr) erreichen kann (Sonst heißt das eher EGP oder so :) )
Das ist die Destination unreachable-Meldung. Ich meinte aber ICMP-Redirect. Gruß, Matthias -- SelfLinux http://www.selflinux.de Matthias.Kleine@selflinux.de --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Internet Controll Message Protocol. (RFC 792, RFC 1122) Liegt über IP, als etwa "neben" TCP/UDP laut OSI.
Nein, eher "neben" IP -> Internet Layer/OSI.
Na ja, aber es setzt doch schon auf IP auf? Ist auch immer sehr merkwürdig in OSI Modellen eingezeichnet :)
ICMP sorgt z.B. für Flußkontrolle,
Meinst Du TCP - Transmission Control Protocol?
Nein. Bei Überlastung wird eine sogenannte ICMP-Source-Quench-Meldung
ACK. Heißt das "offiziell" "Flußkontrolle"?
Es leitet Routen um, wenn ein Gateway ausfällt,
Das ist die Destination unreachable-Meldung. Ich meinte aber ICMP-Redirect.
Wie flexibel ist das eigentlich? Funktioniert das so: "Host 1.2.3.4 ist über Router 2.3.4.5 erreichbar" ? Unter welchen Umständen wird es von Kernel beachtet bzw. ignoriert (/proc/sys/net/ipv4/icmp_ignore_redirects gibt ja nicht ;))? oki, Steffen -- Dieses Schreiben wurde maschinell erstellt, es trägt daher weder Unterschrift noch Siegel. --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Am Die, 30 Nov 1999 schrieb Steffen Dettmer:
Nein, eher "neben" IP -> Internet Layer/OSI.
Na ja, aber es setzt doch schon auf IP auf? Ist auch immer sehr merkwürdig in OSI Modellen eingezeichnet :)
rfc792: "ICMP, uses the basic support of IP as if it were a higher level protocol, however, ICMP is actually an integral part of IP, and must be implemented by every IP module."
Nein. Bei Überlastung wird eine sogenannte ICMP-Source-Quench-Meldung
ACK.
Heißt das "offiziell" "Flußkontrolle"?
Es ist eher ein allgemeiner Begriff für den Mechanismus, der auf dem Internet-Layer über die Source-Quench-Meldung implementiert ist. Deine ursprüngliche Annahme, dafür sei eigentlich TCP zuständig, war insofern nicht ganz unrichtig, als die Behandlung der Source-Quench-Meldung (also wie mit ihr umzugehen ist) meist auf dem Transport-Layer erfolgt. Flußkontrolle gibt es aber beispielsweise auch auf tieferen Layern, z.B. ist soetwas bereits in CSMA/CD integriert und funktioniert auch recht zuverlässig (wenn auch nicht garantiert).
Das ist die Destination unreachable-Meldung. Ich meinte aber ICMP-Redirect.
Wie flexibel ist das eigentlich? Funktioniert das so: "Host 1.2.3.4 ist über Router 2.3.4.5 erreichbar" ? Unter welchen Umständen wird es von Kernel beachtet bzw. ignoriert (/proc/sys/net/ipv4/icmp_ignore_redirects gibt ja nicht ;))?
Es verhält sich eigentlich folgendermaßen: Wenn ein Gateway IP-Datagramme von einem anderen Gateway erhält, nun aber feststellt, daß sich der Quellrechner in einem eigenen Netz befindet, sendet er die Redirect-Meldung, damit der Quellrechner künftig die Pakete direkt an ihn sendet (der Umweg über einen weiteren Gateway ist dann ja unnötig). Gruß, Matthias -- SelfLinux http://www.selflinux.de Matthias.Kleine@selflinux.de --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Na ja, aber es setzt doch schon auf IP auf? Ist auch immer sehr merkwürdig in OSI Modellen eingezeichnet :)
rfc792: "ICMP, uses the basic support of IP as if it were a higher level protocol, however, ICMP is actually an integral part of IP, and must be implemented by every IP module."
Yepp, danke, so ganz in etwa [ ;) ] hatte ich mir das auch gedacht, schön, daß Du das mal definitiv herrausgesucht hast!!
Das ist die Destination unreachable-Meldung. Ich meinte aber ICMP-Redirect.
Wie flexibel ist das eigentlich? Funktioniert das so:
Es verhält sich eigentlich folgendermaßen: Wenn ein Gateway IP-Datagramme von einem anderen Gateway erhält, nun aber feststellt, daß sich der Quellrechner in einem eigenen Netz befindet, sendet er die Redirect-Meldung, damit der Quellrechner künftig die Pakete direkt an ihn sendet (der Umweg über einen weiteren Gateway ist dann ja unnötig).
d.h. es gibt nur genau diese Redirekt-Meldung, ja? Dann fände ich den Begriff "Routen bestimmen" (oder wie das war) etwas übertrieben... Wann reagiert der Linux-Kernel da nu drauf, oder macht das höchstens ein Deamon (a la routed)? oki, Steffen -- Dieses Schreiben wurde maschinell erstellt, es trägt daher weder Unterschrift noch Siegel. --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Am Mit, 01 Dez 1999 schrieb Steffen Dettmer:
d.h. es gibt nur genau diese Redirekt-Meldung, ja? Dann fände ich den Begriff "Routen bestimmen" (oder wie das war) etwas übertrieben...
Ich hatte mich da anfangs insofern falsch ausgedrückt, als ich den Redirect auf den Ausfall von Rechnern bezogen hatte. Die eigentlichen Routing-Algorithmen sind freilich wieder ein anderes Thema.
Wann reagiert der Linux-Kernel da nu drauf, oder macht das höchstens ein Deamon (a la routed)?
Einen eigenen Dämon gibt es dafür nicht. Wenn Du jetzt wirklich hinter die Kulissen schauen möchtest, wirst Du Dir den Source vornehmen müssen. Es gibt eine icmp.h, dort sollte alles Wesentliche zu finden sein. Gute Nacht, Matthias -- SelfLinux http://www.selflinux.de Matthias.Kleine@selflinux.de --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
participants (4)
-
info＠eu-industries.com -
Matthias.Kleine＠selflinux.de -
steffen＠dett.de -
thomas.albl＠staedtetag.de