2 DSL-Modems über Switch an einer Netzwerkkarte
Kann sowas funktionieren?
Ich sitze gerade vor folgendem Konstrukt, das hier seit Jahren problemlos läuft.
ADSL-Leitung 1- DSL-Modem 1----+
|
Switch-- eth1 ---Router ----LAN
|
ADSL-Leitung 2--DSL-Modem 2 ---+
Also 2 unterschiedliche DSL-Leitungen mit Modem sind über einen Switch an einer Netzwerkkarte verkabelt.
Die Netzwerkkarte ist in einen Debian-Firewall-Router eingebaut.
Es gibt 2 ppp-Interfaces ppp0 und ppp1, die sich mit den entprechenden Einwahldaten beim Provider einloggen.
Intenet VPN, etc. funktioniert alles wunderbar. Ich habe 2 unterschiedliche IP-Adressen.
Jetze die Frage nutze ich überhaupt beide Modems? Oder laufen beide Verbindunge über 1 Modem?
Es wäre ja eigentlich egal, bis auf die Bandbreite, und loadbalancing würde dann auch keinen Sinn machen.
Weiss vielleich jemand wie man heraus bekommt ob beide DSL-Modems benutzt werden ? z.B tcpdump...
Ich komme immer nur bis zu den ppp-demons, in den tieferen Schichten komm ich nicht weiter.
Es wäre ja schon witzig wenn heraus käme das meine Firma seit Jahren 2 DSL-Leitungen bezahlt, aber nur 1 effektiv nutzt.
Gruss
Michael
Ich sitze gerade vor folgendem Konstrukt, das hier seit Jahren problemlos läuft.
ADSL-Leitung 1- DSL-Modem 1----+
|
Switch-- eth1 ---Router ----LAN
|
ADSL-Leitung 2--DSL-Modem 2 ---+
Also 2 unterschiedliche DSL-Leitungen mit Modem sind über einen Switch an einer Netzwerkkarte verkabelt.
Die Netzwerkkarte ist in einen Debian-Firewall-Router eingebaut.
Es gibt 2 ppp-Interfaces ppp0 und ppp1, die sich mit den entprechenden Einwahldaten beim Provider einloggen.
Intenet VPN, etc. funktioniert alles wunderbar. Ich habe 2 unterschiedliche IP-Adressen.
Jetze die Frage nutze ich überhaupt beide Modems? Oder laufen beide Verbindunge über 1 Modem?
Es wäre ja eigentlich egal, bis auf die Bandbreite, und loadbalancing würde dann auch keinen Sinn machen.
Weiss vielleich jemand wie man heraus bekommt ob beide DSL-Modems benutzt werden ? z.B tcpdump...
Ich komme immer nur bis zu den ppp-demons, in den tieferen Schichten komm ich nicht weiter.
Es wäre ja schon witzig wenn heraus käme das meine Firma seit Jahren 2 DSL-Leitungen bezahlt, aber nur 1 effektiv nutzt.
Gruss
Michael
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 141647
Url: https://administrator.de/forum/2-dsl-modems-ueber-switch-an-einer-netzwerkkarte-141647.html
Ausgedruckt am: 23.12.2024 um 10:12 Uhr
9 Kommentare
Neuester Kommentar
Das ist eigentlich Unsinn, denn Provider lassen immer nur einen einzigen PPPoE Login (eine einzige Session ID) pro Leitung zu.
Der Fehler liegt aber natürlich nicht am Provider, denn der hat ja auftragsgemäß 2 getrennte Leitungen bereitgestellt sondern an der naiven, laienhaften und falschen Installation der Endgeräte über einen gemeinsamen Switch !!!
Der PPPoE Client sendet beim Verbindungsaufbau einen PADI Frame (PPPoE Active Discovery Initiation) als Broadcast an alle raus.
Darauf antwortet der Server mit einem PADO (PPPoE Active Discovery Offer) Unicast als Bestätigung und gibt damit die MAC Adressen der Partner bekannt.
Darauf antwortet der Client mit einem PADR (PPPoE Active Discovery Request) Paket
und der Server antwortet final mit einem PADS (PPPoE Active Discovery Session-confirmation) Paket. Dieses Paket enthält eine eindeutige SESSION-ID.
Da der Client seine Server am Anfang einer Session nicht kennt sendet er den PADI als ein Broadcast Paket und der dazwischengeschaltete Switch flutet daher das Paket an alle seine Ports und es gelangt somit parallel über beide Modems zum PPPoE Server. (Die Modems sind nichts anderes als passive Medienwandler die mit der PPPoE Session nichts zu tun haben !!)
Je nachdem welcher Server nun über welches Modem schneller antwortete wird dann genommen.
Es wird also vielmehr zu eine zufälligen und wahllosen Verteilung über die Modems gekommen sein, vermutlich aber sehr einseitig.
Die Frage ist warum du dir nicht einfach mal einen kostenlosen Packet Sniffer wie den Wireshark genommen hast und dir das Verhalten angesehen hast ???
Damit hättest du das eindeutig sehen können und dieser Thread hier wäre vollkommen überflüssig.
Fazit ist wenigstens das die dilettantische Anschaltung an die Modems via gemeinsamen Switch das Problem verursacht !!
Mit einer sauberen Punkt zu Punkt Verbindung mit Einzelkabeln von Router (PPPoE Client) zu PPPoE Server (via Modem) wie es geminhin üblich ist, wäre das "Problem" nie aufgetaucht.
Der Fehler liegt also eindeutig an deiner Insallation, nicht am Provider !
Traurig ist schon allein die Tatsache das man solchen Murks seit Jahren laufen lässt !!
Ein Switch hat in einer PPPoE Verbindung allein schon aus Sicherheitsgründen rein gar nichts zu suchen !!
Der Fehler liegt aber natürlich nicht am Provider, denn der hat ja auftragsgemäß 2 getrennte Leitungen bereitgestellt sondern an der naiven, laienhaften und falschen Installation der Endgeräte über einen gemeinsamen Switch !!!
Der PPPoE Client sendet beim Verbindungsaufbau einen PADI Frame (PPPoE Active Discovery Initiation) als Broadcast an alle raus.
Darauf antwortet der Server mit einem PADO (PPPoE Active Discovery Offer) Unicast als Bestätigung und gibt damit die MAC Adressen der Partner bekannt.
Darauf antwortet der Client mit einem PADR (PPPoE Active Discovery Request) Paket
und der Server antwortet final mit einem PADS (PPPoE Active Discovery Session-confirmation) Paket. Dieses Paket enthält eine eindeutige SESSION-ID.
Da der Client seine Server am Anfang einer Session nicht kennt sendet er den PADI als ein Broadcast Paket und der dazwischengeschaltete Switch flutet daher das Paket an alle seine Ports und es gelangt somit parallel über beide Modems zum PPPoE Server. (Die Modems sind nichts anderes als passive Medienwandler die mit der PPPoE Session nichts zu tun haben !!)
Je nachdem welcher Server nun über welches Modem schneller antwortete wird dann genommen.
Es wird also vielmehr zu eine zufälligen und wahllosen Verteilung über die Modems gekommen sein, vermutlich aber sehr einseitig.
Die Frage ist warum du dir nicht einfach mal einen kostenlosen Packet Sniffer wie den Wireshark genommen hast und dir das Verhalten angesehen hast ???
Damit hättest du das eindeutig sehen können und dieser Thread hier wäre vollkommen überflüssig.
Fazit ist wenigstens das die dilettantische Anschaltung an die Modems via gemeinsamen Switch das Problem verursacht !!
Mit einer sauberen Punkt zu Punkt Verbindung mit Einzelkabeln von Router (PPPoE Client) zu PPPoE Server (via Modem) wie es geminhin üblich ist, wäre das "Problem" nie aufgetaucht.
Der Fehler liegt also eindeutig an deiner Insallation, nicht am Provider !
Traurig ist schon allein die Tatsache das man solchen Murks seit Jahren laufen lässt !!
Ein Switch hat in einer PPPoE Verbindung allein schon aus Sicherheitsgründen rein gar nichts zu suchen !!
Moin,
ich würde mich aqui anschliessen - der Provider hat da wohl kaum schuld... Selbst wenn du deinem Server 3 Netzwerkkarten gibst (1 für LAN, 1 für Modem1 und 1 für Modem2) dann geht das nicht pauschal über beide Leitungen. Denn dein Server hat nen Standard-Gateway -> alles was er nicht kennt pustet er darüber raus. Ist das Std.-GW auf die Modem1-Karte gelegt dann geht er auch über diese Karte...
Du musst da dann schon manuell eingreiffen und dem sagen was er wie aufteilen soll... Dies kannst du entweder per IPTables machen (z.B. Portbasiert) oder mittels LoadBalancer-Software,... Aber nur weil du 2 Kabel ansteckst wird das nicht automatisch über beide Leitungen gehen...
Und das der Provider da 2 Verträge kassiert ist klar - du hast ja auch 2 Leitungen. Was meinst du wieviele Leute sich WIRKLICH 2 Leitungen schalten lassen - wobei die "billige" aDSL-Leitung dann nur als Backup für die teure und meist schnellere sDSL-Leitung läuft... Der Provider kann nicht wissen was ihr da wollt - und es ist nicht ungewöhnlich das jemand ne leer laufende DSL-Leitung hat die eben nur im Notfall einspringt. Wenn du z.B. nen 24/7-Arbeitenden Betrieb hast dann musst du schließlich auch irgendwie arbeiten können wenn die SDSL-Leitung wegfällt. Und da ist heute die aDSL-Leitung meist günstiger als nen ISDN-Backup... (und nebenbei kann man damit wenigstens Arbeiten - heute über ISDN im Betrieb zu arbeiten fällt dagegen schon mehr als schwer...)
ich würde mich aqui anschliessen - der Provider hat da wohl kaum schuld... Selbst wenn du deinem Server 3 Netzwerkkarten gibst (1 für LAN, 1 für Modem1 und 1 für Modem2) dann geht das nicht pauschal über beide Leitungen. Denn dein Server hat nen Standard-Gateway -> alles was er nicht kennt pustet er darüber raus. Ist das Std.-GW auf die Modem1-Karte gelegt dann geht er auch über diese Karte...
Du musst da dann schon manuell eingreiffen und dem sagen was er wie aufteilen soll... Dies kannst du entweder per IPTables machen (z.B. Portbasiert) oder mittels LoadBalancer-Software,... Aber nur weil du 2 Kabel ansteckst wird das nicht automatisch über beide Leitungen gehen...
Und das der Provider da 2 Verträge kassiert ist klar - du hast ja auch 2 Leitungen. Was meinst du wieviele Leute sich WIRKLICH 2 Leitungen schalten lassen - wobei die "billige" aDSL-Leitung dann nur als Backup für die teure und meist schnellere sDSL-Leitung läuft... Der Provider kann nicht wissen was ihr da wollt - und es ist nicht ungewöhnlich das jemand ne leer laufende DSL-Leitung hat die eben nur im Notfall einspringt. Wenn du z.B. nen 24/7-Arbeitenden Betrieb hast dann musst du schließlich auch irgendwie arbeiten können wenn die SDSL-Leitung wegfällt. Und da ist heute die aDSL-Leitung meist günstiger als nen ISDN-Backup... (und nebenbei kann man damit wenigstens Arbeiten - heute über ISDN im Betrieb zu arbeiten fällt dagegen schon mehr als schwer...)
denn Provider lassen immer nur einen einzigen PPPoE Login (eine einzige Session ID) pro Leitung zu.
Über unterschiedliche VPI/VCI-Werte kann man bei der Telekom afaik bis zu 8 gleichzeitige PPPoE-Sessions benutzen - natürlich mit unterschiedlichen Konten.
Die Geschwindigkeitsbegrenzung sitzt dabei aber auf der Leitung und nicht auf der PPPoE-Session.
Hi !
Richtig! Aaaber...
...Genau daher ist Aqui's Einwand berechtigt, was wöllte man mit so einem Konstrukt ansonsten bewirken? Ausser Redundanz...Aber das mit dem Switch ist eine Klasse Idee, werde ich ab jetzt auch so machen und wenn mir die Backplane zu langsam ist, dann lege ich einfach (wie der gute alte Onkel Doktor) mit Patchkabeln einen Port-Bypass ... :-P
mrtux
Zitat von @dog:
Über unterschiedliche VPI/VCI-Werte kann man bei der Telekom afaik bis zu 8 gleichzeitige PPPoE-Sessions benutzen -
Über unterschiedliche VPI/VCI-Werte kann man bei der Telekom afaik bis zu 8 gleichzeitige PPPoE-Sessions benutzen -
Richtig! Aaaber...
Die Geschwindigkeitsbegrenzung sitzt dabei aber auf der Leitung und nicht auf der PPPoE-Session.
...Genau daher ist Aqui's Einwand berechtigt, was wöllte man mit so einem Konstrukt ansonsten bewirken? Ausser Redundanz...Aber das mit dem Switch ist eine Klasse Idee, werde ich ab jetzt auch so machen und wenn mir die Backplane zu langsam ist, dann lege ich einfach (wie der gute alte Onkel Doktor) mit Patchkabeln einen Port-Bypass ... :-P
mrtux