als Layer nimmst du IPOE... (Encapsulation: Ethernet, Layer 3/2: Transparent, Optionen: Keine, Layer 1: ETH)Fehlt mir nicht noch ein Layer für die QSC-Verbindung?
Gruß
Backslash
LANCOM-Router von T-Com zu QSC umziehen
Moderator: Lancom-Systems Moderatoren
Eine Frage hab ich da noch...
Wir haben bei QSC eine 4MBit Leitung beauftragt. Diese wird ja als 2x 2 MBit zur Verfügung gestellt.
Hier die Frage: Auf welchen Wert muss ich den WAN-Port im Router einstellen? 4.096 für Up- und Download? oder nur 2.048?
Was ist als externer Overhead einzutragen?
Oder ist das alles nur wichtig, wenn ich QoS nutzen möchte?
Was ich auch nicht verstehe: Wenn ich nun den DSL-1 Port deaktiviere, wo ja TDSL dran war (kabel gezuogen) bricht die Verbindung ab.
QSC- ist auf ETH3/LAN3 als DSL-2 aktiv.
Sorry, doch mehr als eine Frage!
Wir haben bei QSC eine 4MBit Leitung beauftragt. Diese wird ja als 2x 2 MBit zur Verfügung gestellt.
Hier die Frage: Auf welchen Wert muss ich den WAN-Port im Router einstellen? 4.096 für Up- und Download? oder nur 2.048?
Was ist als externer Overhead einzutragen?
Oder ist das alles nur wichtig, wenn ich QoS nutzen möchte?
Was ich auch nicht verstehe: Wenn ich nun den DSL-1 Port deaktiviere, wo ja TDSL dran war (kabel gezuogen) bricht die Verbindung ab.
QSC- ist auf ETH3/LAN3 als DSL-2 aktiv.
Sorry, doch mehr als eine Frage!
Viele Grüße,
px166
px166
Hi PX166
Die einzige Angabe, die auch ohne QoS sinnvoll ist, ist die Upstreamrate, da hiermit die Anzahl der Pakete begrenzt wird, die zum DSL-Modem (hier also dem QSC-Router) geschickt werden. Gerade einfache Modems haben nur begrenzte Puffer, wodurch u.U. Pakete verloren gehen können, wenn das LANCOM schneller sendet, als das Modem die Daten auf die Leitung bekommt. Durch Angabe der Upstreamrate beschränkt das LANCOM die gesendeten Pakete und puffert die überzähligen selbst
Gruß
Backslash
hier würde ich 4096 eintragenWir haben bei QSC eine 4MBit Leitung beauftragt. Diese wird ja als 2x 2 MBit zur Verfügung gestellt.
Hier die Frage: Auf welchen Wert muss ich den WAN-Port im Router einstellen? 4.096 für Up- und Download? oder nur 2.048?
Das hängt letztenlich davon ab, wie der QSC-Abschlußrouter angeschlossen ist. Die LANconfig-Hilfe gibt ein paar Berechnungsbeispiele. Der einfachheit halber kannst du auch einfach nur 0 eintragen...Was ist als externer Overhead einzutragen?
letztendlich sind die Angaben nur für QoS da... Insbesondere der externe Overhead dient nur dazu, auch noch das letzte bischen aus der Leitung herausquetchen zu können...Oder ist das alles nur wichtig, wenn ich QoS nutzen möchte?
Die einzige Angabe, die auch ohne QoS sinnvoll ist, ist die Upstreamrate, da hiermit die Anzahl der Pakete begrenzt wird, die zum DSL-Modem (hier also dem QSC-Router) geschickt werden. Gerade einfache Modems haben nur begrenzte Puffer, wodurch u.U. Pakete verloren gehen können, wenn das LANCOM schneller sendet, als das Modem die Daten auf die Leitung bekommt. Durch Angabe der Upstreamrate beschränkt das LANCOM die gesendeten Pakete und puffert die überzähligen selbst
Was meinst du mit "bricht die Verbindung ab"? Wird sie nur ab- und danach wieder aufgebaut, oder wird sie danach gar nicht mehr aufgebaut?Was ich auch nicht verstehe: Wenn ich nun den DSL-1 Port deaktiviere, wo ja TDSL dran war (kabel gezuogen) bricht die Verbindung ab.
Gruß
Backslash
Hi PX166
Aber wenn du die T-COM-Leitung eh nicht mehr brauchst, kannst du ja einfach ETH-3 als DSL-1 deklarieren und der QSC-Gegenstelle den DSL-Port 1 zuweisen...
Gruß
Backslash
merkwürdig...Ich meine damit, dass der Router keine Verbindung mehr aufbaut. er ist nicht mehr ansprechbar, auch nicht über die öffntl. IP...
Aber wenn du die T-COM-Leitung eh nicht mehr brauchst, kannst du ja einfach ETH-3 als DSL-1 deklarieren und der QSC-Gegenstelle den DSL-Port 1 zuweisen...
Gruß
Backslash
Hi PX166
In diesem Fall kann ich nur sagen: nein... Es gibt insgesamt 8 DSL-Kanäle, die beliebig auf die bis zu 4 DSL-Ports verteilt werden können.
Gruß
Backslash
Also wenn der DSL-Kanal als Verbunden angezeigt wird (was bei Plain-Ethernet immer der Fall ist, solange das Kabel gesteckt ist) muß das eigentlich funktionierenIm LANmon zeigt er mir unterhalb von WAN-Verbindungen an, dass er der DSL-Kanal 1 (DSL-Port: DSL-2) mit QSC verbunden ist.
was willst du damit wissen? Fragst du danach, daß DSL-Kanal 1 auf DSL-Port 2 aufgebaut wurde, und ob das (1 <-> 2) ein Problem sein könnte?Damit hat das aber nix zu tun, oder?
In diesem Fall kann ich nur sagen: nein... Es gibt insgesamt 8 DSL-Kanäle, die beliebig auf die bis zu 4 DSL-Ports verteilt werden können.
Ich kann dir jetzt nicht sagen, ob es da in der 7.58 noch ein Problem gab, aber die ist nun auch schon recht betagt...LCOS 7.58 ist da übrigens noch drauf...
Gruß
Backslash
Hi Backslash,
Ich werde das Gerät jetzt erstmal bisschen laufen lassen und dann auch mal auf 7.60 umstellen. Viel. ist es dann ja auch schon weg...
VIELEN DANK NOCHMAL!!!
Genau das wollte ich damit wissen! Ok, vielen Dank für deine Unterstützung Backslash!!!backslash hat geschrieben: was willst du damit wissen? Fragst du danach, daß DSL-Kanal 1 auf DSL-Port 2 aufgebaut wurde, und ob das (1 <-> 2) ein Problem sein könnte?
In diesem Fall kann ich nur sagen: nein... Es gibt insgesamt 8 DSL-Kanäle, die beliebig auf die bis zu 4 DSL-Ports verteilt werden können.
backslash hat geschrieben:Ich kann dir jetzt nicht sagen, ob es da in der 7.58 noch ein Problem gab, aber die ist nun auch schon recht betagt...LCOS 7.58 ist da übrigens noch drauf...
Gruß
Backslash
Ich werde das Gerät jetzt erstmal bisschen laufen lassen und dann auch mal auf 7.60 umstellen. Viel. ist es dann ja auch schon weg...
VIELEN DANK NOCHMAL!!!
Viele Grüße,
px166
px166
Habe nun alles auf DSL-1 Interface umgestellt und auch auf 7.60.
Komischer Weise konnte ich ein Firmware-Update gestern nur abends machen. Tagsüber lief es nicht, ist immer abgebrochen mittendrin. Mal bei 50% mal bei 98 %. Gestern abend ging es dann von zu hause. heute das gleiche spiel bei update auf 7.70 RC2.
Vieleicht sollte ich das Gerät mal sichern, dann resetten und neu konfigurieren...
Komischer Weise konnte ich ein Firmware-Update gestern nur abends machen. Tagsüber lief es nicht, ist immer abgebrochen mittendrin. Mal bei 50% mal bei 98 %. Gestern abend ging es dann von zu hause. heute das gleiche spiel bei update auf 7.70 RC2.
Vieleicht sollte ich das Gerät mal sichern, dann resetten und neu konfigurieren...
Viele Grüße,
px166
px166
Irgendwie läuft das Gerät in der Außenstelle komisch.
Wenn ich einen Download von nem FTP starte, bricht die Verbindung zusammen, bzw. hakt und dann lädt er langsam runter...
Wenn ich einen Download mache, kommt er nur auf 2,0 MBit/s.
Wenn ich einen Upload mache, kommt er auf gut 3,9-4,0 MBit/s.
Im WAN Interface macht es keinen Unterschied, ob ich da 0 lasse oder 4096 eintrage...
Wenn ich einen Download von nem FTP starte, bricht die Verbindung zusammen, bzw. hakt und dann lädt er langsam runter...
Wenn ich einen Download mache, kommt er nur auf 2,0 MBit/s.
Wenn ich einen Upload mache, kommt er auf gut 3,9-4,0 MBit/s.
Im WAN Interface macht es keinen Unterschied, ob ich da 0 lasse oder 4096 eintrage...
Viele Grüße,
px166
px166
Hi PX166
Und natürlich kommt auch noch anderer paralleler Traffic als Bremse in Frage...
Gruß
Backslash
Das ist natürlich erstmal eine Frage der Anbindung des Servers von dem Du herunterlädst. Dann kommt als nächstes das Problem der TCP-Window-Size deines PCs - die üblichen 16K eines Windows können da schonmal zu klein sein für das Delay, das sich auf der xDSL-Leitrung ergibt.Wenn ich einen Download mache, kommt er nur auf 2,0 MBit/s.
Wenn ich einen Upload mache, kommt er auf gut 3,9-4,0 MBit/s.
Und natürlich kommt auch noch anderer paralleler Traffic als Bremse in Frage...
Das ist so korrekt, wenn du auf der WAN- und der LAN-Seite (DMZ) das öffentliche Netz eingetragen hast. Das LANCOM macht dann auf der WAN-Seite ein Proxy-ARP für die öffentlichen Adressen.QSC hat mir gesagt, dass evtl. unser Router falsch eingestellt ist, da sie an allen öffentlichen IPs die MAC-Adresse vom LANCOM-Router am QSC-Router sehen können...
Gruß
Backslash
Hi, danke für deine Antwort!
Der Server (Windows XP Prof) hängt an der QSC-Leitung (2x 2Mbit) über einen Switch am LANCOM, der dann über den QSC-Router rausgeht...
Ich habe auch rausgefunden, dass es diese Download-Probleme nur gibt, wenn ich einen Download per FTP (FileZilla) anstoße.
Mache ich einen normalen Download (z.B. von FTP-Server TU xy) saugt er sogar mit fast der vollen Bandbreite. Hat mein LANCOM ein Problem mit FTP?
Der LANCOM ist dann auch durchgängig erreichbar.
Das mit den WAN-IPs hab ich hofftl. weg bekommen durch die Einstellung, dass DMZ an LAN-1 hängt, und INTRANET an LAN-2!? (hier stand vorher "BELIEBIG".
Der QSC-Mensch meinte zumindest, dass es nun nicht mehr da ist... Kann aber auch sein, dass ich das gestern durch einen Ping auf die anderen IPs verursacht habe, was ich heute noch nicht gemacht hab...
Muss ich bei den Schnittstellen / LAN / ETH-1 / wo ja mein DSL-1 (QSC) nun dran hängt, den Haken setzen bei "Private mode"?
Der Server (Windows XP Prof) hängt an der QSC-Leitung (2x 2Mbit) über einen Switch am LANCOM, der dann über den QSC-Router rausgeht...
Ich habe auch rausgefunden, dass es diese Download-Probleme nur gibt, wenn ich einen Download per FTP (FileZilla) anstoße.
Mache ich einen normalen Download (z.B. von FTP-Server TU xy) saugt er sogar mit fast der vollen Bandbreite. Hat mein LANCOM ein Problem mit FTP?
Der LANCOM ist dann auch durchgängig erreichbar.
Das mit den WAN-IPs hab ich hofftl. weg bekommen durch die Einstellung, dass DMZ an LAN-1 hängt, und INTRANET an LAN-2!? (hier stand vorher "BELIEBIG".
Der QSC-Mensch meinte zumindest, dass es nun nicht mehr da ist... Kann aber auch sein, dass ich das gestern durch einen Ping auf die anderen IPs verursacht habe, was ich heute noch nicht gemacht hab...
Muss ich bei den Schnittstellen / LAN / ETH-1 / wo ja mein DSL-1 (QSC) nun dran hängt, den Haken setzen bei "Private mode"?
Viele Grüße,
px166
px166