Hallo, normalerweise sind TCP/UDP Applikation als Client/Server Dienste ausgelegt, so dass sich die Portnummern unterscheiden, z.B. DHCP Client Server 68 und 67. Man könnte sich aber ein Peer to peer Modell vorstellen, wo beide Partner das gleiche machen. Z.B. UDP/IP Tunnel eines bidirektionalen Byte-Streams. Dann hätten sinnigerweise beide Partner die gleichen Portnummern, d.h. D-Port = S-Port. Darf es das geben? Gruß, Jürgen
Gast
#1788713
Sicher. Im Router müssen dann aber auch TCP und UDP geforwarded werden.
Ich verwende das nur zwischen zwei Geraeten (Peer to peer), d.h. keine Router .... Von Java aus funktioniert beides (unterschiedliche Ports): 185 183.543486 192.168.30.203 192.168.30.255 UDP Source port: personal-agent(5555) Destination port: apc-7846 und gleiche Ports: 14 3.596710 192.168.30.203 192.168.30.255 UDP Source port: apc-7846 Destination port: apc-7846 Aber erlaubt das das IP-Protokoll???
1 | |
2 | |
3 | |
4 | |
5 | |
6 | |
7 | |
Gast
#1788790
Jürgen G. schrieb: > Aber erlaubt das das IP-Protokoll??? IP hat keine Ports. Das ist Sache des darüberliegenden Protokolls. Und warum sollte das sowas nicht erlauben?
Weil mir so ein Fall nicht bekannt ist. Und da mir die Embedded Seite (welche mit PC verbunden ist) Schwierigkeiten macht: (Destination unreachable (Port unreachable))
Gast
#1788803
UDP ist verbindungslos, da kann jeder Port mit Jedem.
Auch bei TCP kann jeder Port mit jedem, aber natürlich nur eine einzelne Verbindung gleichzeitig. Wenn eine zweite Verbindung zu demselben Zielport aufgebaut werden soll, muss ein anderer Sourceport verwendet werden. Andreas
Antwort schreiben
Bitte melde dich an, um einen Beitrag zu schreiben.