15.04.2010 09:08 | |
Beiträge: 56 Bewertung: (27) |
Hallo Eleu, genau so ist es. Durch den TSAP (transport service accesspoint) findet die Identifikation statt Als Kommunikationsport ist fix 102 definiert. Genormt nach RFC1006. Siehe http://www.faqs.org/rfcs/rfc1006.html sg Luigi |
16.04.2010 08:25 | |
Beiträge: 56 Bewertung: (27) |
Hallo Eleu, anbei eine Darstellung der Layer im Simatic-Umfeld... sg Luigi |
Für diesen Beitrag bedanken sich2 Benutzer |
16.04.2010 15:05 | |
Beiträge: 5822 Bewertung: (412)
|
Hallo Eleu, nun... ich hoffe Wir reden nicht aneinander vorbei...also versuche ich Deine Fragen direkt zu beantworten... --------------------- Gegenfrage:Warum tragen denn dannbeide Kommunikationspartner überhaupt die MAC Adresse des jeweiligen Partners inihren eigenen arp-cache ein ?Ich meine, wem nützt es sonst, als den layern darüber ? Nun, dass ist eigentlich ganz einfach. Die IP Kommunikation in einem lokalen Netzwerk läuft IMMER über MAC Adressen, auch wenn IP Adressen da sind. Wenn man also diese Einträge in der ARP Liste nicht machen würde müsste man bei jedem Telegramm erst mal einen ARP Broadcast mit Antwort abwarten bevor man ein Telegramm senden kann. Wie Du Dir bestimmt vorstellen kannst ist diese Prozedur sehr Ineffektiv... von Langsam gar nicht zu reden. --------------------- Das weiss der Quell - host beim arp-requestja auch noch gar nicht. Er kennt ja am Anfang nur die Ziel IP, seine eigene IPund die bei ihm eingetragene eigene Subnetzmaske und eventuell das bei ihmeingetragene gateway.DerQuell - hostweiss es erst dann , nach dem der Zielhost mit arp-reply geantwortet hat.Dann haben beide Teilnehmer zur IP die MAC des Partners im arp - cache.Antwortet der Ziel -host nicht: Pech gehabt !!!!ARP am Ethernet Ja, stimmt. Wenn der Kommunikationspartner nicht da ist, kommt keine Antwort auf den ARP. allerdings, wenn der Partner nicht da ist kommt auch auf den CR bei ISO Transport keine Antwort, oder? Beide Lösungen haben also keinen Vorteil gegenüber dem jeweils anderen Protokoll. Ich sehe zumindest keinen. --------------------- Wieso ? Die Applikation auf dem Quell -host, die eine Verbindung mit dem Ziel - host herstellen möchtemuss mindestens die IP des Zielhost kennen. Woher soll denn die Applikation sonst wissen, wohin siewas senden soll ? Bitte verzeih meinen Einspruch hier... aber dass gilt doch auch dann wenn man anstelle TCP/IP mit IP Adressen auch ISO Transport mit MAC Adressen hat. Mehr wollte ich in dem Punktnicht sagen. Mir kam vor das Deine Meinung ist das man doch gar nichts braucht wenn man TCP/IP nutzt. --------------------- Ich freue mich allerdings das ich trotz des ein oder anderem möglichen Missverständnisses die Antwort auf Deine Frage gefunden haben. Viele Grüße J_Bell |
Zuletzt bearbeitet von: J_Bell am: 16.04.2010 15:06 |
|
Für diesen Beitrag bedanken sich2 Benutzer |
Folgen Sie uns auf