Ethernetkabel auftrennen?

was bezweckst du damit ?

Ethernetpakete über eine Funkstrecke senden und über eine andere wieder 
empfangen und wieder aufs Netz legen.

Sollte eigentlich mal mit Hubs gehen aber die gibts ja nicht mehr so und 
ein Switch ist zu clever um RX(Port1) und TX(Port2),die die Verbindung 
über Funk stellen zurück an Port0 zu leiten.

dafür nehm besser normale wlan hardware .... und ethernet auf funk zu 
bringen wirst du denke ich noch EINIGES mehr brauchen

Das fängt denke ich nur damit an das die Colisionsbehandlung eine andere 
ist.... vom elektrischen her mal abgesehen

(korriegiert mich wenn ich falsch liegen sollte)

Grüße

@Martin P...
Naja Momentan läuft das Spiel so das ein Board an einem Sender sitzt und 
auf dessen Interface ein Netzwerkpaket mit draufpackt und das am 
Empfänger angeschlossene Board das Paket wieder auspackt und aufs 
Netzwerk legt.
(Also gesonderte Sender und Empfänger die jeweils nur senden bzw. 
empfangen.)
Soweit funktioniert das auch.


Schlussendlich ist die Frage ja nur ob ein PHY eine Verbindung nur 
feststellt wenn das TX- oder RX-Paar angeschlossen ist.

Der Link wird über kurze Peaks auf den Leitungen detektieret, wenn ich 
mich richtig erinnere.

Das wird nicht funktionieren. Ein Ethernet-Anschluss funktioniert nur, 
wenn beide Signalrichtungen funktionieren, egal ob in half-duplex oder 
full-duplex. Das fängt schon damit an, dass nur sendende Teil den Link 
nicht erkennen wird.

Na gut das ist ja schon mal ne Aussage, das der PHY lustige Peaks sendet 
und empfangen möchte.

Also brauch ich überall RX und TX.

Muss dann halt Senden und Empfangen versuchen per Software totzulegen.

Kann man denn dann das Kabel auftrennen und alle Signale an beide neuen 
Ende weiterleiten, nur für die Link-Erkennung?

Die restliche Kommunikation sollte ja über Software gehen und das kann 
man dann Abschalten, damit sich die Signale nicht gegenlaufen und 
gegenseitig stören.

Was magst Du da vorhaben? Schildere das mal etwas detaillierter, nicht 
daß Du Dich da komplett verrennst.

Okay so ist mal das Grundkonzept und so klappts auch, zumindest UDP. 
(Netz kann auch einzelner Rechner sein.)
Idee ist halt den Rückkanal über eine gedrehte Strecke (also statt von 
Links nach Rechts dann von Rechts nach Links) zu realisieren.
Problem: Dann 2 Netzwerkverbindungen auf jeder Seite und das mögen z.B. 
Switche nicht. Wenn dann nur 1 Netzwerkverbindung vorhanden ist, muss 
man halt RX und TX extra regeln.

Schön und gut, aber was ist die Absicht dahinter? Erfindest Du gerade 
eine runde Alternative zum Rad?

Nene, wir haben halt ein paar Funkstrecken,teilweise auch mobil bzw. 
weitere Entfernungen, auf die wir halt Netzwerk mit einklemmen können, 
aber bisher nur in eine Richtung.
Nun wär halt die Sache mit Rückkanal und TCP/IP was schönes.

@Peter
Die Boards sollen ja nicht immer antworten sondern eher als Brücke zum 
Funk dienen oder auch als Repeater und drinnen ist halt eine 
Funktstrecke.

a->b->Sender->Empfänger->c->d

a ist rechner a
d ist rechner d

a will an d senden
b empfängt alles und legt das komplett auf Funk
c holt das paket aus funk und legt das so wie a das ausgesendet hat an d 
weiter

jetzt das Spiel mit Rückkanal
             b->Funk->c
            /          \
         a-<            >-d
            \          /
             f<-Funk<-e

Hin wie vorher dann:
d sendet antwort an a
e empfängt alles und legt das komplett auf Funk
f holt das paket aus funk und legt das so wie d das ausgesendet hat an a 
weiter