UDP Probleme

Controller schickt was ab. Das ist eine Verbindung.

In Eurem Netz zu Hause geht das, weil sich beide im gleichen internen Netz (wahrscheinlich irgendwas 192.168.x.x) befinden.

der Server auf der Bestehenden antworten.

Das obige ist sprachlich nicht ganz korrekt, denn UDP ist connectionless. Aber das Prinzip ist wie beschrieben.

UDP geht auch, aber Du musst erst ein Loch in eventuell vorhandene

Verbindung von dahinter initial aufgebaut wird, funktioniert es auch

Firmen-Firewalls blockiert wird. Wenn das Unternehmensstrategie ist,

auch HTTP-Konform ablaufen sollte, weil etliche Firmen explizite oder transparente Zwangsproxies haben, die alles andere blocken oder nicht verstehen.

sein. HTTP-Services gehen i.A. auch.

Marcel

UDP routet. Es gibt einige, die UDP nicht zulassen, weil sie nicht

einen UDP-Server per netcat oder so laufen lassen und Pingpong spielen, das ganze mit Wireshark aufzeichnen. Dann hast du in 5 Minuten Gewissheit.

schon mal reingefallen, als ich den Fall erlebt hatte, dass ein moderner

ist auch nicht so megabeschissen designed wie sein Bruder.

Johannes

Naja, da kommt man dann vom Hundersten ins Tausendste. Und kann sich

SOCKS oder beides). Transparente Proxies sind in Firmennetzen eher selten gesehen.

darf man sich eine JavaScript-Engine hinpfuschen, weil die Designer die

um auf einem gegebenen Hostname die passende Proxy zu ermitteln.

Johannes

Nein, wir haben dem MC im internen Netz mit 192.168.x.x und der Server befindet sich beim Provider (Strato). Von unserem Netz aus gehts, vom Kundennetz aus nicht.

genau so war das gedacht

ok, ich dachte, das Loch ist kurzfristig offen, wenn ein UDP Paket rausgeht

verstanden, aber noch nicht ganz akzeptiert... ;-)

Stefan

Wie schon geschrieben: in die eine Richtung funktioniert es. Am Server sehen wir die Datenpakete, aber der ENC bekommt keine Antwort

Stefan schrieb:

Der Server sendet die Antwort auch an die Portnummer von der er die Anfrage bekommen hat und nicht an eine hartkodierte Portnummer? NATs

Also:

uC sendet: von: Interne-IP:Quellport an: Server-IP:Zielport

NAT-Endpunkt macht daraus:

an: Server-IP:Zielport

durchgereicht.

Siehe

Christian

Am 18.07.2015 um 11:57 schrieb Christian Zietz:

Das Python Script auf der Server Seite horcht nur auf Port 10100 und

Stefan schrieb:

Das ist schlecht, wenn der NAT-Endpunkt die Quell-Portnummer umschreibt. Guckt doch auf dem Server mal nach, von welcher Portnummer die Pakete dort eintreffen.

Christian

Am 18.07.2015 um 18:32 schrieb Christian Zietz:

Wie schon geschrieben, ich hab das nicht selbst programmiert. Aber ich

Stefan

ohne Absprache mit deren Netzwerk-Admin ist das unwahrscheinlich. Bei

Wenn Du richtig Pech hast, bekommt Dein MC nichtmal Verbindung zum LAN, ohne sich per 802.1x anzumelden.

sein funktionierendes Netzwerk selber mitbringt.

cu Michael

dann hat man den ganzen Protokollstapel unter eigener Kontrolle.

cu Michael

Habe ich auch schon erlebt.

Das hat man mit externem MAC auch. Ob die Ethernet-Adresse mitgeliefert wird oder man selbst eine organisieren muss ist auch noch interessant.

Am 18.07.2015 09:48, schrieb Stefan:

Firewalls erlauben aber dennoch ankommende "Antwortpakete" wenn vorher aus dem internen Netz ein UDP Paket nach extern geschickt wurde.

erlaubt sind, normalerweise wird auf Firewalls die "was nicht

wird sowieso gefiltert.

werden auf jeden Fall den Absenderport modifizieren, so dass es nicht mehr Port 10100 ist. D.h. der Daemon auf dem externen Server muss das Antwortpaket an den Zielport schicken, den er im empfangenen Datagramm als Absenderport bekommen hat.

Ich bin mir auch nicht sicher ob man auf dem Mobiltelefon eine

Da trifft dann das oben gesagte mit dem NAT genauso zu, da der Provider

Ciao... Markus

Hm, stimmt, ich habe den anscheinend mit diesen Teilen mit integriertem

MAC (mit 100MBit/s und DMA) vorziehen.

vielen Errata des Chips greift?

cu Michael

Am 19 Jul 2015 22:17:49 GMT schrieb Michael Schwingen:

selten.

Lutz

Am 19.07.2015 um 23:02 schrieb Markus Marquardt:

Ist schon klar, aber in dem Fall ist das ein Problem des Kunden bzw.

freischalten.

wahrscheinlichste Fehlerursache zu sein.

Erkenntnisse habe.

Stefan

Lutz Schulze :

Oder vielleicht ist es auch nur die fehlende Autoneg. und mit einem (schon

M.

Stefan