[Frage] FritzBox 7270 mit Vodafone LTE Turbobox verbinden?

Für das Problem gibt es zwei mögliche Lösungen.

1. Die Turbobox wurde nach dem Abstöpseln der Easybox _nicht_ neugestartet. In diesem Fall tritt das von Dir beschriebene Problem auf, da die Turbobox die IP "hält" wenn die Easybox für die Zeit der Lease nicht zugegen ist.
Mit einem simplen Kaltstart der Turbobox ohne angeschlossene Easybox ist das erledigt und das Problem verschwindet.

2. den dhcpcd Client mit der Option -r starten. Dies verhindert einen Broadcast (welcher von der Tubobox nämlich leider gespiegelt wird und somit die ganze Kommunikation zum Erhalten einer IP Adresse leider ebenfalls, so dass der Client annehmen muss, da sei noch ein weiteres Gerät mit der gleichen IP im Netz.

Desweiteren solltest Du Deinen DHCP Client generell mit den Optionen -M (keine Interface MTU setzen) sowie -R (keine DNS Server setzen) nutzen, da Du für VoIP sicher nicht die Standard LTE MTU von 1360 nutzen möchtest, sondern ggf. 576 als Wert einstellen möchtest. Die eigenen Einträge für die Nameserver brauchst Du, da Vodafone Dir auf dem ethX.232 VLAN Interface nur einen Nameserver im Class C Netz zuweisen wird, der somit nur Adressen in diesem VLAN bedient. Und wenn kein weiterer Nameserver über die Datenverbindung benannt wird, dann wird Deine Box keine externen Hostnamen auflösen können. Dies nur zur Info.

Schau Dir auch mal an was da überhaupt so passiert bei der DHCP Client Anfrage.

Dein Client kann Dir das mit der Option -T (oder auch --test) gut zeigen, ohne dabei tatsächlich Änderungen durchzuführen.
Diese Ausgabe wäre mal interessant zu sehen.

Und noch eins: Wichtig! Vodafone hat kürzlich offenbar etwas an der eigenen LTE Infrastruktur geändert, das bei mir zu häufigen Verbindungsabbrüchen geführt hatte.
Die Lösung war ein Firmware Update der Turbobox selbst.
Das machst Du am besten zu erst, indem Du Easy- und Turbobox regulär verbindest und im Interface der Easybox eine Firmware Aktualisierung auswählst. Wenn er keine automatische Aktualisierung (dauert gut 20 Minuten, nicht kürzer) machen mag, sondern nur rebootet, dann lad die passende Firmware von dem Vodafone Helpdesk herunter und gib sie ihm. Damit wird auch nach einem weiteren Reboot das Turbobox Modem aktualisiert.
 
Danke Kashra für die schnelle Antwort!

An dem fehlenden Kaltstart kann es nicht liegen, da ich vor dem Umstöpseln die Turbobox immer ausgeschaltet habe.

Deine zweite Möglichkeit klingt sehr vielversprechend, werde ich heute Abend mal ausprobieren, jetzt über Tag kann ich mich und meine Leute hier nicht vom Netzt nehmen.

Über die genaue Konfiguration des Netzwerks, bezüglich MTU und DNS mache ich mir dann Gedanken. Aber schon mal eine Frage:

Wird denn auf dem Daten-VLAN 132 ein korrekter DNS Server von Vodafone angeboten, oder muss ich mir den fest eintragen?

Besten Dank

Kristian
 
Hallo,

ich habe mich gerade mal kurz auf dem IPfire eingeloggt, um die Befehlssyntax des dhcpcd zu überprüfen:

[root@ipfire ~]# dhcpcd --version
dhcpcd 5.2.9
Copyright (c) 2006-2010 Roy Marples
[root@ipfire ~]# dhcpcd --help
usage: dhcpcd [-dgknpqwxyADEGHJKLOTV] [-c script] [-f file] [-e var=val]
[-h hostname] [-i classID ] [-l leasetime] [-m metric] [-o option]
[-r ipaddr] [-s ipaddr] [-t timeout] [-u userclass]
[-F none|ptr|both] [-I clientID] [-C hookscript] [-Q option]
[-X ipaddr] <interface>
[root@ipfire ~]#

Da kein man System dort installiert ist hier mal eine Online man-Seite von dhcpcd:

http://roy.marples.name/man/html8/dhcpcd.html

Ich kann die Befehlsoptionen, die Du mir angegeben hast, Kashra, nicht ganz nachvollziehen?

-r funktioniert nur in Verbindung mit einer IP-Adresse

-R und -M gibt es gar nicht.

Kann es sein das man diese Version von dhcpcd nur per Configfile dhcpcd.conf konfigurieren kann?

Stehe etwas auf dem Schlauch?

Alles Gute

Kristian
 
Hier ein Screenshot aus meiner dhcpcd manpage:

dhcp_man.jpg

Was den DNS Server angeht, so vergibt Vodafone natürlich einen funktionalen Server über die Datenverbindung. Nur wenn diese nicht aufgebaut wird, oder erst zu einem späteren Zeitpunkt, dann kann es ein Problem mit VoIP geben, sofern hier extern auflösende Hostnamen verwendet werden.
Von daher ist es empfehlenswert den DNS Eintrag statisch selbst zu setzen, entweder auf den eigenen Nameserver oder aber z.B. den von google 8.8.8.8
 
Hallo,

danke Kashra für den Screenshot, aber mein dhcpcd ist definitiv anders zu bedienen. Er verhält sich so wie die Online Manpage von dem Entwickler selber, die ich im vorherigen Post angegeben habe. Ich habe auch schon herausgefunden wie die -M und -R Befehle hier lauten: "-C mtu" und "-C resolv.conf".
Ich habe aber leider noch nicht herausgefunden welche Option den Broadcast verhindert. Die von Dir angegebene Funktion -r geht meiner Meinung nach nicht:

-r, --request [address]
Request the address in the DHCP DISCOVER message. There is no guarantee this is the address the DHCP server will actually give. If no address is given then the first address currently assigned to the interface is used.

Weißt Du (oder jemand anders), welche Option bei mir die richtige ist?

Danke und alles Gute

Kristian
 
Hallo nochmal,

hier noch mal die Terminalausgabe beim Aufruf des dhcpcd einmal ohne und einmal mit Debugmode. Anscheinend kann er die angebotenen IP nicht akzeptieren, da die Turbobox diese selber benutzt:


[root@ipfire ~]# dhcpcd -C mtu -C resolv.conf red0.132
dhcpcd[8799]: version 5.2.9 starting
Stopping Domain Name Service Proxy... [ OK ]
Starting Domain Name Service Proxy... [ OK ]
Using DNS server(s): 192.168.1.1
PID file not found: '/var/run/openvpn.pid'
Adding static routes... [ OK ]
dhcpcd[8799]: red0.132: broadcasting for a lease
dhcpcd[8799]: red0.132: offered 47.xx.xxx.xx from 192.168.200.2
dhcpcd[8799]: red0.132: acknowledged 47.xx.xxx.xx from 192.168.200.2
dhcpcd[8799]: red0.132: checking for 47.xx.xxx.xx
dhcpcd[8799]: red0.132: hardware address 00:1c:62:fe:82:b7 claims 47.xx.xxx.xx
dhcpcd[8799]: red0.132: broadcasting for a lease
dhcpcd[8799]: red0.132: offered 47.xx.xxx.xx from 192.168.200.2
dhcpcd[8799]: red0.132: acknowledged 47.xx.xxx.xx from 192.168.200.2
dhcpcd[8799]: red0.132: checking for 47.xx.xxx.xx
dhcpcd[8799]: red0.132: hardware address 00:1c:62:fe:82:b7 claims 47.xx.xxx.xx
dhcpcd[8799]: red0.132: broadcasting for a lease
dhcpcd[8799]: red0.132: offered 47.xx.xxx.xx from 192.168.200.2
dhcpcd[8799]: red0.132: acknowledged 47.xx.xxx.xx from 192.168.200.2
dhcpcd[8799]: red0.132: checking for 47.xx.xxx.xx
dhcpcd[8799]: red0.132: hardware address 00:1c:62:fe:82:b7 claims 47.xx.xxx.xx
dhcpcd[8799]: timed out
dhcpcd[8799]: allowing 8 seconds for IPv4LL timeout
dhcpcd[8799]: red0.132: broadcasting for a lease
dhcpcd[8799]: red0.132: offered 47.xx.xxx.xx from 192.168.200.2
dhcpcd[8799]: red0.132: acknowledged 47.xx.xxx.xx from 192.168.200.2
dhcpcd[8799]: red0.132: checking for 47.xx.xxx.xx
dhcpcd[8799]: red0.132: hardware address 00:1c:62:fe:82:b7 claims 47.xx.xxx.xx
dhcpcd[8799]: timed out
[root@ipfire ~]#


[root@ipfire ~]# dhcpcd -d -C ipv4ll -C mtu -C resolv.conf red0.132
dhcpcd[9703]: version 5.2.9 starting
dhcpcd[9703]: red0.132: using hwaddr 00:17:3e:be:a1:1b
dhcpcd[9703]: red0.132: executing `/var/ipfire/dhcpc/dhcpcd-run-hooks', reason PREINIT
Stopping Domain Name Service Proxy... [ OK ]
Starting Domain Name Service Proxy... [ OK ]
Using DNS server(s): 192.168.1.1
PID file not found: '/var/run/openvpn.pid'
Adding static routes... [ OK ]
dhcpcd[9703]: red0.132: executing `/var/ipfire/dhcpc/dhcpcd-run-hooks', reason CARRIER
dhcpcd[9703]: red0.132: broadcasting for a lease
dhcpcd[9703]: red0.132: sending DISCOVER (xid 0x89b452b9), next in 3.95 seconds
dhcpcd[9703]: red0.132: offered 47.xx.xxx.xx from 192.168.200.2
dhcpcd[9703]: red0.132: sending REQUEST (xid 0x89b452b9), next in 3.76 seconds
dhcpcd[9703]: red0.132: acknowledged 47.xx.xxx.xx from 192.168.200.2
dhcpcd[9703]: red0.132: checking for 47.xx.xxx.xx
dhcpcd[9703]: red0.132: sending ARP probe (1 of 3), next in 1.90 seconds
dhcpcd[9703]: red0.132: hardware address 00:1c:62:fe:82:b7 claims 47.xx.xxx.xx
dhcpcd[9703]: red0.132: sending DECLINE with xid 0x89b452b9
dhcpcd[9703]: red0.132: broadcasting for a lease
dhcpcd[9703]: red0.132: sending DISCOVER (xid 0x596d194a), next in 3.58 seconds
dhcpcd[9703]: red0.132: offered 47.xx.xxx.xx from 192.168.200.2
dhcpcd[9703]: red0.132: sending REQUEST (xid 0x596d194a), next in 3.75 seconds
dhcpcd[9703]: red0.132: acknowledged 47.xx.xxx.xx from 192.168.200.2
dhcpcd[9703]: red0.132: checking for 47.xx.xxx.xx
dhcpcd[9703]: red0.132: sending ARP probe (1 of 3), next in 1.43 seconds
dhcpcd[9703]: red0.132: hardware address 00:1c:62:fe:82:b7 claims 47.xx.xxx.xx
dhcpcd[9703]: red0.132: sending DECLINE with xid 0x596d194a
dhcpcd[9703]: red0.132: broadcasting for a lease
dhcpcd[9703]: red0.132: sending DISCOVER (xid 0xc9d51665), next in 4.51 seconds
dhcpcd[9703]: red0.132: offered 47.xx.xxx.xx from 192.168.200.2
dhcpcd[9703]: red0.132: sending REQUEST (xid 0xc9d51665), next in 4.90 seconds
dhcpcd[9703]: red0.132: acknowledged 47.xx.xxx.xx from 192.168.200.2
dhcpcd[9703]: red0.132: checking for 47.xx.xxx.xx
dhcpcd[9703]: red0.132: sending ARP probe (1 of 3), next in 1.37 seconds
dhcpcd[9703]: red0.132: hardware address 00:1c:62:fe:82:b7 claims 47.xx.xxx.xx
dhcpcd[9703]: red0.132: sending DECLINE with xid 0xc9d51665
dhcpcd[9703]: timed out
dhcpcd[9703]: allowing 8 seconds for IPv4LL timeout
dhcpcd[9703]: red0.132: broadcasting for a lease
dhcpcd[9703]: red0.132: sending DISCOVER (xid 0x4ef9aef7), next in 4.47 seconds
dhcpcd[9703]: red0.132: offered 47.xx.xxx.xx from 192.168.200.2
dhcpcd[9703]: red0.132: sending REQUEST (xid 0x4ef9aef7), next in 3.53 seconds
dhcpcd[9703]: red0.132: acknowledged 47.xx.xxx.xx from 192.168.200.2
dhcpcd[9703]: red0.132: checking for 47.xx.xxx.xx
dhcpcd[9703]: red0.132: sending ARP probe (1 of 3), next in 1.72 seconds
dhcpcd[9703]: red0.132: hardware address 00:1c:62:fe:82:b7 claims 47.xx.xxx.xx
dhcpcd[9703]: red0.132: sending DECLINE with xid 0x4ef9aef7
dhcpcd[9703]: timed out
[root@ipfire ~]#

Mit der -r 47.xx.xxx.xx Option habe ich auch keinen Erfolg, ich habe jetzt als IP die mir angebotenen IP 47.xx.xxx.xx genommen. Funktionier aber auch nicht. Was muß ich als IP Adresse bei der -r Option angeben.

Der Fehler tritt ja auf nachdem dhcpcd eine IP Adresse erhalten hat. Er checkt diese dann mit einem ARP Check. Dann antwortet die Turbobox auf die IP Adresse mit Ihrer MAC-Adresse. Kann man den ARP Check umgehen. Oder klappt das dann trotzdem nicht, da ja bei normalem Netzwerkverkehr auch die ARP bzw. MAC Adressen als Anlaufstelle genutzt werden?

Vielleicht weiß noch jemand weiter?

Danke

Kristian
 

Hallo, ich versuche ebenfalls die turbobox mit einer 7270 zu verbinden. Bin hier leider nicht schlau draus geworden.
Benötige ich Freetz auf meiner Box oder geht das mit original avm Software.
Für mich wichtig ist, ich benötige kein voice over ip. Nur Datenverbindung.
welches wohl über vl id 132 läuft. aber wenn ich das in der Original Software eingebe, reicht das nicht aus. ich bekomme kein Internet.
Auch nicht, wenn ich das modem mit der easy box aktiv mache und dann umstecke.

ich kann die easy box nicht verwenden, denn ich habe nur einen Datentarif ohne voice oder ähnliches.
Somit kann ich nicht einmal das Setup bei der easybox durchlaufen lassen. nach superpin eingabe kommt ewig bitte warten....
Dort erwartet die box die Einstellungen für voip. was ich ja nicht habe.

Darum Fritz 7270 und FM300(zumindest ist das der Plan)
 

Zurzeit aktive Besucher

Neueste Beiträge

Statistik des Forums

Themen
244,916
Beiträge
2,220,872
Mitglieder
371,678
Neuestes Mitglied
fibre
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.