Unitymedia Technicolor TC4400 Docsis 3.1 Modem Info Thread

[JPDribbler]

...

Danke für die Information. Hast du eine Idee wie man es in der Praxis am besten umsetzen könnte? ...

Leider nicht wirklich. Ich denke es ist an der Zeit, die Communities der OpenSource-Welt dahingehend zu sensibilisieren, dass die WAN-Option DS-Lite in die Projekte mit aufgenommen werden sollte.

Neuere CGN-Techniken wie MAP-E/T noch gar nicht betrachtet.

Ich verweise an das OpenWrt bzw. LEDE Projekt. Hier ist in der Liste mit Protokollen die DSLite Option explizit auswählbar.

Danke.

Ich habe mir gerade einen Negear R7800 bestellt. Ich schaue mal ob ich noch weitere TC4400 organisieren kann damit ich Andreas das TC4400 nicht wieder unter dem Arsch wegziehen muss

https://forum.lede-project.org/t/build-for-netgear-r7800/316

Hier steht auch noch etwas über das Package:
https://lede-project.org/docs/user-guide/ipv6_ipv4_transitioning#dual-stack_lite_tunnel_ds-lite_ipv4_in_ipv6

:!: ds-lite operation requires that IPv4 NAT is disabled. You should adjust your settings in /etc/config/firewall accordingly.

:!: This protocol type does not need an ifname option set in the interface section. The interface name is derived from the section name, e.g. config interface wan would result in an interface named dslite-wan.

 

[rv112]

Das könnte in der Tat das Problem sein, wenn der eigene Router NAT macht, geht DS-Lite nicht. Daher sollte es auch mit einer pfSense gehen, da man diese zu einem reinen routing Gerät kastrieren kann. Ich bin mir sicher dass DS-Lite auch mit dem TC4400 funktioniert. Allerdings muss erst mal IPv6 sauber laufen, was es ja bisher noch immer nicht richtig tat.

 

[#DiRK]

Ich möchte noch einmal betonen, dass DS-Lite kein Thema eines Modems ist. Ein Modem arbeitet auf einem komplett anderem OSI-Layer, als DS-Lite stattfindet.
Modem = OSI Layer 2, also es transporiert Frames. Hier sind nicht einmal IP-Adressen (weder v6 noch v4) bekannt
DS-Lite = OSI Layer 3, hier wird das IPv4 Protokoll in einem Tunnel über das vorhandene IPv6 Protokoll geleitet. Auf dieser Ebene ist das Modem nicht aktiv! Einzige Ausnahme: das eigenen Management, d. h. das Modem antwortet auf bestimmte Ziel IP-Adressen (üblicherweise auf RfC1918 Adressen), damit es sich konfigurieren lässt (siehe Beiträge zum Finden des Web-IF).

Ich empfehle in diesem Fall mal das Lesen von https://de.wikipedia.org/wiki/OSI-Modell

Ob ihr DS-Lite zum Laufen bekommt, hängt einzig und allein vom dahinter liegenden Router ab. Da könnte ihr gerne lange und breit das Modem analysieren, es wird sich kein "DS-Lite-Alles-wird-gut" Schalter dort finden. ;-)

Übrigens: DS-Lite ist auch kein NAT bzw. beide zusammen gehen nicht. Der AFTR identifiziert ein Paket anhand der Source-IPv6 und der "eingewickelten / getunnelten" Source-IPv4 und baut daruf seine CGN NAT-Tabellen auf (vermutlich auch Layer 4: Protokoll und Port). D.h. eure RfC1918 Netze und die daran hängenden Geräte sind dem AFTR anhand ihrer Quelladresse bekannt. Der DS-Lite Router macht in dem Fall kein NAT, sondern "routet" alle Pv4-Pakete in den Tunnel zum AFTR.

By the way: Gutes Neues Jahr an alle Forumsteilnehmer!

 

[Andreas1969]

IE LETZTEN BEITRÄGE DES THEMAS: TECHNICOLOR TC4400 DOCSIS 3.1 MODEM INFO TREAD
Re: Technicolor TC4400 Docsis 3.1 Modem Info TreadZitat #DiRK
von #DiRK » 01.01.2018, 10:58

Ich möchte noch einmal betonen, dass DS-Lite kein Thema eines Modems ist. Ein Modem arbeitet auf einem komplett anderem OSI-Layer, als DS-Lite stattfindet.
Modem = OSI Layer 2, also es transporiert Frames. Hier sind nicht einmal IP-Adressen (weder v6 noch v4) bekannt
DS-Lite = OSI Layer 3, hier wird das IPv4 Protokoll in einem Tunnel über das vorhandene IPv6 Protokoll geleitet. Auf dieser Ebene ist das Modem nicht aktiv! Einzige Ausnahme: das eigenen Management, d. h. das Modem antwortet auf bestimmte Ziel IP-Adressen (üblicherweise auf RfC1918 Adressen), damit es sich konfigurieren lässt (siehe Beiträge zum Finden des Web-IF).

Da widerspreche ich Dir.
Modems der neueren Generation haben wohl gewisse rudimentäre Routerfunktionalitäten on Board.
Das ist bei meinem (Conan würd jetzt sagen: ominösen Modem) so und das TC4400 hat diese Funktionalitäten auch.

 

[Andreas1969]

Hier mal ein paar Bilder

 

[rv112]

Hm, Technicolor kommuniziert jedoch ganz klar ein Modem. Eventuell sind das Überbleibsel einer Routerfirmware? Sind die Geräte nicht noch irgendwie im "Teststatus"? Was passiert denn wenn Du den DHCP aktivierst?

 

[Andreas1969]

Was passiert denn wenn Du den DHCP aktivierst?

Hab ich nicht getestet.
Eventuell muss man ja an DSLITE Anschlüssen den Router Modus aktivieren und das Modem macht dann Prefix Delegation :kratz:

 

[Andreas1969]

Ich habe gerade mal die Config Datei gesichert:

<?xml version="1.0"?>
<CpeConfig version="3.0">
<Device>
<DeviceInfo>
<FirstUseDate>2017-11-29T15:55:47+01:00</FirstUseDate>
<VendorConfigFileNumberOfEntries>0</VendorConfigFileNumberOfEntries>
<SupportedDataModel instance="1">
<Alias>cpe-data-model-1</Alias>
</SupportedDataModel>
<SupportedDataModel nextInstance="2" ></SupportedDataModel>
</DeviceInfo>
<X_BROADCOM_COM_LoginCfg>
<AdminPassword>KG51bGwpAA==</AdminPassword>
<SupportPassword>KG51bGwpAA==</SupportPassword>
</X_BROADCOM_COM_LoginCfg>
<X_BROADCOM_COM_eRouter>
<esafeInitModeControl>1</esafeInitModeControl>
<esafeAdminMode>1</esafeAdminMode>
<FactoryMib>
<WanIpMacAddress>xx:yy:zz:aa:bb:cc</WanIpMacAddress>
<LanIpMacAddress>xx:yy:zz:aa:bb:cc</LanIpMacAddress>
</FactoryMib>
</X_BROADCOM_COM_eRouter>
<Time>
<LocalTimeZone>+01:00</LocalTimeZone>
<X_BROADCOM_COM_LocalTimeZoneName>Amsterdam,&#32;Berlin,&#32;Bern,&#32;Rome,&#32;Stockholm,&#32;Vienna</X_BROADCOM_COM_LocalTimeZoneName>
<X_BROADCOM_COM_DaylightSavingsStart>2017-12-29T11:06:52+01:00</X_BROADCOM_COM_DaylightSavingsStart>
<X_BROADCOM_COM_DaylightSavingsEnd>2017-12-29T11:06:52+01:00</X_BROADCOM_COM_DaylightSavingsEnd>
</Time>
<InterfaceStack nextInstance="501" ></InterfaceStack>
<Ethernet>
<InterfaceNumberOfEntries>5</InterfaceNumberOfEntries>
<LinkNumberOfEntries>2</LinkNumberOfEntries>
<VLANTerminationNumberOfEntries>0</VLANTerminationNumberOfEntries>
<RMONStatsNumberOfEntries>0</RMONStatsNumberOfEntries>
<Interface instance="1">
<Enable>TRUE</Enable>
<X_BROADCOM_COM_Enable>TRUE</X_BROADCOM_COM_Enable>
<Alias>cpe-ethernet-interface-lan-eth0</Alias>
<Name>eth0</Name>
<Upstream>FALSE</Upstream>
<MaxBitRate>100</MaxBitRate>
<DuplexMode>Full</DuplexMode>
</Interface>
<Interface instance="2">
<Enable>TRUE</Enable>
<X_BROADCOM_COM_Enable>TRUE</X_BROADCOM_COM_Enable>
<Alias>cpe-ethernet-interface-lan-eth1</Alias>
<Name>eth1</Name>
<Upstream>FALSE</Upstream>
<MaxBitRate>100</MaxBitRate>
<DuplexMode>Full</DuplexMode>
</Interface>
<Interface instance="3">
<Enable>TRUE</Enable>
<X_BROADCOM_COM_Enable>TRUE</X_BROADCOM_COM_Enable>
<Alias>cpe-ethernet-interface-lan-eth2</Alias>
<Name>eth2</Name>
<Upstream>FALSE</Upstream>
<MaxBitRate>100</MaxBitRate>
<DuplexMode>Full</DuplexMode>
</Interface>
<Interface instance="4">
<Enable>TRUE</Enable>
<X_BROADCOM_COM_Enable>TRUE</X_BROADCOM_COM_Enable>
<Alias>cpe-ethernet-interface-lan-eth3</Alias>
<Name>eth3</Name>
<Upstream>FALSE</Upstream>
<MaxBitRate>100</MaxBitRate>
<DuplexMode>Full</DuplexMode>
</Interface>
<Interface instance="5">
<Enable>TRUE</Enable>
<X_BROADCOM_COM_Enable>TRUE</X_BROADCOM_COM_Enable>
<Alias>cpe-ethernet-interface-wan-cm0</Alias>
<Name>cm0</Name>
<Upstream>TRUE</Upstream>
<MaxBitRate>100</MaxBitRate>
<DuplexMode>Full</DuplexMode>
</Interface>
<Interface nextInstance="6" ></Interface>
<Link instance="1">
<Enable>TRUE</Enable>
<Alias>cpe-etherlink-wanbridge</Alias>
<Name>wanbridge</Name>
<LowerLayers>Device.Bridging.Bridge.1.Port.2</LowerLayers>
<MACAddress>xx:yy:zz:aa:bb:cc</MACAddress>
</Link>
<Link instance="2">
<Enable>TRUE</Enable>
<Alias>cpe-etherlink-br0</Alias>
<Name>br0</Name>
<LowerLayers>Device.Bridging.Bridge.2.Port.5</LowerLayers>
<MACAddress>xx:yy:zz:aa:bb:cc</MACAddress>
</Link>
<Link nextInstance="3" ></Link>
</Ethernet>
<Bridging>
<BridgeNumberOfEntries>2</BridgeNumberOfEntries>
<FilterNumberOfEntries>0</FilterNumberOfEntries>
<Bridge instance="1">
<Enable>TRUE</Enable>
<Alias>cpe-bridge-1</Alias>
<X_BROADCOM_COM_IfName>wanbridge</X_BROADCOM_COM_IfName>
<X_BROADCOM_COM_Index>1</X_BROADCOM_COM_Index>
<PortNumberOfEntries>6</PortNumberOfEntries>
<VLANNumberOfEntries>0</VLANNumberOfEntries>
<VLANPortNumberOfEntries>0</VLANPortNumberOfEntries>
<X_BROADCOM_COM_WlIfname>(null)</X_BROADCOM_COM_WlIfname>
<Port instance="1">
<Enable>TRUE</Enable>
<X_BROADCOM_COM_Enable>TRUE</X_BROADCOM_COM_Enable>
<Alias>cpe-bridgeport-1</Alias>
<Name>cm0</Name>
<LowerLayers>Device.Ethernet.Interface.5</LowerLayers>
</Port>
<Port instance="2">
<Enable>TRUE</Enable>
<X_BROADCOM_COM_Enable>TRUE</X_BROADCOM_COM_Enable>
<Alias>cpe-bridgeport-2</Alias>
<Name>wanbridge</Name>
<LowerLayers>Device.Bridging.Bridge.1.Port.1</LowerLayers>
<ManagementPort>TRUE</ManagementPort>
</Port>
<Port instance="3">
<Enable>TRUE</Enable>
<X_BROADCOM_COM_Enable>TRUE</X_BROADCOM_COM_Enable>
<Alias>cpe-bridgeport-3</Alias>
<Name>eth0</Name>
<LowerLayers>Device.Ethernet.Interface.1</LowerLayers>
</Port>
<Port instance="4">
<Enable>TRUE</Enable>
<X_BROADCOM_COM_Enable>TRUE</X_BROADCOM_COM_Enable>
<Alias>cpe-bridgeport-4</Alias>
<Name>eth1</Name>
<LowerLayers>Device.Ethernet.Interface.2</LowerLayers>
</Port>
<Port instance="5">
<Enable>TRUE</Enable>
<X_BROADCOM_COM_Enable>TRUE</X_BROADCOM_COM_Enable>
<Alias>cpe-bridgeport-5</Alias>
<Name>eth2</Name>
<LowerLayers>Device.Ethernet.Interface.3</LowerLayers>
</Port>
<Port instance="6">
<Enable>TRUE</Enable>
<X_BROADCOM_COM_Enable>TRUE</X_BROADCOM_COM_Enable>
<Alias>cpe-bridgeport-6</Alias>
<Name>eth3</Name>
<LowerLayers>Device.Ethernet.Interface.4</LowerLayers>
</Port>
<Port nextInstance="7" ></Port>
</Bridge>
<Bridge instance="2">
<Enable>TRUE</Enable>
<Alias>cpe-default-lan-bridge-br0</Alias>
<X_BROADCOM_COM_IfName>br0</X_BROADCOM_COM_IfName>
<X_BROADCOM_COM_Index>200</X_BROADCOM_COM_Index>
<PortNumberOfEntries>5</PortNumberOfEntries>
<VLANNumberOfEntries>0</VLANNumberOfEntries>
<VLANPortNumberOfEntries>0</VLANPortNumberOfEntries>
<X_BROADCOM_COM_WlIfname>(null)</X_BROADCOM_COM_WlIfname>
<Port instance="1">
<Enable>TRUE</Enable>
<X_BROADCOM_COM_Enable>TRUE</X_BROADCOM_COM_Enable>
<Alias>cpe-bridgeport-1</Alias>
<Name>eth0</Name>
<LowerLayers>Device.Ethernet.Interface.1</LowerLayers>
</Port>
<Port instance="2">
<Enable>TRUE</Enable>
<X_BROADCOM_COM_Enable>TRUE</X_BROADCOM_COM_Enable>
<Alias>cpe-bridgeport-2</Alias>
<Name>eth1</Name>
<LowerLayers>Device.Ethernet.Interface.2</LowerLayers>
</Port>
<Port instance="3">
<Enable>TRUE</Enable>
<X_BROADCOM_COM_Enable>TRUE</X_BROADCOM_COM_Enable>
<Alias>cpe-bridgeport-3</Alias>
<Name>eth2</Name>
<LowerLayers>Device.Ethernet.Interface.3</LowerLayers>
</Port>
<Port instance="4">
<Enable>TRUE</Enable>
<X_BROADCOM_COM_Enable>TRUE</X_BROADCOM_COM_Enable>
<Alias>cpe-bridgeport-4</Alias>
<Name>eth3</Name>
<LowerLayers>Device.Ethernet.Interface.4</LowerLayers>
</Port>
<Port instance="5">
<Enable>TRUE</Enable>
<X_BROADCOM_COM_Enable>TRUE</X_BROADCOM_COM_Enable>
<Alias>cpe-bridge-port-br0.5</Alias>
<Name>br0</Name>
<LowerLayers>Device.Bridging.Bridge.2.Port.1,Device.Bridging.Bridge.2.Port.2,Device.Bridging.Bridge.2.Port.3,Device.Bridging.Bridge.2.Port.4</LowerLayers>
<ManagementPort>TRUE</ManagementPort>
</Port>
<Port nextInstance="6" ></Port>
</Bridge>
<Bridge nextInstance="3" ></Bridge>
</Bridging>
<IP>
<InterfaceNumberOfEntries>0</InterfaceNumberOfEntries>
</IP>
<Routing>
<RouterNumberOfEntries>0</RouterNumberOfEntries>
<RIP>
<X_BROADCOM_COM_Disabled>FALSE</X_BROADCOM_COM_Disabled>
<InterfaceSettingNumberOfEntries>0</InterfaceSettingNumberOfEntries>
</RIP>
</Routing>
<NeighborDiscovery>
<InterfaceSettingNumberOfEntries>0</InterfaceSettingNumberOfEntries>
</NeighborDiscovery>
<RouterAdvertisement>
<InterfaceSettingNumberOfEntries>0</InterfaceSettingNumberOfEntries>
</RouterAdvertisement>
<DNS>
<Client>
<ServerNumberOfEntries>0</ServerNumberOfEntries>
</Client>
</DNS>
<NAT>
<InterfaceSettingNumberOfEntries>0</InterfaceSettingNumberOfEntries>
<PortMappingNumberOfEntries>0</PortMappingNumberOfEntries>
</NAT>
<DHCPv6>
<ClientNumberOfEntries>0</ClientNumberOfEntries>
<Server>
<X_BROADCOM_COM_Disabled>FALSE</X_BROADCOM_COM_Disabled>
<PoolNumberOfEntries>0</PoolNumberOfEntries>
</Server>
</DHCPv6>
<Firewall>
<Enable>TRUE</Enable>
</Firewall>
<X_84D32A_IEEE1905>
<AL>
<Alias>cpe-ieee1905al-0</Alias>
<Interface nextInstance="101" ></Interface>
</AL>
</X_84D32A_IEEE1905>
<X_BROADCOM_COM_Bfd>
<SessionNumberOfEntries>0</SessionNumberOfEntries>
</X_BROADCOM_COM_Bfd>
<X_BROADCOM_COM_Pmip>
<InterfaceSettingNumberOfEntries>0</InterfaceSettingNumberOfEntries>
</X_BROADCOM_COM_Pmip>
</Device>
</CpeConfig>

Unter anderem gibt es noch folgendes Password: "KG51bGwpAA"

Sehe ich das richtig, das standardmäßig die Firewall für IPV6 aktiviert ist :kratz:

</DHCPv6>
<Firewall>
<Enable>TRUE</Enable>

Das würde dann erklären, warum es bei DSLITE Probleme gibt.

 

[Andreas1969]

Mooooment, soll das Teil nicht Link Aggregation können? Also beide Anschlüsse zu einem 2 Gbit bündeln? Wo soll man das denn einstellen können?

Vielleicht hier:

 

[Andreas1969]

Und hier kann man die Config Datei sehen


Das ist das Standard Config File für frei Fritzboxen

 

[Andreas1969]

Vielleicht auch interessant

 

[Andreas1969]

FTP kann dat Dingen auch

 

[rv112]

Ich halte das noch immer für Dinge einer falschen Firmware. Probier doch mal was zu aktivieren, ich glaube nicht dass es funktioniert. Das hätte Technicolor doch ganz klar so kommuniziert wenn es ein Kabelrouter wäre.

 

[Andreas1969]

FTP kann dat Dingen auch
FTP.JPG

Da sich ja die Config sichern lässt und man die auch wieder auf's Modem zurückspielen lässt, würde ich fast schon behaupten, dass man in Zukunft auch ne neue FW auf das Modem bekommt, vielleicht per FTP oder so. :kratz:

 

[Andreas1969]

Am DSLITE Anschluss könnte man ja mal folgendes probieren:

Config auslesen und folgenden Eintrag

</DHCPv6>
<Firewall>
<Enable>TRUE</Enable>

auf

</DHCPv6>
<Firewall>
<Enable>FALSE</Enable>

ändern und die Config dann auf's Modem zurückspielen.

 

[#DiRK]

IE LETZTEN BEITRÄGE DES THEMAS: TECHNICOLOR TC4400 DOCSIS 3.1 MODEM INFO TREAD
Re: Technicolor TC4400 Docsis 3.1 Modem Info TreadZitat #DiRK
von #DiRK » 01.01.2018, 10:58

Ich möchte noch einmal betonen, dass DS-Lite kein Thema eines Modems ist. Ein Modem arbeitet auf einem komplett anderem OSI-Layer, als DS-Lite stattfindet.
Modem = OSI Layer 2, also es transporiert Frames. Hier sind nicht einmal IP-Adressen (weder v6 noch v4) bekannt
DS-Lite = OSI Layer 3, hier wird das IPv4 Protokoll in einem Tunnel über das vorhandene IPv6 Protokoll geleitet. Auf dieser Ebene ist das Modem nicht aktiv! Einzige Ausnahme: das eigenen Management, d. h. das Modem antwortet auf bestimmte Ziel IP-Adressen (üblicherweise auf RfC1918 Adressen), damit es sich konfigurieren lässt (siehe Beiträge zum Finden des Web-IF).

Da widerspreche ich Dir.
Modems der neueren Generation haben wohl gewisse rudimentäre Routerfunktionalitäten on Board.
Das ist bei meinem (Conan würd jetzt sagen: ominösen Modem) so und das TC4400 hat diese Funktionalitäten auch.

Erläutere bitte genau was du mit "gewissen ruidementären Routerfunktionalitäten" meinst. Ansonsten wird ein fachlicher Diskurs schwierig. Auch hilft kein Verweis auf Modems unter NDA. :-/

Die Screenshots von dir zeigen auch m.E. eher das Modem in einem Router Modus. Vermutlich lässt sich das Teil im Bridge- oder Routermodus betreiben. Oder es ist, wie @rv112 meinte, ein Überbleibsel einer Router-Firmware.

 

[#DiRK]

Ich habe gerade mal die Config Datei gesichert:

<?xml version="1.0"?>
<CpeConfig version="3.0">


</CpeConfig>

Unter anderem gibt es noch folgendes Password: "KG51bGwpAA"

Sehe ich das richtig, das standardmäßig die Firewall für IPV6 aktiviert ist :kratz:

</DHCPv6>
<Firewall>
<Enable>TRUE</Enable>

Das würde dann erklären, warum es bei DSLITE Probleme gibt.

Nope. Der Eintrag "</DHCPv6>" ist das Ende Tag zum vorherigen "<DHCPv6>" Tag. Ähnlich wie HTML.

Der Eintrag zu Firewall ist so zu lesen:

<Firewall>
<Enable>TRUE</Enable>
</Firewall>

Wenn du das Config File genauer anschaust dann wirst du erkennen, dass Einträge für evtl. Routerfunktionaitäten deaktiviert sind. D.h. das Teil verhält sich wie ein Modem. Dann hat das aber mit DS-Lite nichts zu tun. (siehe auch unseren Diskurs zu "gewissen Routerfunktionalitäten") ;-)

 

[#DiRK]

Das würde dann erklären, warum es bei DSLITE Probleme gibt.

Welche Probleme mit DS-Lite hast du denn? Fritzbox hinter TC4400? Wie ist das Fehlerbild? Welche Fritzbox? Welche OS Version? Wie verkabelt?

 

[JPDribbler]

Das würde dann erklären, warum es bei DSLITE Probleme gibt.

Welche Probleme mit DS-Lite hast du denn? Fritzbox hinter TC4400? Wie ist das Fehlerbild? Welche Fritzbox? Welche OS Version? Wie verkabelt?

Ich hatte die Probleme mit meiner 7362 SL mit neuster Firmware (weiss gerade nicht mehr welche die aktuelle ist)
Verkabelt habe ich die 7362SL via LAN Port1, siehe auch Screenshot https://www.unitymediaforum.de/viewtopic.php?f=53&t=36248&start=75#p389294

Egal ob mit automatischer AFTR Auflösung oder manuellem Eintrag, ich hab keine IPV4 via DHCPv6 bekommen... Kann sein, dass ich was falsch gemacht habe. Weiss allerdings aktuell nicht was.

 

[johnripper]

Das würde dann erklären, warum es bei DSLITE Probleme gibt.

Welche Probleme mit DS-Lite hast du denn? Fritzbox hinter TC4400? Wie ist das Fehlerbild? Welche Fritzbox? Welche OS Version? Wie verkabelt?

Es wird keine IPv6 aufgebaut wenn eine FB hinter einem TC4400 hängt.
ME kein Problem mit DSLite, sondern IPv6.

Gesendet von meinem SM-G935F mit Tapatalk

 

[JPDribbler]

Das würde dann erklären, warum es bei DSLITE Probleme gibt.

Welche Probleme mit DS-Lite hast du denn? Fritzbox hinter TC4400? Wie ist das Fehlerbild? Welche Fritzbox? Welche OS Version? Wie verkabelt?

Es wird keine IPv6 aufgebaut wenn eine FB hinter einem TC4400 hängt.
ME kein Problem mit DSLite, sondern IPv6.

Gesendet von meinem SM-G935F mit Tapatalk

Stimmt.

Würde Unitymedia endlich mal Dual Stack schalten könnten addicted und Andreas auch testen... :wand:

 

[Andreas1969]

Ich hatte die Probleme mit meiner 7362 SL mit neuster Firmware (weiss gerade nicht mehr welche die aktuelle ist)
Verkabelt habe ich die 7362SL via LAN Port1, siehe auch Screenshot viewtopic.php?f=53&t=36248&start=75#p389294

Egal ob mit automatischer AFTR Auflösung oder manuellem Eintrag, ich hab keine IPV4 via DHCPv6

Die Einstellungen in der Fritzbox waren vollkommen korrekt. Das hätte so funktionieren müssen.

 

[#DiRK]

Das würde dann erklären, warum es bei DSLITE Probleme gibt.

Welche Probleme mit DS-Lite hast du denn? Fritzbox hinter TC4400? Wie ist das Fehlerbild? Welche Fritzbox? Welche OS Version? Wie verkabelt?

Ich hatte die Probleme mit meiner 7362 SL mit neuster Firmware (weiss gerade nicht mehr welche die aktuelle ist)
Verkabelt habe ich die 7362SL via LAN Port1, siehe auch Screenshot https://www.unitymediaforum.de/viewtopic.php?f=53&t=36248&start=75#p389294

Egal ob mit automatischer AFTR Auflösung oder manuellem Eintrag, ich hab keine IPV4 via DHCPv6 bekommen... Kann sein, dass ich was falsch gemacht habe. Weiss allerdings aktuell nicht was.

Zwei Gedanken hierzu:

1) Verkabelung
DIe SL ist eine ADSL / VDSL FB. D. h. du kannst den WAN Port nicht an das TC4400 hängen, da der für DSL konzipiert ist. Also hast du den LAN Port 1 genommen. Üblicherweise kenne ich es jedoch, dass auf den LAN Ports (meist eine Bridge zwischen WiFi 2.4 / 5 GHz und 1-n Ethernet-Ports) keine DHCP Clients "lauschen". An den LAN Ports läuft üblicherweise ein DHCP-Server für's Heimnetz. Sicherlich nicht beides gleichzeitig. Ich vermute, dass du zumindest eine passendere Fritzbox (z.B. Fritzbox für Modem / Netzwerk: 4040 oder 4020) benötigst, damit du das TC4400 an den WAN-Port hängen kannst.

2) IPv4 via DHCPv6
Vermutlich ein Typo. Also am WAN-Port würdest du theoretisch via DHCPv6 eine V6 Adresse und ein Präfix für dein Heimnet erhalten (DHCP6 IA_NA und DHCP6 IA_PD). Was du nicht erhältst ist eine V4 Adresse! Je nach OS wird für den DS-Lite Tunnel eine eigene V4 Adresse generiert, welche aber nur für das interne Routing notwendig ist. Eigentlich geht es auch komplett ohne V4 Adresse (im Router), denn alle V4 Pakete werden in den Tunnel geschickt und gelangen "wie von Geisterhand" (via IPv6) zum AFTR. D.h. du hast eine V4 Adresse auf deiner LAN-Bridge (RfC1918) für's Heimnetz und der WAN-Adapter hat eine V6-Adresse + den Tunnel der auf dieser Adresse terminiert.

 

[Conan179]

@#DiRK
zu 1) er nutzt seine fritzbox als https://avm.de/service/fritzbox/fritzbox-7390/wissensdatenbank/publication/show/3244_FRITZ-Box-als-IP-Client-einrichten/

 

[#DiRK]

Ich hatte die Probleme mit meiner 7362 SL mit neuster Firmware (weiss gerade nicht mehr welche die aktuelle ist)
Verkabelt habe ich die 7362SL via LAN Port1, siehe auch Screenshot viewtopic.php?f=53&t=36248&start=75#p389294

Egal ob mit automatischer AFTR Auflösung oder manuellem Eintrag, ich hab keine IPV4 via DHCPv6

Die Einstellungen in der Fritzbox waren vollkommen korrekt. Das hätte so funktionieren müssen.

Das Log aus dem Screenshot zeigt aber, dass kein DHCP-Server erreichbar war und auch nicht auf DHCPv6-SOLICIT geantwortet hat. Diese Nachricht wird jedoch broadcastet und sollte daher (unabhängig von Vorhandensein einer IP-Adresse) zu einer Antwort führen.

Würde mal Rapid Commit ausschalten wie im Thread zur Prefix Delegation empfohlen. https://www.unitymediaforum.de/viewtopic.php?p=379319#p379319