Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

VDSL vorbereiten

5 views
Skip to first unread message

Tim Ritberg

unread,
Aug 12, 2023, 7:21:07 AM8/12/23
to
Hi!

Nach dem ich ausersehen erst in einer Hardwaregruppe gepostet hatte, nun
hier:

Ich gönne mir das kostenlose Upgrade der Telekom auf VDSL50.
Das wird schon nächste Woche geschaltet. Da ich an dem Tag nicht zu
hause bin, wollte ich das vorbereiten, denn ich nutze VPN.

Meine erste Idee war, eine ppp-config mit dem Vlan 7 schon anzulegen und
abends vor dem Umschalttag zu starten.
Der soll sich dann so lange mit dem Login beschäftigen, mit das neue
VLAN7 dann da ist.

Was meint ihr?

Tim

Marcel Mueller

unread,
Aug 12, 2023, 9:52:21 AM8/12/23
to
Am 12.08.23 um 13:21 schrieb Tim Ritberg:
> Ich gönne mir das kostenlose Upgrade der Telekom auf VDSL50.
> Das wird schon nächste Woche geschaltet. Da ich an dem Tag nicht zu
> hause bin, wollte ich das vorbereiten, denn ich nutze VPN.
>
> Meine erste Idee war, eine ppp-config mit dem Vlan 7 schon anzulegen und
> abends vor dem Umschalttag zu starten.
> Der soll sich dann so lange mit dem Login beschäftigen, mit das neue
> VLAN7 dann da ist.
>
> Was meint ihr?

Ich verstehe die Frage nicht.
Wenn die nur die Bandbreite hochschalten, musst du doch gar nichts
machen. Da ist einmal kurz die Verbindung weg, bis das Modem neu gesynct
hat, und das war's.


Marcel

Tim Ritberg

unread,
Aug 12, 2023, 10:25:19 AM8/12/23
to
Am 12.08.23 um 15:52 schrieb Marcel Mueller:
>
> Ich verstehe die Frage nicht.
> Wenn die nur die Bandbreite hochschalten, musst du doch gar nichts
> machen. Da ist einmal kurz die Verbindung weg, bis das Modem neu gesynct
> hat, und das war's.

Wenn man von ADSL auf VDSL umstellt, macht man doch bei der Telekom mit
vlan 7 Bekanntschaft, nicht wahr?

Oder gibt es das erst mit VDSL 100?

Tim

Kay Martinen

unread,
Aug 12, 2023, 11:10:03 AM8/12/23
to
Am 12.08.23 um 16:25 schrieb Tim Ritberg:
Ich weiß es nicht aber wenn deine Routing-HW/SW beides kann sollte die
das automagisch erledigen. Da du hier fragst muß ich annehmen das du
eigene benutzt. Und welche ist das die dich zu dieser Vorbereitung für
den Abwesenheits-fall nötigt? Du brauchst ja zumindest ein Modem das
ADSL und VDSL kann. Dein Problem muß demnach dahinter liegen in dem was
über dessen Ethernet-Port raus kommt. Ob da was anderes als PPPoE usus
ist kann ich mangels passendem Anschluß auch nicht sagen.

Und, war dies VLAN 7 nicht eher für den VoIP Teil? Dann würde es deine
Internet-verbindung und damit VPN überhaupt nicht tangieren.

In den engineering-Seiten meines Speedport Hybrid sehe ich aber auch
eine Erwähnung eines VLAN 7. Und der nutzt m.W. ADSL und LTE als Bündel.

Bye/
/Kay

--
"Kann ein Wurstbrot die Welt retten?" :-)

Tim Ritberg

unread,
Aug 12, 2023, 12:25:23 PM8/12/23
to
Am 12.08.23 um 17:04 schrieb Kay Martinen:
>> Oder gibt es das erst mit VDSL 100?
>
> Ich weiß es nicht aber wenn deine Routing-HW/SW beides kann sollte die
> das automagisch erledigen. Da du hier fragst muß ich annehmen das du
> eigene benutzt. Und welche ist das die dich zu dieser Vorbereitung für
> den Abwesenheits-fall nötigt? Du brauchst ja zumindest ein Modem das
> ADSL und VDSL kann. Dein Problem muß demnach dahinter liegen in dem was
> über dessen Ethernet-Port raus kommt. Ob da was anderes als PPPoE usus
> ist kann ich mangels passendem Anschluß auch nicht sagen.
Mein Modem kann VDSL (Speedport W723V)
Vielleicht mal die Anleitung checken, was das Teil im VDSL-Modus treibt.

>
> Und, war dies VLAN 7 nicht eher für den VoIP Teil? Dann würde es deine
> Internet-verbindung und damit VPN überhaupt nicht tangieren.
Nein. Auf der Arbeit haben wir VDSL100, da muss man auch Vlan 7 am puren
Router einstellen.

>
> In den engineering-Seiten meines Speedport Hybrid sehe ich aber auch
> eine Erwähnung eines VLAN 7. Und der nutzt m.W. ADSL und LTE als Bündel.
Scheinbar ein Spezialfall.


Tim

Christian Weisgerber

unread,
Aug 12, 2023, 12:30:06 PM8/12/23
to
On 2023-08-12, Tim Ritberg <t...@server.invalid> wrote:

> Wenn man von ADSL auf VDSL umstellt, macht man doch bei der Telekom mit
> vlan 7 Bekanntschaft, nicht wahr?

Ja, die Internetanbindung bei einem Telekom-VDSL-Anschluss läuft
über PPPoE über VLAN 7.

> Oder gibt es das erst mit VDSL 100?

Nein, zwischen VDSL-50 und VDSL-100 ändert sich da nichts.

--
Christian "naddy" Weisgerber na...@mips.inka.de

Tim Ritberg

unread,
Aug 12, 2023, 1:54:27 PM8/12/23
to
Am 12.08.23 um 17:29 schrieb Christian Weisgerber:
> On 2023-08-12, Tim Ritberg <t...@server.invalid> wrote:
>
>> Wenn man von ADSL auf VDSL umstellt, macht man doch bei der Telekom mit
>> vlan 7 Bekanntschaft, nicht wahr?
>
> Ja, die Internetanbindung bei einem Telekom-VDSL-Anschluss läuft
> über PPPoE über VLAN 7.

Dann muss ich einen weitere ppp-Prozess für vlan 7 vorbereiten.


Tim

Marco Moock

unread,
Aug 12, 2023, 4:45:18 PM8/12/23
to
Am 12.08.2023 um 17:04:39 Uhr schrieb Kay Martinen:

> Und, war dies VLAN 7 nicht eher für den VoIP Teil? Dann würde es
> deine Internet-verbindung und damit VPN überhaupt nicht tangieren.

Nein. Es gab aber mal für TV ein separates VLAN hin zur Telekom.

Marco Moock

unread,
Aug 12, 2023, 4:46:03 PM8/12/23
to
Was hast du denn aktuell?
Gar kein VLAN-Tag?

Ist das noch ein uralter Anschluss auf Basis von ATM?

Tim Ritberg

unread,
Aug 12, 2023, 5:06:25 PM8/12/23
to
Am 12.08.23 um 22:46 schrieb Marco Moock:
> Was hast du denn aktuell?
ADSL2+
> Gar kein VLAN-Tag?
Nope

> Ist das noch ein uralter Anschluss auf Basis von ATM?
Nein, da ist wohl schon dieses BNG. Telefon eben nur noch über VOIP,
nicht ISDN.
PPPoA macht die D-Telekom doch gar nicht?!
Außerdem sehe ich im Kernellog doch pppoe-Kram.

Tim

Tim Ritberg

unread,
Aug 12, 2023, 5:12:02 PM8/12/23
to
Am 12.08.23 um 22:46 schrieb Marco Moock:
> Was hast du denn aktuell?
ADSL2+
> Gar kein VLAN-Tag?
Nope

> Ist das noch ein uralter Anschluss auf Basis von ATM?
Kann sein. Wobei ich dunkel im Kopf habe, dass der Anschluss mit BNG
läuft, da vor ein paar Jahren ISDN weggefallen ist und dafür Voip kam.

https://www.telekom.com/de/blog/netz/artikel/bng-umstellung-abschluss-586966

Tim

Marcus Jodorf

unread,
Aug 13, 2023, 12:05:07 AM8/13/23
to
Tim Ritberg <t...@server.invalid> schrieb:

>> Und, war dies VLAN 7 nicht eher für den VoIP Teil? Dann würde es
>> deine Internet-verbindung und damit VPN überhaupt nicht tangieren.
> Nein. Auf der Arbeit haben wir VDSL100, da muss man auch Vlan 7 am
> puren Router einstellen.

Wenn Du eine „puren Router“ hast, dann hast Du ein separates Modem. So
verstehe ich das zumindest.
Dann kannst Du auch das Modem vlan 7 untagged rausleiten lassen.

Ich mache das z.B. mit meinem VDSL2 Modem. Das schiebt vlan 7 untagged
raus und der Router dahinter hat mit vlan nichts mehr am Hut und macht
ganz normal pppoe wie bisher.
Das Modem könnte nebenbei auch selber pppoe machen, aber ich habe es
lieber ordentlich getrennt.
Und am Router mußte ich damals exakt gar nichts umkonfigurieren beim
Wechsel von ADSL zu VDSL2. Neues Modem war natürlich fällig.


Gruß,

Marcus
⚂⚃

Marco Moock

unread,
Aug 13, 2023, 4:37:29 AM8/13/23
to
Cool, dann dürftest du einer der Letzten sein, die kein BNG haben.
2019 soll das alte DSL-Netz laut dem Artikel abgeschaltet worden sein.

Kannst du mal auslesen, was für ein DSLAM das ist?
Ggf. noch Siemens ExpressLink?

Wird bei dir noch ATM genutzt (vom Modem zum ISP, vom Modem zum PC
i.d.R. immer PPPoE) oder einfach kein VLAN-Tag?

Tim Ritberg

unread,
Aug 13, 2023, 6:16:31 AM8/13/23
to
Am 13.08.23 um 10:37 schrieb Marco Moock:
Also...ich beantworte das hier mal grundsätzlich, ergänzend dann später
nächste Woche hier, wie es gelaufen ist.

Ich habe bei der Telekom gerade angerufen.
Ich habe schon VDSL _mit 16Mbit_!
Und ich bin auch schon auf der neuen BNG-Plattform.
Dieses Vlan7 braucht man wohl nur bei VDSL100 und mehr, also SuperVectoring.
Umstellen bräuchte ich nichts, da nur die Geschwindigkeit erhöht wird.
Jetzt könnte man noch behaupten, ich hätte schon vlan7, aber ich finde
da nichts.

Ich habe Live-Zugriff auf eine Digibox Basic für einen Businessanschluss
VDSL50 von einem Kumpel.
Die Box spuckt VDSL2, 11988 Kbit/s | 59942 Kbit/s, Profil "Profile 17a
"und in der Systemübersicht: "PPPoE → VLAN 7 → DSL" aus.
Also läuft da zwar ein VDSL50er-Vertrag, aber der Anschluss läuft mit
Vectoring:
https://www.elektronik-kompendium.de/sites/kom/1804231.htm

Mein Speedport zeigt mir solche Sachen nicht an.

Tim




Christian Garbs

unread,
Aug 13, 2023, 10:27:13 AM8/13/23
to
Mahlzeit!
Ist schonein paar Jahre her, aber mit der FritzBox lief das so:

- gegen 11 Uhr Vormittags kam eine SMS, der Anschluss sei
umgeschaltet, ich solle mich doch einmal im Router neu verbinden

- Anmeldung an der FritzBox-Pberfläche zeigt, dass sie seit dem
nächtlichen Reconnect um ~03:00h schon mit 50 MBit/s verbunden ist

- fertig

Ich hab dann auch nichts mehr restartet oder reconnected.

Gruß
Christian
--
....Christian.Garbs....................................https://www.cgarbs.de
This Sig intentionally left blank.

Rupert Haselbeck

unread,
Aug 13, 2023, 11:30:10 AM8/13/23
to
Christian Garbs schrieb:
> Tim Ritberg wrote:
>> Meine erste Idee war, eine ppp-config mit dem Vlan 7 schon anzulegen und
>> abends vor dem Umschalttag zu starten.
>> Der soll sich dann so lange mit dem Login beschäftigen, mit das neue
>> VLAN7 dann da ist.
>>
>> Was meint ihr?
>
> Ist schonein paar Jahre her, aber mit der FritzBox lief das so:
>
> - gegen 11 Uhr Vormittags kam eine SMS, der Anschluss sei
> umgeschaltet, ich solle mich doch einmal im Router neu verbinden
>
> - Anmeldung an der FritzBox-Pberfläche zeigt, dass sie seit dem
> nächtlichen Reconnect um ~03:00h schon mit 50 MBit/s verbunden ist
>
> - fertig
>
> Ich hab dann auch nichts mehr restartet oder reconnected.

Das dürfte daran liegen, dass FritzBoxen und etliche andere SOHO-Router
bei der Eingabe von Telekom-Zugangsdaten "wissen", dass die Daten mit
VLAN 7 getaggt eintrudeln. Eine FritzBox macht das völlig ohne den User
mit überflüssigen Anzeigen oder gar Fragen zu belästigen.

Wenn der OP nicht etwa einen selbst gebastelten Router betreibt, dann
mag das dort auch so sein. Zu seiner Konfiguration habe ich in seinen
Artikeln jetzt auf die Schnelle leider nichts gesehen.

MfG
Rupert

Marco Moock

unread,
Aug 13, 2023, 12:29:09 PM8/13/23
to
Am 13.08.2023 um 12:16:30 Uhr schrieb Tim Ritberg:

> Ich habe Live-Zugriff auf eine Digibox Basic für einen
> Businessanschluss VDSL50 von einem Kumpel.
> Die Box spuckt VDSL2, 11988 Kbit/s | 59942 Kbit/s, Profil
> "Profile 17a "und in der Systemübersicht: "PPPoE → VLAN 7 → DSL" aus.

Das muss echt ein Sonderfall sein, denn normalerweise ist bei BNG der
VLAN-Tag Pflicht - egal ob ADSL oder VDSL.

> Also läuft da zwar ein VDSL50er-Vertrag, aber der Anschluss läuft mit
> Vectoring:

Das ist da Standard, nach meinem Kenntnisstand wird VDSL ohne Vectoring
gar nicht mehr angeboten.

Paul Muster

unread,
Aug 13, 2023, 1:22:05 PM8/13/23
to
On 13.08.23 16:27, Christian Garbs wrote:

> Ist schonein paar Jahre her, aber mit der FritzBox lief das so:
>
> - gegen 11 Uhr Vormittags kam eine SMS, der Anschluss sei
> umgeschaltet, ich solle mich doch einmal im Router neu verbinden
>
> - Anmeldung an der FritzBox-Pberfläche zeigt, dass sie seit dem
> nächtlichen Reconnect um ~03:00h schon mit 50 MBit/s verbunden ist
>
> - fertig
>
> Ich hab dann auch nichts mehr restartet oder reconnected.

Ja, AVM hat in die Fritzboxen aber auch viel mehr magische Automatismen
eingebaut als im pppd stecken. Daher hilft dein Erfahrungsbericht zu
Tims Fragestellung genau garnichts.


mfG Paul

Tim Ritberg

unread,
Aug 13, 2023, 2:39:24 PM8/13/23
to
Am 13.08.23 um 17:30 schrieb Rupert Haselbeck:
> Wenn der OP nicht etwa einen selbst gebastelten Router betreibt, dann
> mag das dort auch so sein. Zu seiner Konfiguration habe ich in seinen
> Artikeln jetzt auf die Schnelle leider nichts gesehen.

Doch tut der OP.
Pure Linux since 2004!

Tim

Tim Ritberg

unread,
Aug 15, 2023, 3:24:01 AM8/15/23
to
Am 13.08.23 um 18:29 schrieb Marco Moock:
> Am 13.08.2023 um 12:16:30 Uhr schrieb Tim Ritberg:
>
>> Ich habe Live-Zugriff auf eine Digibox Basic für einen
>> Businessanschluss VDSL50 von einem Kumpel.
>> Die Box spuckt VDSL2, 11988 Kbit/s | 59942 Kbit/s, Profil
>> "Profile 17a "und in der Systemübersicht: "PPPoE → VLAN 7 → DSL" aus.
>
> Das muss echt ein Sonderfall sein, denn normalerweise ist bei BNG der
> VLAN-Tag Pflicht - egal ob ADSL oder VDSL.

Sooo, nun gab es gerade einen Zwang-Disconnect und dann hat sich das
Modem mit knapp 12M/60M synchronisiert.

Keine Spur von einem Vlan.

Tim

Kay Martinen

unread,
Aug 15, 2023, 12:30:03 PM8/15/23
to
Am 15.08.23 um 18:09 schrieb Thomas Noll:
> Am Tue, 15 Aug 2023 09:23:59 +0200 schrieb Tim Ritberg:
>
>> Am 13.08.23 um 18:29 schrieb Marco Moock:
>
>>> Das muss echt ein Sonderfall sein, denn normalerweise ist bei BNG der
>>> VLAN-Tag Pflicht - egal ob ADSL oder VDSL.
>>
>> Sooo, nun gab es gerade einen Zwang-Disconnect und dann hat sich das
>> Modem mit knapp 12M/60M synchronisiert.
>>
>> Keine Spur von einem Vlan.
>
> Ist halt virtuell. Du kannst es also nicht sehen.

Also mir fielen da zwei Möglichkeiten des "Nachweises" ein.

1. Paketsniffer an einem direkt verbundenen host und das Tag suchen.
2. Switch und/oder Host mit VLAN 7 einrichten und schauen ob was kommt.

> Aber wenn es dich glücklich macht, bist du eben der
> einzige von 20 Millionen Telekom Kunden, der es nicht hat.

= Quadratur des Kreises erfolgreich? Die Dreiecke schweben auf "Cloud 7"
der Rundungsfehler schmort "In Hell"

;-)

Tim Ritberg

unread,
Aug 15, 2023, 12:57:13 PM8/15/23
to
Am 15.08.23 um 18:09 schrieb Thomas Noll:
>> Keine Spur von einem Vlan.
>
> Ist halt virtuell. Du kannst es also nicht sehen.
Das stimmt doch nicht.
Solange da kein Switch ist, der den Tag drauf macht, ist da auch keiner.
Dann muss das Netzwerkgerät das selbst tun.

Tim


Marco Moock

unread,
Aug 15, 2023, 1:06:38 PM8/15/23
to
Am 15.08.2023 um 16:09:13 Uhr schrieb Thomas Noll:

> Ist halt virtuell. Du kannst es also nicht sehen.

Das ist falsch.
VLAN-Tagging ist eine Möglichkeit, mehrere logisch voneinander getrennte
Netze über ein Kabel zu transportieren, das Tag ist sehr wohl sichtbar,
wenn man die Pakete anschaut.

> Aber wenn es dich glücklich macht, bist du eben der
> einzige von 20 Millionen Telekom Kunden, der es nicht hat.

Ich kann mir das kaum vorstellen.

Marco Moock

unread,
Aug 15, 2023, 1:07:36 PM8/15/23
to
Am 15.08.2023 um 18:57:11 Uhr schrieb Tim Ritberg:

> Solange da kein Switch ist, der den Tag drauf macht, ist da auch
> keiner. Dann muss das Netzwerkgerät das selbst tun.

Switche KÖNNEN, falls entsprechend konfiguriert, Tags setzen und
entfernen.

Das kann aber jedes andere Gerät auch tun.

Tim Ritberg

unread,
Aug 15, 2023, 1:36:57 PM8/15/23
to
Am 15.08.23 um 19:07 schrieb Marco Moock:
Genau das habe ich geschrieben!

Tim

Kay Martinen

unread,
Aug 15, 2023, 1:50:02 PM8/15/23
to
Am 15.08.23 um 19:36 schrieb Tim Ritberg:
Das aus deinem "Modem" kein VLAN mit Tag 7 raus kommt? Wo? ;)

Tim Ritberg

unread,
Aug 15, 2023, 2:03:18 PM8/15/23
to
Am 15.08.23 um 19:42 schrieb Kay Martinen:


> Das aus deinem "Modem" kein VLAN mit Tag 7 raus kommt? Wo? ;)
Wenn da Traffic mit Vlan7 rauskäme, wäre ich jetzt offline.

Tim

Kay Martinen

unread,
Aug 15, 2023, 2:30:03 PM8/15/23
to
Am 15.08.23 um 20:03 schrieb Tim Ritberg:
> Am 15.08.23 um 19:42 schrieb Kay Martinen:
>
>
>> Das aus deinem "Modem" kein VLAN mit Tag 7 raus kommt? Wo? ;)
> Wenn da Traffic mit Vlan7 rauskäme, wäre ich jetzt offline.

??? Weil... du deine geplante Vorbereitung eines pppd dafür doch NICHT
machtest? War doch die Eingangs-These so weit ich erinnere. Alles für
die Katz, es läuft, kein Grund zum Jammern übrig.

N.B. Mir haben sie jetzt statt des Speedport Hybrid (1: Mietgerät 2:
Eigenkauf) jetzt einen Speedport Pro+ geschickt.

Der Alte kam am RAM-Port nicht mehr auf 1800/??? kbit/sek. sondern nur
noch auf ca. 700/500 braucht aber 24 Std. für DSL-Connect.

Soll wohl am Modem darin liegen das mit der Mies gewordenen Leitung
nicht mehr klar kommt ...

Der neue liefert nun nur noch ca. 5-700/2-500 kbit/sek bekommt aber den
DSL-Connect in <üblicher_zeit> hin. Und hätte ich nicht noch LTE Dazu
mit dem das auf 16Mbit aufgestockt wird würde ich mich noch viel mehr
aufregen. Bleiben hier nur Kleinigkeiten wie 1. Kein Wandhalter 2. Keine
TAE-Anschlußbox dabei (weshalb mein Fax derzeit Offline ist)

Was ich damit sagen will: Du "jammerst" auf einem ganz anderen Level.
:-) Mein Mitleid hält sich da eher in Grenzen...

Tim Ritberg

unread,
Aug 15, 2023, 2:42:22 PM8/15/23
to
Am 15.08.23 um 20:29 schrieb Kay Martinen:

>> Wenn da Traffic mit Vlan7 rauskäme, wäre ich jetzt offline.
>
> ??? Weil... du deine geplante Vorbereitung eines pppd dafür doch NICHT
> machtest? War doch die Eingangs-These so weit ich erinnere. Alles für
> die Katz, es läuft, kein Grund zum Jammern übrig.
Der pppd mit vlan7 lief umsonst!
Da ist kein vlan 7!

Tim


> Was ich damit sagen will: Du "jammerst" auf einem ganz anderen Level.
> :-) Mein Mitleid hält sich da eher in Grenzen...
Pfff. Ich schick dich zurück ins Jahr 1985! Dann darfst du dich mit der
Post herumärgern! Die Telefon-Post! *fg



Marco Moock

unread,
Aug 15, 2023, 3:33:32 PM8/15/23
to
Am 15.08.2023 um 20:42:20 Uhr schrieb Tim Ritberg:

> Der pppd mit vlan7 lief umsonst!
> Da ist kein vlan 7!

Ich habe jetzt nicht mehr im Kopf, was für ein Modem du hast.
Aber kann es sein, dass man im Modem diesen Tag konfigurieren kann und
das vorher PPPoE ohne Tag ist?

Kay Martinen

unread,
Aug 15, 2023, 3:40:03 PM8/15/23
to
Am 15.08.23 um 20:42 schrieb Tim Ritberg:
> Am 15.08.23 um 20:29 schrieb Kay Martinen:
>
>>> Wenn da Traffic mit Vlan7 rauskäme, wäre ich jetzt offline.
>>
>> ??? Weil... du deine geplante Vorbereitung eines pppd dafür doch NICHT
>> machtest? War doch die Eingangs-These so weit ich erinnere. Alles für
>> die Katz, es läuft, kein Grund zum Jammern übrig.
> Der pppd mit vlan7 lief umsonst!
> Da ist kein vlan 7!

Also hattest du's doch eingerichtet gehabt. Okay.

Warum du aber oben von "dann offline" sprichst ist mir immer noch nicht
klar. Es ging doch um einen 2. pppd und nicht nur um einen.

>> :-) Mein Mitleid hält sich da eher in Grenzen...
> Pfff. Ich schick dich zurück ins Jahr 1985! Dann darfst du dich mit der
> Post herumärgern! Die Telefon-Post! *fg
8-) Du hast eine ZEITMASCHINE??? Ja, klar. Sofort. Beam me Up, Scotty!

[x] Aber nur wenn ich die heutigen Erfahrungen mit in den damals jungen
Körper mit nehmen kann! (Ich hab mich damals schon so alt gefühlt wie
ich heute bin) ;)

Tim Ritberg

unread,
Aug 15, 2023, 4:27:53 PM8/15/23
to
Am 15.08.23 um 21:35 schrieb Kay Martinen:

>> Der pppd mit vlan7 lief umsonst!
>> Da ist kein vlan 7!
>
> Also hattest du's doch eingerichtet gehabt. Okay.
Ich hab der Telekom nicht getraut. :-)
Aber die Hotline hat die Wahrheit gesagt.

>
> Warum du aber oben von "dann offline" sprichst ist mir immer noch nicht
> klar. Es ging doch um einen 2. pppd und nicht nur um einen.
Ach da bist du hängengeblieben.
Ich sprach allgemein.

Tim


Tim Ritberg

unread,
Aug 15, 2023, 4:42:45 PM8/15/23
to
Am 15.08.23 um 21:33 schrieb Marco Moock:

> Ich habe jetzt nicht mehr im Kopf, was für ein Modem du hast.
> Aber kann es sein, dass man im Modem diesen Tag konfigurieren kann und
> das vorher PPPoE ohne Tag ist?
Leider habe ich eine dumme GUI, ich kann nicht sehen, was das Teil macht.

Das Teil kann natürlich TR-069, aber das ist ein IP-Protokoll und der
Speedport selbst ist nicht online.
Ich habe bei der damaligen Umstellung das Teil kurz als Router benutzt.
Ich könnte das Teil mal resetten, falls da ein Vlan drin wäre, müsste es
dann weg sein.

Tim

Kay Martinen

unread,
Aug 15, 2023, 6:50:02 PM8/15/23
to
Am 15.08.23 um 22:42 schrieb Tim Ritberg:
> Am 15.08.23 um 21:33 schrieb Marco Moock:
>
>> Ich habe jetzt nicht mehr im Kopf, was für ein Modem du hast.
>> Aber kann es sein, dass man im Modem diesen Tag konfigurieren kann und
>> das vorher PPPoE ohne Tag ist?
> Leider habe ich eine dumme GUI, ich kann nicht sehen, was das Teil macht.
>
> Das Teil kann natürlich TR-069, aber das ist ein IP-Protokoll und der
> Speedport selbst ist nicht online.

Brauchst du den um TR-069 aus zu lesen? IMHO gibt es dafür auch
linux-tools. Einer aus dem EISFAIR Projekt hat sich ein Script gebastelt
um damit infos aus seiner Fritzbox zu ziehen.

> Ich habe bei der damaligen Umstellung das Teil kurz als Router benutzt.
> Ich könnte das Teil mal resetten, falls da ein Vlan drin wäre, müsste es
> dann weg sein.

Ich hatte hier ein D-Link DSL-321 das entweder router-mode (mit IP) oder
bridge-mode kennt. In letzterem hat es per se keine IP hört aber immer
noch auf die im Router-mode eingetragene. Die mußte dann nur verschieden
sein zu der auf der pppoe-session und dem internen LAN dann konnte man
eine spezielle route setzen und kam sogar noch an die WebUI. Dort gabs
auch dann noch ein paar Einstellungen zur Leitung und Qualität. VLAN 7
war dort auch in einer Option soweit ich erinnere. Das Gerät kann m.W.
VDSL bis 25Mbit.

Ich nehme an du hast schon versucht es im bridge-mode per IP an zu sprechen?

Tim Ritberg

unread,
Aug 16, 2023, 2:51:12 AM8/16/23
to
Am 16.08.23 um 00:43 schrieb Kay Martinen:

> Brauchst du den um TR-069 aus zu lesen? IMHO gibt es dafür auch
> linux-tools. Einer aus dem EISFAIR Projekt hat sich ein Script gebastelt
> um damit infos aus seiner Fritzbox zu ziehen.

Vielleicht kann pppd den loggen, die Syn-Rate loggt er ja auch.
Wobei TR-065 auf IP läuft, pppd interessiert sich da für vielleicht
nicht; einfach mit tcpdump mitschneiden.

> Ich hatte hier ein D-Link DSL-321 das entweder router-mode (mit IP) oder
> bridge-mode kennt. In letzterem hat es per se keine IP hört aber immer
> noch auf die im Router-mode eingetragene. Die mußte dann nur verschieden
> sein zu der auf der pppoe-session und dem internen LAN dann konnte man
> eine spezielle route setzen und kam sogar noch an die WebUI. Dort gabs
> auch dann noch ein paar Einstellungen zur Leitung und Qualität. VLAN 7
> war dort auch in einer Option soweit ich erinnere. Das Gerät kann m.W.
> VDSL bis 25Mbit.
>
> Ich nehme an du hast schon versucht es im bridge-mode per IP an zu
> sprechen?
Wieso versucht?Das Teil läuft seit Dekaten so und ich habe im GUI öfter
die Rsyncrate gecheckt. Es steht halt ip-mäßig vor meiner Firewall im
Feindesland :-D

Tim

Marc Haber

unread,
Aug 16, 2023, 4:47:25 AM8/16/23
to
Marco Moock <mo...@posteo.de> wrote:
>Am 15.08.2023 um 16:09:13 Uhr schrieb Thomas Noll:
>
>> Ist halt virtuell. Du kannst es also nicht sehen.
>
>Das ist falsch.
>VLAN-Tagging ist eine Möglichkeit, mehrere logisch voneinander getrennte
>Netze über ein Kabel zu transportieren, das Tag ist sehr wohl sichtbar,
>wenn man die Pakete anschaut.

Auf modernen Systemen mit VLAN offloading sieht man das VLAN-Tag
eingehender Pakete nicht in tcpdump und auch nicht in wireshark. Das
ist zum Debugging auf produktiven Systemen echt lästig.

Grüße
Marc
--
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber | " Questions are the | Mailadresse im Header
Mannheim, Germany | Beginning of Wisdom " |
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

Paul Muster

unread,
Aug 16, 2023, 5:42:05 AM8/16/23
to
Am 16.08.2023 um 10:47 schrieb Marc Haber:

> Auf modernen Systemen mit VLAN offloading sieht man das VLAN-Tag
> eingehender Pakete nicht in tcpdump und auch nicht in wireshark. Das
> ist zum Debugging auf produktiven Systemen echt lästig.

Wie geht das, wo wir das offloading gemacht? Und wie kann das
Betriebssystem (sei es ESXi, sei es ein "normales" Linux) Frames den
VLANs zuordnen?


mfG Paul

Marco Moock

unread,
Aug 16, 2023, 7:12:37 AM8/16/23
to
Am 16.08.2023 um 10:47:23 Uhr schrieb Marc Haber:

> Auf modernen Systemen mit VLAN offloading sieht man das VLAN-Tag
> eingehender Pakete nicht in tcpdump und auch nicht in wireshark.

Das habe ich mal über ältere Karten gehört, die einfach das VLAN-Tag
entfernen. Welche Systeme sind bei dir im Einsatz, die sowas machen?

Marc Haber

unread,
Aug 16, 2023, 11:38:12 AM8/16/23
to
VLAN Offloading ist etwas anderes als einfach das VLAN-Tag zu
entfernen. Bei VLAN Offloading nimmt schon die Hardware der
Netzwerkkarte das VLAN-Tag weg. Das wird dann aber außerhalb des
Frames passend an den Kernel weitergeleitet, so dass der Frame
trotzdem dem korrekten VLAN zugeordnet werden kann. Allerdings sieht
die libpcap diese Information nicht d.h. in tcpdump und wireshark (und
NUR dort, das System ist sonst voll funktionstüchtig) sieht man den
Frame als ungetagged.

Marc Haber

unread,
Aug 16, 2023, 11:42:53 AM8/16/23
to
Ich vermute dass das VLAN-Tag (oder vielleicht nur die VLAN-ID) in
einer mir nicht weiter bekannten Datenstruktur zusammen mit den
Rohdaten hochgereicht wird, also sozusagen out of band.

In tcpdump/wireshark sieht das auf dem physikalischen Interface so
aus, als wären die ausgehenden frames getaggt, die eingehenden nicht.
Wenn man aber auf den virtuellen Interfaces tracet, sieht man dass
alles ordentlich zugeordnet ist, d.h. das "untagged" interface sieht
wirklich nur die Frames die wirklich untagged angekommen sind, die
"untagged" Frames die in Wirklichkeit in einem VLAN sind sieht man
ordetlich in diesem, und der Trace auf dem virtuellen Interface ist
dann auch auswertbar.

Tim Ritberg

unread,
Aug 16, 2023, 12:19:59 PM8/16/23
to
Am 16.08.23 um 10:47 schrieb Marc Haber:

>
> Auf modernen Systemen mit VLAN offloading sieht man das VLAN-Tag
> eingehender Pakete nicht in tcpdump und auch nicht in wireshark. Das
> ist zum Debugging auf produktiven Systemen echt lästig.

Du kannst aber auf dem Vlan-Interface sniffen und das hatte ich gemacht.

Tim

Kay Martinen

unread,
Aug 16, 2023, 12:20:02 PM8/16/23
to
Am 16.08.23 um 17:38 schrieb Marc Haber:
> Marco Moock <mo...@posteo.de> wrote:
>> Am 16.08.2023 um 10:47:23 Uhr schrieb Marc Haber:
>>> Auf modernen Systemen mit VLAN offloading sieht man das VLAN-Tag
>>> eingehender Pakete nicht in tcpdump und auch nicht in wireshark.
>>
>> Das habe ich mal über ältere Karten gehört, die einfach das VLAN-Tag
>> entfernen.

Aber, aktives Entfernen eines VLAN Tags aus dem erweiterten Header
erfordert IMHO Kenntnis der VLAN Header.

> VLAN Offloading ist etwas anderes als einfach das VLAN-Tag zu
> entfernen. Bei VLAN Offloading nimmt schon die Hardware der

Das sollte mittels 'ethtool' zu sehen oder ändern sein.

> Netzwerkkarte das VLAN-Tag weg. Das wird dann aber außerhalb des
> Frames passend an den Kernel weitergeleitet, so dass der Frame
> trotzdem dem korrekten VLAN zugeordnet werden kann. Allerdings sieht
> die libpcap diese Information nicht d.h. in tcpdump und wireshark (und
> NUR dort, das System ist sonst voll funktionstüchtig) sieht man den
> Frame als ungetagged.
OpnSense empfielt in der Doku die Offloading Features aus zu schalten
und hat dafür in der WebUI unter Interfaces/Settings/Network Interfaces
optionen für CRC, TSO, LRO und VLAN HW-Filtering.

AFAIR hab ich das auch bei pfsense gesehen.

Marco Moock

unread,
Aug 16, 2023, 1:24:48 PM8/16/23
to
Sind dann da die Tags noch da?

Ulf Volmer

unread,
Aug 16, 2023, 1:34:54 PM8/16/23
to
Marco Moock <mo...@posteo.de> schrieb:
Tims Aussage war doch, dass bei ihm kein VLAN 7 verwendet wird.
Es wird also beim Sniffen auf dem vlan7 Interface schlicht keine Pakete
gesehen haben.

Viele Grüße
Ulf

>

Tim Ritberg

unread,
Aug 16, 2023, 2:13:09 PM8/16/23
to
Am 16.08.23 um 19:34 schrieb Ulf Volmer:

>> Sind dann da die Tags noch da?
>
> Tims Aussage war doch, dass bei ihm kein VLAN 7 verwendet wird.
> Es wird also beim Sniffen auf dem vlan7 Interface schlicht keine Pakete
> gesehen haben.
Die erfolglosen Versuche vom 2. pppd irgendeine Reaktion von einer
Gegenstelle zu bekommen, habe ich auf eth1.7 gesehen...

Tim

Christian Weisgerber

unread,
Aug 16, 2023, 5:30:06 PM8/16/23
to
On 2023-08-16, Marc Haber <mh+usene...@zugschl.us> wrote:

> Auf modernen Systemen mit VLAN offloading sieht man das VLAN-Tag
> eingehender Pakete nicht in tcpdump und auch nicht in wireshark.

Das muss nicht sein. Und „modern“ ist relativ.

FreeBSD hat das Problem 2006 gelöst:
https://cgit.freebsd.org/src/commit/?id=52f1277eeafef2967adb9a887f0c93a2c7691aa3

Und 2008 habe ich das auf OpenBSD übertragen:
https://github.com/openbsd/src/commit/9b986731d4905a7aecaf0b0d5f0a5fd0c473cc1b

--
Christian "naddy" Weisgerber na...@mips.inka.de

Marc Haber

unread,
Aug 17, 2023, 7:35:57 AM8/17/23
to
Kay Martinen <use...@martinen.de> wrote:
>Am 16.08.23 um 17:38 schrieb Marc Haber:
>> Marco Moock <mo...@posteo.de> wrote:
>>> Am 16.08.2023 um 10:47:23 Uhr schrieb Marc Haber:
>>>> Auf modernen Systemen mit VLAN offloading sieht man das VLAN-Tag
>>>> eingehender Pakete nicht in tcpdump und auch nicht in wireshark.
>>>
>>> Das habe ich mal über ältere Karten gehört, die einfach das VLAN-Tag
>>> entfernen.
>
>Aber, aktives Entfernen eines VLAN Tags aus dem erweiterten Header
>erfordert IMHO Kenntnis der VLAN Header.

Bessere Karten können das.

>> VLAN Offloading ist etwas anderes als einfach das VLAN-Tag zu
>> entfernen. Bei VLAN Offloading nimmt schon die Hardware der
>
>Das sollte mittels 'ethtool' zu sehen oder ändern sein.

Ändern ist halt auf produktiven Systemen nicht unheikel.

Marc Haber

unread,
Aug 17, 2023, 7:36:24 AM8/17/23
to
Abhängig davon was man gerade zum Testen braucht kann man das machen
oder eben nicht.

Paul Muster

unread,
Aug 17, 2023, 8:22:05 AM8/17/23
to
Am 16.08.2023 um 17:42 schrieb Marc Haber:
> Paul Muster <exp-3...@news.muster.net> wrote:
>> Am 16.08.2023 um 10:47 schrieb Marc Haber:

>>> Auf modernen Systemen mit VLAN offloading sieht man das VLAN-Tag
>>> eingehender Pakete nicht in tcpdump und auch nicht in wireshark. Das
>>> ist zum Debugging auf produktiven Systemen echt lästig.
>>
>> Wie geht das, wo wir das offloading gemacht? Und wie kann das
>> Betriebssystem (sei es ESXi, sei es ein "normales" Linux) Frames den
>> VLANs zuordnen?
>
> Ich vermute dass das VLAN-Tag (oder vielleicht nur die VLAN-ID) in
> einer mir nicht weiter bekannten Datenstruktur zusammen mit den
> Rohdaten hochgereicht wird, also sozusagen out of band.
>
> In tcpdump/wireshark sieht das auf dem physikalischen Interface so
> aus, als wären die ausgehenden frames getaggt, die eingehenden nicht.

Örks, das ist sehr häßlich.

> Wenn man aber auf den virtuellen Interfaces tracet, sieht man dass
> alles ordentlich zugeordnet ist, d.h. das "untagged" interface sieht
> wirklich nur die Frames die wirklich untagged angekommen sind, die
> "untagged" Frames die in Wirklichkeit in einem VLAN sind sieht man
> ordetlich in diesem, und der Trace auf dem virtuellen Interface ist
> dann auch auswertbar.

Hmmhmmmhmmm, das Internet meint, man solle bzw. müsse libpcap >=1.9
benutzen, dann bekomme man das VLAN-Tag (auf Wunsch?) wieder an den
Frame rangebaut und könne so das phys. Interface belauschen und dabei
die VLAN-Tags (sofern "auf der Leitung" vorhanden) sehen.


mfG Paul

Kay Martinen

unread,
Aug 17, 2023, 12:10:03 PM8/17/23
to
Am 17.08.23 um 13:35 schrieb Marc Haber:
> Kay Martinen <use...@martinen.de> wrote:
>> Am 16.08.23 um 17:38 schrieb Marc Haber:
>>> Marco Moock <mo...@posteo.de> wrote:
>>>> Am 16.08.2023 um 10:47:23 Uhr schrieb Marc Haber:
>>>>> Auf modernen Systemen mit VLAN offloading sieht man das VLAN-Tag
>>>>> eingehender Pakete nicht in tcpdump und auch nicht in wireshark.
>>>>
>>>> Das habe ich mal über ältere Karten gehört, die einfach das VLAN-Tag
>>>> entfernen.
>>
>> Aber, aktives Entfernen eines VLAN Tags aus dem erweiterten Header
>> erfordert IMHO Kenntnis der VLAN Header.

Hier meinte ich die von Marco angesprochenen "Älteren Karten" die "das
Tag entfernen". Nach nochmaligem Lesen zu 802.1Q werfen die älteren
Karten mangels Verständnis des Konzepts vermutlich gleich den ganzen
Frame weg weil die 4 Bytes mit dem Tag u.mehr im Datenbereich liegen.
Für eine dumme/alte Karte käme da zuerst ethertype dann payload. Wenn
sie mangels Kenntnis die CRC mit den 4 extra bytes falsch berechnet dann
muß sie den Frame ja für defekt halten.

An einem Managed Switch sollte so eine Karte dann aber funktionieren
wenn der Port untagged-only läuft.

> Bessere Karten können das.

Besser als 10Mbit ISA Karten? Das wär leicht. Ansonsten muß man das dann
wohl pro OS und Karte nach schlagen.

Immer das teuerste (oder IBM) kaufen ist m.E. auch kein Garant für Funktion.


>>> VLAN Offloading ist etwas anderes als einfach das VLAN-Tag zu
>>> entfernen. Bei VLAN Offloading nimmt schon die Hardware der
>>
>> Das sollte mittels 'ethtool' zu sehen oder ändern sein.
>
> Ändern ist halt auf produktiven Systemen nicht unheikel.

Ich hätte da beinahe die Naive Vorstellung gehabt das wäre ein "Geht,
Geht nicht" Szenario - aber davor hast du mich jetzt Gerettet. :)

Aber ich frage mich schon was denn passieren sollte. Wenn man die bei
OPN genannten Offloading-Features (TCO, LRO, CRC & Vlan) einfach mal an
läßt sollten entweder CRC o.a. Paketfehler-zahlen hoch gehen oder VLANs
auf dem Interface nicht funktionieren. Wenn man das sieht schaltet man
es eben wieder ab und die Fehlerzahl sollte nicht weiter/schnell steigen.

Das ist vielleicht nicht unheikel aber doch machbar.

Das blödeste dabei wären doch wohl Datenfehler (TCP?) und
Sessionabbrüche und das bei einem Cluster-Setup die anderen Knoten diese
Änderung an einem gleich mit repliziert bekommen - und es dann überall
Probleme gibt.

Andererseits ist das ein BSD und ob es da; oder auch bei Linux; treiber
gibt die mit Offloading-Features ein Problem (Broken) haben... Gute
Frage. Noch nicht von gehört/Gelesen. Aber wenn es verbreiteter wäre
sollte es datenbanken/Listen dazu geben oder?

Marc Haber

unread,
Aug 18, 2023, 6:20:37 AM8/18/23
to
Paul Muster <exp-3...@news.muster.net> wrote:
>Hmmhmmmhmmm, das Internet meint, man solle bzw. müsse libpcap >=1.9
>benutzen, dann bekomme man das VLAN-Tag (auf Wunsch?) wieder an den
>Frame rangebaut und könne so das phys. Interface belauschen und dabei
>die VLAN-Tags (sofern "auf der Leitung" vorhanden) sehen.

Das könnte erklären warum mir dieses Verhalten schon eine ganze Weile
nicht mehr aufgefallen ist. Aber vielleicht hab ich auch nur so lange
keinen VLAN Trunk mehr debuggen müssen.

Manfred Haertel

unread,
Aug 21, 2023, 12:00:06 AM8/21/23
to
Tim Ritberg schrieb:

> Wenn man von ADSL auf VDSL umstellt, macht man doch bei der Telekom mit
> vlan 7 Bekanntschaft, nicht wahr?

Spätestens dann ganz sicher.

Es gibt aber auch ADSL2+-Anschlüsse, bei denen VLAN 7 bereits nötig ist,
neben solchen, bei denen es optional ist und solchen, bei denen die
Pakete NICHT getagt sein dürfen. Und die Telekom kann vorher nicht
sagen, was sie schaltet.

--
Manfred Härtel, DB3HM mailto:Manfred...@rz-online.de
http://rz-home.de/mhaertel

Marco Moock

unread,
Aug 21, 2023, 1:47:44 AM8/21/23
to
Am 21.08.2023 um 05:57:58 Uhr schrieb Manfred Haertel:

> Tim Ritberg schrieb:
>
> > Wenn man von ADSL auf VDSL umstellt, macht man doch bei der Telekom
> > mit vlan 7 Bekanntschaft, nicht wahr?
>
> Spätestens dann ganz sicher.
>
> Es gibt aber auch ADSL2+-Anschlüsse, bei denen VLAN 7 bereits nötig
> ist, neben solchen, bei denen es optional ist und solchen, bei denen
> die Pakete NICHT getagt sein dürfen. Und die Telekom kann vorher
> nicht sagen, was sie schaltet.

Sind die ohne dann noch mit ATM?
Diese werden meines Wissens gar nicht mehr angeboten.

Tim Ritberg

unread,
Aug 21, 2023, 3:14:50 AM8/21/23
to
Am 21.08.23 um 07:47 schrieb Marco Moock:

>> Es gibt aber auch ADSL2+-Anschlüsse, bei denen VLAN 7 bereits nötig
>> ist, neben solchen, bei denen es optional ist und solchen, bei denen
>> die Pakete NICHT getagt sein dürfen. Und die Telekom kann vorher
>> nicht sagen, was sie schaltet.
>
> Sind die ohne dann noch mit ATM?
> Diese werden meines Wissens gar nicht mehr angeboten.
>
Also mein Fazit ist, alles ist möglich. Wildwuchs...

Tim

Jakob Hirsch

unread,
Sep 5, 2023, 7:24:40 AM9/5/23
to
Am 2023-08-21 um 05:57 schrieb Manfred Haertel:
> Es gibt aber auch ADSL2+-Anschlüsse, bei denen VLAN 7 bereits nötig ist,
> neben solchen, bei denen es optional ist und solchen, bei denen die
> Pakete NICHT getagt sein dürfen. Und die Telekom kann vorher nicht

Bei der Telekom, sicher? ADSL ohne VLAN ist m.W. spätestens seit BNG
nicht mehr möglich, die alte ATM-Plattform wurde ja schon lange abgebaut.


Jakob Hirsch

unread,
Sep 5, 2023, 7:29:34 AM9/5/23
to
Am 2023-08-21 um 07:47 schrieb Marco Moock:
>> Es gibt aber auch ADSL2+-Anschlüsse, bei denen VLAN 7 bereits nötig
>> ist, neben solchen, bei denen es optional ist und solchen, bei denen
>> die Pakete NICHT getagt sein dürfen. Und die Telekom kann vorher
> Sind die ohne dann noch mit ATM?
> Diese werden meines Wissens gar nicht mehr angeboten.

Auf (Telekom-)ADSL läuft (WIMRE) auch immer ATM, Ethernet und somit auch
VLAN 7 liegt dann obendrüber.

Der ganze VLAN-Kram kam wohl auch nur wegen Entertain, um den
Multicast-vom Unicast-Traffic zu trennen, seit BNG läuft das dann (warum
auch immer) aber alles über ein VLAN.

Marco Moock

unread,
Sep 5, 2023, 7:30:33 AM9/5/23
to
Am 05.09.2023 um 13:29:32 Uhr schrieb Jakob Hirsch:

> Am 2023-08-21 um 07:47 schrieb Marco Moock:
> >> Es gibt aber auch ADSL2+-Anschlüsse, bei denen VLAN 7 bereits nötig
> >> ist, neben solchen, bei denen es optional ist und solchen, bei
> >> denen die Pakete NICHT getagt sein dürfen. Und die Telekom kann
> >> vorher
> > Sind die ohne dann noch mit ATM?
> > Diese werden meines Wissens gar nicht mehr angeboten.
>
> Auf (Telekom-)ADSL läuft (WIMRE) auch immer ATM, Ethernet und somit
> auch VLAN 7 liegt dann obendrüber.

Bist du sicher, dass noch ATM genutzt wird?
Die ganzen Websites beschreiben die Konfiguration explizit ohne ATM.

0 new messages