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: (411)
|
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 |
16.04.2010 19:41 | |
Beigetreten: 01.08.2007 Letzter Bes: 29.01.2024 Beiträge: 1698 Bewertung: (84) |
Hallo J_Bell, das hört sich aber jetzt schon viel besser an. Herzlichen Dank,mein WE ist gerettet. Hatte schon gedacht, ich muss allemeine Fachbücher noch mal lesen. Um noch mal auf das ISO Transportprotokoll zurück zu kommen. Ichhätteda nochmaleine Frage zu den TSAP`s. Bei dem eigentlichen Verbindungsaufbau sind die TSAPs ja anscheinend nicht beteiligt. Wofür werden die benötigt ? Ist dasvergleichsweise wie ein Port bei einer Socket Verbindung ? Gruß Eleu PS: Es geht mir nicht darum dieProtokolle zu bewerten, sondern vielmehr darum dieProtokolle zu begreifen.
----------------------------------------------------------------- Vielleicht ergänzenddoch noch mal eine grundsätzliche Frage zum arp. Von wem bekommt denn das arp die Information einen arp-request auszuführen ? Oder anders gefragt, welche Instanz teilt es ihm mit. Das müsste dochein Protokoll aus dem höheren layer über eine Schnittstelle dem arp irgendwiemitteilen. ----------- Ich glaube, ich habe etwas dazu gefunden (Service Access Point) So ganz verstehe iches aber nicht. Verhält es sich so, dass zum Beispiel das ISO on TCP Protokoll (Layer 4) über diese Schnittstelle dem arp befiehlt einen arp-request durchzuführen ? Oder ist es so zu verstehen, dass die Protokolle ISO on TCP und arp über diese Schnittstellen vom Betriebssystem gesteuert werden ? Wie siehst Du das ? ----------------------------------------------- Ich habe eine ganz gute Erklärung gefunden: (Siehe hier Seite 8.11):Insofern kann man es m.E.schon so sehen, dass der ARP dem IP Stack sagt |
Zuletzt bearbeitet von: Eleu am: 19.04.2010 10:06Zuletzt bearbeitet von: Eleu am: 17.04.2010 20:24Zuletzt bearbeitet von: Eleu am: 17.04.2010 07:36 |
|
Folgen Sie uns auf