1906 10.72RU1 - Vodafone Bz Cable IPOE

[backslash]

Hi Henri,

das Problem ist, daß die ARP-Requests des Cisco im ARP-Trace nicht auftauchen. Warum kann ich dir auch nicht sagen. Sie sollten es - zumindest, wenn du alles korrekt konfiguriert hast... Hast du VF1 auch an den DSL-Port 1 gebunden?

unter /Setup/WAN/DSL-Broadband-Peers sollte folgendes stehen:

Code: Alles auswählen

Peer              SH-Time  AC-name        Servicename       WAN-layer  MAC-Type   user-def.-MAC  DSL-ifc(s)     VLAN-ID  Prio-Mapping  IPv6
==================-------------------  -----------------  ---------------------------------------------------  ----------------------------------
VF1               9999                                      IPOE       global     000000000000   1              0        off           

und unter /Setup/WAN/IP-List solltest du die IP-Adressen zuweisen

Code: Alles auswählen

Peer              IP-Address       IP-Netmask       Masq.-IP-Addr.   Gateway          DNS-Default      DNS-Backup       NBNS-Default     NBNS-Backup
==================--------------------------------------------------------------------------------------------------------------------------------------
VF1               x.x.x.58         255.255.255.252  0.0.0.0          x.x.x.57         0.0.0.0          0.0.0.0          0.0.0.0          0.0.0.0  

und du solltest auch eine (ggf. getaggte) Default-Route auf die Gegenstelle gelegt haben (natürlich maskiert wg. Expose-Host Konfiguration in der Fritzbox), z.B.:

Code: Alles auswählen

IP-Address       IP-Netmask       Rtg-tag  Admin-Distance  Peer-or-IP             Distance  Masquerade  Active   Comment                          
===========================================================---------------------------------------------------------------------
255.255.255.255  0.0.0.0          1        0               VF1                    0         on          Yes

und unter /Status/Info-Connection sollte dann folgende Zeile zu finden sein

Code: Alles auswählen

Ifc        Status            Mode      Dialup-remote         Peer              B1-DT  B2-DT
===========--------------------------------------------------------------------------------
DSL-CH-1   Connection        Active                          VF1               9999   0

Gruß
Backslash

[Henri]

Hallo \,

wenn ich beim "tr + eth @ dsl-3" das hier bekommen, sollte ich doch bei "Packet Capture" DSL-3 doch das gleiche Paket finden?
Dort kommt nichts an. Habe mal von DSL-1 auf DSL-3 gewechselt, da ich bei "tr + eth @ dsl-1" Pakete von XDSL-1 gesehen hab.

Die anderen Einstellungen sind so, wir von dir beschrieben.

Danke und mit vielen Grüßen

Henri

[Ethernet] 2023/02/22 12:54:49,640
Received 60 byte Ethernet packet via DSL-3:
HW Switch Port : WAN-1
-->IEEE 802.3 Header
Dest : ff:ff:ff:ff:ff:ff (Broadcast)
Source : a0:f8:49:f8:4b:7c (Cisco f8:4b:7c)
Type : ARP (0x0806)
-->ARP packet:
Hardware Type : Ethernet
Type : ARP request
Sender HA : a0:f8:49:f8:4b:7c (Cisco f8:4b:7c)
Sender IA : x.x.x.57
Receiver HA : 00:00:00:00:00:00
Receiver IA : x.x.x.58


/Status/Ethernet-Ports/Ports/

Port Assignment Private-Mode Link-Active Connector Auto-Negotiation Flow-Control MDI-Mode Remote-Fault Downshift Clock-Role Power-Saving
===========---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
ETH-1 LAN-1 No Yes FD1000B-TX Completed No MDI No No Master No
ETH-2 LAN-2 No No None Pending No Unknown No No None No
ETH-3 LAN-3 No No None Pending No Unknown No No None No
ETH-4 LAN-4 No No None Pending No Unknown No No None No
WAN-1 DSL-3 No Yes FD1000B-TX Completed No MDI No No Master No
WAN-2 DSL-4 No No None Pending No Unknown No No None No


fc Link-Active MAC-Address
===========---------------------------------------
DSL-1 No 00a0573a822a
DSL-2 No 00a0573a822a
DSL-3 Yes 06a0573a822a
DSL-4 No 00a0573a822a
DSL-5 No 00a0573a822a
VDSL-1 Yes 02a0573a822a
VDSL-2 No 00a0573a822a

l /Setup/WAN/DSL-Broadband-Peers

Peer SH-Time AC-name Servicename WAN-layer ATM-VPI ATM-VCI MAC-Type user-def.-MAC DSL-ifc(s) VLAN-ID Prio-Mapping S-VLAN-ID IPv6
==================---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
INTERNET 9999 INTERNET 1 32 local 000000000000 xDSL1 7 1TR-112 0 INTERNET
VF1 9999 IPOE 0 0 global 000000000000 DSL3 0 off 0 DEFAULT
VF2 9999 IPOE 0 0 local 000000000000 DSL4 0 off 0 DEFAULT

[Henri]

Screenshot 2023-02-22 at 13.42.48.png

[backslash]

Hi Henri

wenn ich beim "tr + eth @ dsl-3" das hier bekommen, sollte ich doch bei "Packet Capture" DSL-3 doch das gleiche Paket finden?

eigentlich schon - zumindest solange du das Interface DSL-1 nicht explizit deaktivierst (denn das schaltet alle DSL-Ports ab)

Dort kommt nichts an.

es kommt ja auch das ARP-Paket nicht beim ARP an - und genau das ist der Punkt, den ich nicht verstehe. Im ARP-Trace sollte irgendwas auftauchen...

Habe mal von DSL-1 auf DSL-3 gewechselt, da ich bei "tr + eth @ dsl-1" Pakete von XDSL-1 gesehen hab.

du hättest auch einfach den Trace-Filter etwas geschickter wählen lönnen

Code: Alles auswählen

tr + eth @ " dsl-1"

hier sind die Anführungszeichen und vor allem das Leerzeichen vor dem DSL wichtig...
oder du schließt xdsl explizit aus:

Code: Alles auswählen

tr + eth @ dsl-1 - xdsl

Gruß
Backslash

[Henri]

Hallo \,

danke.

Also gegeben ist folgendes: zur gleichen Zeit einen Packet Trace auf DSL-3 und einen "tr + Eth @ dsl-3" gestartet.

Resultat:

Packet Trace:
1 2023/053 17:36:30.975625 ip-0x-0x-x-058.um19.pools.vodafone-ip.de Broadcast ARP 42 Who has x.x.x.57? Tell x.x.x.58
2 2023/053 17:36:33.975954 ip-0x-0x-x-058.um19.pools.vodafone-ip.de Broadcast ARP 42 Who has x.x.x.57? Tell x.x.x.58

"tr + Eth @ dsl-3" :
256 Pakete

z.B.

[Ethernet] 2023/02/22 14:25:15,370 Devicetime: 2023/02/22 14:27:05,639
Received 60 byte Ethernet packet via DSL-3:
HW Switch Port : WAN-1
-->IEEE 802.3 Header
Dest : 00:a0:57:3a:82:2a (LANCOM 3a:82:2a)
Source : 1c:ed:6f:5a:9c:5f (AVM 5a:9c:5f)
Type : ARP (0x0806)
-->ARP packet:
Hardware Type : Ethernet
Type : ARP request
Sender HA : 1c:ed:6f:5a:9c:5f (AVM 5a:9c:5f)
Sender IA : x.57
Receiver HA : 00:00:00:00:00:00
Receiver IA : x.58

Screenshot 2023-02-22 at 17.39.56.png

Ich verstehe eure Maschine nicht ....

Danke und mit vielen Grüßen

Henri

[backslash]

Hi Henri

Ich verstehe eure Maschine nicht ....

also entweder paßt der Ethernet-Trace nicht zu dem Packet-Trace oder das LANCOM hat eine falsche Zeit - zumidndest stimmen die Timestamps nicht:
2023/053 17:36:30.975625 paßt nicht zu 2023/02/22 14:27:05,639 und auch nicht zu 2023/02/22 17:36:05:572

wo hast du den Packet-Trace gemacht? Der stammt jedenfalls nicht vom LANCOM...

und der Screenshot des LANtracers ist auch nicht sehr hilfreich - er zeigt nur, daß der Cisco merkwürdige Pakete schickt - mit LLC/SNAP-Header statt einem Ethertnet-II-Header. Das sind also keine IP-Pakete und auch keine ARP-Pakete.

Das einzige, was ich sehen kann, ist das ARP-Paket, daß du immer wieder im Ethernet-Trace gezeigt hast:

[Ethernet] 2023/02/22 12:54:49,640
Received 60 byte Ethernet packet via DSL-3:
HW Switch Port : WAN-1
-->IEEE 802.3 Header
Dest : ff:ff:ff:ff:ff:ff (Broadcast)
Source : a0:f8:49:f8:4b:7c (Cisco f8:4b:7c)
Type : ARP (0x0806)
-->ARP packet:
Hardware Type : Ethernet
Type : ARP request
Sender HA : a0:f8:49:f8:4b:7c (Cisco f8:4b:7c)
Sender IA : x.x.x.57
Receiver HA : 00:00:00:00:00:00
Receiver IA : x.x.x.58

und ich verstehe echt nicht, warum das nicht auch im ARP-Trace auftaucht


Noch merkwürdigert ist aber das "neuste" ARP-Paket, das offenbar von der Fritzbox kommt:

[Ethernet] 2023/02/22 14:25:15,370 Devicetime: 2023/02/22 14:27:05,639
Received 60 byte Ethernet packet via DSL-3:
HW Switch Port : WAN-1
-->IEEE 802.3 Header
Dest : 00:a0:57:3a:82:2a (LANCOM 3a:82:2a)
Source : 1c:ed:6f:5a:9c:5f (AVM 5a:9c:5f)
Type : ARP (0x0806)
-->ARP packet:
Hardware Type : Ethernet
Type : ARP request
Sender HA : 1c:ed:6f:5a:9c:5f (AVM 5a:9c:5f)
Sender IA : x.57
Receiver HA : 00:00:00:00:00:00
Receiver IA : x.58

Das ist ein direkt an das LANCOM gerichtetes Paket (Dest : 00:a0:57:3a:82:2a (LANCOM 3a:82:2a)), was bedeutet, daß die Fritzbox schonmal irgendwo die MAC-Adresse des LANCOMs her hat.

Aber auf der anderen Seite paßt das nicht zu

fc Link-Active MAC-Address
===========---------------------------------------
DSL-1 No 00a0573a822a
DSL-2 No 00a0573a822a
DSL-3 Yes 06a0573a822a
DSL-4 No 00a0573a822a
DSL-5 No 00a0573a822a
VDSL-1 Yes 02a0573a822a
VDSL-2 No 00a0573a822a

denn da hat das DSL-3 Interface die MAC-Adresse 06:a0:57:3a:82:2a - und das würde erkären, warum das ARP-Paket nicht ankommt (falsche MAC-Adresse). Damit stellt sich die Frage: voher kennt die Fritzbox die MAC-Adresse des LANCOMs?

Hast du zufällig eine Schleife gebaut und das LANCOM "doppelt" an der Fritzbox angeschlossen?

Hats du schonmal erwogen, das LANCOM zu resetten und die Verbindung mit dem Wizard einzurichten?
Wenn du vorher die Konfig des LANCOMs sicherst, kannst du sie danach mit dem vergleichen, was der Wizard liefert...

Gruß
Backslash

[Dr.Einstein]

IPOE Layer im Eimer? Kannst du das mal mit dem Default vergleichen?

[Henri]

Hallo \,

danke! Ich würde zuerst gerne einmal ein Situation haben, bei der ich mich auf die LANCOM Traces verlassen kann, das würde mir im Moment schon sehr helfen.

Ich habe also im WEB Interface (siehe Screenshot) "Packet-Capture" mit "DSL-3" ausgewählt und zum gleichen Zeitpunkt einen "tr + eth @ "DSL-3" gestartet. Der Inhalt der Pakete spielt erst einmal keine Rolle, aber ich bekomme im Wireshark genau zwei Pakete angezeigt und beim Trace viel mehr.

Wenn beim LANCOM "trace" "Ethernet packet via DSL-3" steht, dann müsste ich doch die Daten auch in Paket Trace sehen, oder nicht?

Ich habe hier wiederkehrend diverse Parameter geändert, daher sind die Ausgaben bzgl. Mac Addresse usw. nicht konsistent zwischen die einzelnen Einträgen, sorry dafür, ich versuche halt selbst das Verhalten zu verstehen.

Im Moment habe ich als MAC "f1f1f1f1f1f1" und VLAN 2001 Tagged mit der .57 auf dem CISCO Switch eingestellt.

Danke und Mit vielen Grüßen

Henri

Screenshot 2023-02-22 at 19.25.51.png

Screenshot 2023-02-22 at 19.27.48.png

1 2023/053 19:28:54.394215 f1:f1:f1:f1:f1:f1 Broadcast ARP 46 Who has x.x.x.57? Tell x.x.x.58
2 2023/053 19:29:06.325809 f1:f1:f1:f1:f1:f1 Broadcast ARP 46 Who has x.x.x.57? Tell x.x.x.58

ping x.x.x.57
[Ethernet] 2023/02/22 19:29:05,750
Received 90 byte Ethernet packet via DSL-3:
HW Switch Port : WAN-1
-->IEEE 802.3 Header
Dest : 01:00:0c:cc:cc:cc (CDP/VTP)
Source : a0:f8:49:f8:4b:a1 (Cisco f8:4b:a1)
IEEE frame len : 76
-->LLC Header
DSAP : SNAP
SSAP : SNAP [C]
Frame type : U P/F=0 M=0
SNAP Manufacturer : 00:00:0c (Cisco)
Type : 0x0111
Body : 21 00 b4 f3 00 01 00 0f !.......
44 4e 49 32 36 35 32 30 DNI26520
4d 53 50 00 02 00 0c 67 MSP....g
69 32 2f 30 2f 33 37 00 i2/0/37.
03 00 08 00 00 00 00 00 ........
04 00 05 0f 00 05 00 05 ........
08 00 06 00 0b 73 77 69 .....swi
74 63 68 33 00 07 00 08 tch3....
00 00 08 2a ...*



[Ethernet] 2023/02/22 19:29:06,325
Sent 46 byte Ethernet packet via DSL-3:
-->IEEE 802.3 Header
Dest : ff:ff:ff:ff:ff:ff (Broadcast)
Source : f1:f1:f1:f1:f1:f1
Type : 802.1p/q VLAN (0x8100)
-->802.1p/q VLAN Header
VLAN Id : 2001
VLAN Prio : 0
VLAN CFI : 0
Type : ARP (0x0806)
-->ARP packet:
Hardware Type : Ethernet
Type : ARP request
Sender HA : f1:f1:f1:f1:f1:f1
Sender IA : x.x.x.58
Receiver HA : 00:00:00:00:00:00
Receiver IA : x.x.x.57


[Ethernet] 2023/02/22 19:29:06,750
Received 90 byte Ethernet packet via DSL-3:
HW Switch Port : WAN-1
-->IEEE 802.3 Header
Dest : 01:00:0c:cc:cc:cc (CDP/VTP)
Source : a0:f8:49:f8:4b:a1 (Cisco f8:4b:a1)
IEEE frame len : 76
-->LLC Header
DSAP : SNAP
SSAP : SNAP [C]
Frame type : U P/F=0 M=0
SNAP Manufacturer : 00:00:0c (Cisco)
Type : 0x0111
Body : 21 00 b4 f2 00 01 00 0f !.......
44 4e 49 32 36 35 32 30 DNI26520
4d 53 50 00 02 00 0c 67 MSP....g
69 32 2f 30 2f 33 37 00 i2/0/37.
03 00 08 00 00 00 00 00 ........
04 00 05 0f 00 05 00 05 ........
08 00 06 00 0b 73 77 69 .....swi
74 63 68 33 00 07 00 08 tch3....
00 00 08 2b

[Henri]

Hallo \,

ich hatte noch vergessen, etwas bzgl. Reset zu sagen, auf dem Gerät ist auch ein WLAN Controller und eine CA. Weiterhin ist das die Teststellung für den Umzug des Datacenters, dort laufen dann ISG-5000 & ISG-4000 im Cluster. Der Cluster ist dann die Zielkonfiguration für den Telekom und die zwei Vodafone Anschlüsse (bessere Anschlüsse gibt's im Moment nicht). Der Umzug soll die nächsten Wochen stattfinden, da für die Reverse Proxies und VPN mindestens 3 Public IPs benötigt werden, muss die Angelegenheit funktionieren. Die aktuelle Konfiguration hat auch einen Telekom VDSL Anschluß und einen Vodafone Fritz!Box mit 5 Public IPs. Da funktioniert die IPOE Konfiguration korrekt. Bei dem ISG-5000 ist aber ein anderer 1906-VA das DSL Gateway, das ist ein Unterschied zu dieser Konfiguration. Ich bin daher mehr an der Fehlerursache interessiert, da es recht blöd ist, den Umzug wg. so etwas abzusagen.

Danke und Mit vielen Grüßen

Henri

[backslash]

Hi Henri,

zum pcap - und ob da was gefiltert wird - kann ich dir nichts sagen...

Aber was der Ethernet-Trace anzeigt, ist auch angekommen - bzw. wurde gesendet...

Und da taucht zwichen den komischen Paketen des Ciscos ein ARP auf, mit dem das LANCOM (x.x.x.58) die IP des Gateways erfragt (x.x.x.57)

[Ethernet] 2023/02/22 19:29:06,325
Sent 46 byte Ethernet packet via DSL-3:
-->IEEE 802.3 Header
Dest : ff:ff:ff:ff:ff:ff (Broadcast)
Source : f1:f1:f1:f1:f1:f1
Type : 802.1p/q VLAN (0x8100)
-->802.1p/q VLAN Header
VLAN Id : 2001
VLAN Prio : 0
VLAN CFI : 0
Type : ARP (0x0806)
-->ARP packet:
Hardware Type : Ethernet
Type : ARP request
Sender HA : f1:f1:f1:f1:f1:f1
Sender IA : x.x.x.58
Receiver HA : 00:00:00:00:00:00
Receiver IA : x.x.x.57

Das war aber bereits das zweite ARP - das Erste (von 19:28:54) hast du im Trace unter den Tisch fallen lassen.

Das ARP geht mit VLAN-Tag raus - du sagst aber, daß die Fritzbox kein VLAN unterstützt - also darfst du der VF1-Verbindung auch kein VLAN-Tag geben

Auf die ARPs kommt offenbar keine Antwort - was klar ist wenn die Fritzbox kein VLAN kann, was aber nicht klar ist, wenn du eigentlich den Cisco ansprechen wolltest und der VLAN-Tagging aktiv hat.

Hast du vielleicht einen Switch zwischen LANCOM und Fritzbox/Cisco, der VLAN-technisch falsch konfiguriert ist?

In jedem Fall darf für die Fritzbox-Gegenstelle (VF1) *KEIN* VLAN konfiguriert sein (also VLAN-ID = 0)! Und wenn du direkt ein Kabel vom LANCOM zur Fritzbox ziehst, dann sollte das auch auf Anhieb funktionieren.


Gruß
Backslash

[Henri]

Hallo \,

danke für deine Antwort. Das Tagging kommt vom CISCO Switch, ich hatte ja geschrieben, dass ich dort VLAN2001 Tagged eingestellt habe.
Die Fritz!Box liefert die Pakete untagged, das sie kein VLAN unterstützt. Ich habe aber auch schon jeder erdenkliche Variante ohne Switch und VLANs versucht, gleiches Ergebnis.

Ich hatte schon einmal 6 Wochen mit einem LANCOM Problem laboriert, da im LANCOM Trace ein Paket zu sehen war (und ich das geglaubt habe), im Wireshark Trace (ich hatte einen Switch mit Port Monitoring zwischengeschaltet, nach 6 Wochen!) aber nicht abgekommen ist. Daher bin ich sehr vorsichtig, wenn der LANCOM Trace (der ist sicher korrekt, hier sind auch die Inbound Pakete zu sehen) etwas anzeigt, ein Packet Trace aber nicht.

Meine persönliche Vermutung ist, das hier, wie auch damals, das falsche Interface selektiert wurde.

Dazu passt:

LANCOM->FB ARP ist nur im Packet Trace zu sehen, aber nicht im "TRACE ETH"

2023/053 19:28:54.394215 f1:f1:f1:f1:f1:f1 Broadcast ARP 46 Who has x.x.x.57? Tell x.x.x.58
2023/053 19:29:06.325809 f1:f1:f1:f1:f1:f1 Broadcast ARP 46 Who has x.x.x.57? Tell x.x.x.58

FB(bzw. CICSO)->LANCOM ARP ist nur im LANCOM Trace zu sehen.

Ethernet] 2023/02/22 19:29:06,325
Sent 46 byte Ethernet packet via DSL-3:
-->IEEE 802.3 Header
Dest : ff:ff:ff:ff:ff:ff (Broadcast)
Source : f1:f1:f1:f1:f1:f1
Type : 802.1p/q VLAN (0x8100)
-->802.1p/q VLAN Header
VLAN Id : 2001
VLAN Prio : 0
VLAN CFI : 0
Type : ARP (0x0806)
-->ARP packet:
Hardware Type : Ethernet
Type : ARP request
Sender HA : f1:f1:f1:f1:f1:f1
Sender IA : x.x.x.58
Receiver HA : 00:00:00:00:00:00
Receiver IA : x.x.x.57

Das würde das Verhalten auch vollständig erklären und ich brauche nicht 6 Wochen zu suchen. Daher möchte ich SICHER sein, das die Traces auch korrekt sind.

Danke und Mit vielen Grüßen

Henri

[Henri]

Hallo,

es gibt jetzt einen LANCOM Case: LCSUP-140928 .
Dort sind auch die Traces und die Konfiguration zu finden (ohne x sicher besser zu lesen).
Hat jetzt ca. 1 Woche gedauert um an der richtigen Stelle (L2) zu landen.

Danke und Mit vielen Grüßen

Henri

[Henri]

/Status/DSL
> l pac

Kein Rx-Packets ....

Mit vielen Grüßen

Henri

Ifc Rx-Packets Tx-Packets Rx-Broadcasts Rx-Multicasts Rx-Unicasts Tx-Broadcasts Tx-Multicasts Tx-Unicasts
===========------------------------------------------------------------------------------------------------------------
DSL-1 0 8426 0 0 0 8426 0 0
DSL-2 0 0 0 0 0 0 0 0
DSL-3 0 0 0 0 0 0 0 0
DSL-4 0 0 0 0 0 0 0 0
DSL-5 0 0 0 0 0 0 0 0
VDSL-1 1077028 461280 0 0 1077028 3 0 461277
VDSL-2 0 0 0 0 0 0 0 0

[backslash]

Hi Henri,

kann es sein, daß du dich selbst ausgesperrt hast, indem du unter Schnittstellen -> LAN -> 802.1x Authentictor for LAN-Ports eine Authentifizierung auf dem WAN-Port erzwingst...

Ich glaube kaum, daß die Fritzbox 802.1x spricht... Also müßtest du die Mac-Adresse der Fritzbox im RADIUS-Server hinterlegen und auch noch warten, bis diese "freigeschaltet" wird (laut LANconfig-Hilfe dauert das bis zu 90 Sekunden - es sei denn du schaltest den "MAC-basierten Auth Bypass" auf "unverzüglich")

Gruß
Backslash

[Henri]

Hallo \,

vielen Dank für Deine Hilfe! Du hast ein Abendessen gut (wenn du einmal bei uns in der Nähe von Ludwigsburg bist), die Einlandung ist hiermit offiziell ausgesprochen, melde dich bitte. Funktioniert jetzt, gerade getestet, schriebe es auch noch ins Ticket.
Ich hatte den 1906VA-4G via Script (nach Reset-Config) aus der Konfiguration eines anderen 1906VA vor ca. 6 Monaten zusammengebastelt und erst jetzt die VF Boxen in Betrieb genommen. Das 802.1x von LANCOM supported wird, wusste ich gar nicht, hatte das bisher nur auf unseren Switches aktiviert gehabt.

Mit vielen Grüßen

Henri