Ik heb de Gigaset S450 via SIP aangesloten op de T-mobile verbinding. Deze zit via een (Cisco) router aan de glasvezel, dus geen Zyxel router van T-mobile.
Probleem wat ik ervaar is dat ik een “Registration failed” error krijg op de Gigaset (niet heel veelzeggend).
Even kijkend naar het verkeer op de firewall zie ik:
SIP/2.0 401 Unauthorized
Dat zegt mij dat de SIP proxy/registrar en de Gigaset in weze wel babbelen, alleen het nog niet eens zijn over welke klant contact wil leggen.
Username heb ik uit de My T-mobile instellingen gehaald, en het wachtwoord is gewijzigd en correct ingetypt.
Ik vermoed dat ik een cruciaal detail uit de draadjes op het forum gemist heb, kan iemand mij hier op wijzen?
Groet,
Michel
InloggegevensCodecsDTMF instellingen
TMTV1 jaar geleden
Hi all!
De oplossing voor de problemen met het VOIP-wachtwoord laat nog even op zich wachten, maar een vraag in mijn oude topic bracht me op een idee voor een tijdelijke workaround. Ik heb mijn oude VOIP-script afgestoft en weer online gezet. Zo kun je in afwachting van een permanente oplossing toch vooruit met je eigen apparatuur. Het script werkt zowel voor mensen die hun VOIP-wachtwoord niet hebben gewijzigd (dus het standaardwachtwoord van T-Mobile hebben), als voor mensen die een eigen wachtwoord hebben ingesteld, al dan niet sinds de problemen zijn ontstaan. Voor die laatste groep geldt dat het wachtwoord dat het script laat zien dus compleet anders is dan wat je hebt ingesteld, maar dit is wel het daadwerkelijke wachtwoord dat bij de server bekend is. Het lijkt alsof het Base64-gecodeerd is, maar dit is het letterlijke wachtwoord waarmee je je kunt registreren. (Decoderen levert overigens niets bruikbaars op, zeker niet het wachtwoord dat je zelf hebt ingesteld.) Met dit script kun je je VOIP-wachtwoord alleen zien, niet aanpassen.
Het script dat in de post hierboven gelinkt wordt, heb ik oorspronkelijk gemaakt om te gebruiken in combinatie met de Zyxel T50, maar werkt ook met de T54, de Draytek 2132FVn en een eigen router. Het is al een tijdje geleden, maar bij mij doet ‘ie het met de Python-versie van dat moment nog steeds. Verder heb ik het niet getest, dus als het werkt (of niet), laat het hier even weten.
Heb je het script aangepast? Dat is niet nodig. Het IP-adres moet op 10.12.0.10 blijven staan, want dat is de server waar de gegevens vandaan komen. Voer je het script uit terwijl je met de Odido-router verbonden bent of je eigen router? In het laatste geval moet je VLAN 300 tijdelijk aanpassen naar VLAN 100, anders is de server niet bereikbaar. Lukt het zo?
Top het werkt
Oude zyxel 🙄modem even aangesloten op het internet.
Heb je het script aangepast? Dat is niet nodig. Het IP-adres moet op 10.12.0.10 blijven staan, want dat is de server waar de gegevens vandaan komen. Voer je het script uit terwijl je met de Odido-router verbonden bent of je eigen router? In het laatste geval moet je VLAN 300 tijdelijk aanpassen naar VLAN 100, anders is de server niet bereikbaar. Lukt het zo?
C:\Users\odeby\Downloads>python voip.py Traceback (most recent call last): File "C:\Users\odeby\AppData\Local\Programs\Python\Python312\Lib\site-packages\urllib3\connection.py", line 198, in _new_conn sock = connection.create_connection( ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "C:\Users\odeby\AppData\Local\Programs\Python\Python312\Lib\site-packages\urllib3\util\connection.py", line 85, in create_connection raise err File "C:\Users\odeby\AppData\Local\Programs\Python\Python312\Lib\site-packages\urllib3\util\connection.py", line 73, in create_connection sock.connect(sa) ConnectionRefusedError: [WinError 10061] Kan geen verbinding maken omdat de doelcomputer de verbinding actief heeft geweigerd
The above exception was the direct cause of the following exception:
Traceback (most recent call last): File "C:\Users\odeby\AppData\Local\Programs\Python\Python312\Lib\site-packages\urllib3\connectionpool.py", line 793, in urlopen response = self._make_request( ^^^^^^^^^^^^^^^^^^^ File "C:\Users\odeby\AppData\Local\Programs\Python\Python312\Lib\site-packages\urllib3\connectionpool.py", line 491, in _make_request raise new_e File "C:\Users\odeby\AppData\Local\Programs\Python\Python312\Lib\site-packages\urllib3\connectionpool.py", line 467, in _make_request self._validate_conn(conn) File "C:\Users\odeby\AppData\Local\Programs\Python\Python312\Lib\site-packages\urllib3\connectionpool.py", line 1099, in _validate_conn conn.connect() File "C:\Users\odeby\AppData\Local\Programs\Python\Python312\Lib\site-packages\urllib3\connection.py", line 616, in connect self.sock = sock = self._new_conn() ^^^^^^^^^^^^^^^^ File "C:\Users\odeby\AppData\Local\Programs\Python\Python312\Lib\site-packages\urllib3\connection.py", line 213, in _new_conn raise NewConnectionError( urllib3.exceptions.NewConnectionError: <urllib3.connection.HTTPSConnection object at 0x000001FB1F584E90>: Failed to establish a new connection: [WinError 10061] Kan geen verbinding maken omdat de doelcomputer de verbinding actief heeft geweigerd
The above exception was the direct cause of the following exception:
Traceback (most recent call last): File "C:\Users\odeby\AppData\Local\Programs\Python\Python312\Lib\site-packages\requests\adapters.py", line 486, in send resp = conn.urlopen( ^^^^^^^^^^^^^ File "C:\Users\odeby\AppData\Local\Programs\Python\Python312\Lib\site-packages\urllib3\connectionpool.py", line 847, in urlopen retries = retries.increment( ^^^^^^^^^^^^^^^^^^ File "C:\Users\odeby\AppData\Local\Programs\Python\Python312\Lib\site-packages\urllib3\util\retry.py", line 515, in increment raise MaxRetryError(_pool, url, reason) from reason # type: ignore[arg-type] ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ urllib3.exceptions.MaxRetryError: HTTPSConnectionPool(host='10.0.0.1', port=7547): Max retries exceeded with url: / (Caused by NewConnectionError('<urllib3.connection.HTTPSConnection object at 0x000001FB1F584E90>: Failed to establish a new connection: [WinError 10061] Kan geen verbinding maken omdat de doelcomputer de verbinding actief heeft geweigerd'))
@martijnDutch Heb je het wachtwoord al te pakken met behulp van het script? Zo niet, dan zou ik dat eerst doen. Daar heb je namelijk de Zyxel-router van Odido voor nodig. Als je daarna je eigen router aansluit, heb je alleen VLAN 300 nodig voor internet. VOIP gaat daar ook overheen. Die 35 is slechts een ‘placeholder’ voor sommige routers waarbij je verplicht een VOIP-VLAN moet invullen, ook al voegt dat niets toe.
Hi, dank voor het script. Nu moet ik waarschijnlijk een voip VLAN enablen op mijn router, en ik probeer 35, maar daarop krijg ik geen DHCP adres? Is dat het juiste VLAN?
ik heb hier hetzelfde probleem. De foutmelding in mijn fritzbox is inderdaad 401, dus username password niet correct. Hoe kan ik T mobile bewegen om te zorgen dat hun eigen server geupdate wordt, als ik via hun(!) website mijn password aanpas?
Ik heb geen zin om weer die Zyxel uit de kast te halen en dan een of ander vaag script te gaan draaien om het echte password te achterhalen.
Dus vriendelijk verzoek aan T Mobile: los dit eens fatsoenlijk op...
Vandaag ben ik ook even wezen stoeien met de VOIP settings ter test.
Ook ik zou graag een update willen als er meer bekend is, ook bij mij werkt het opgevraagde account en wachtwoord niet middels de website.
Aangezien ik een router update wil uitvoeren, ben ik direct ook aan het kijken om de algehele opzet wat aan te pakken. Dus de Zyxel ertussenuit halen.
Inmiddels het script geprobeerd en dat werkt inderdaad zonder problemen. Wel zie ik een patroon in het wachtwoord wat ik vanuit het script terug krijg en wat ik normaal verwacht. Ik wil niet te veel details geven op een publiek forum, maar achter de schermen gaat inderdaad iets verkeerd.
Dit euvel is bij mij en de specialisten op dit moment in onderzoek! We zijn druk bezig om te achterhalen wat hier nu precies mis gaat. Als er een update is zal ik deze hier plaatsen!
Ik werd vandaag door het T-Mobile support team teruggebeld omdat ze wilden weten of mijn VoIP probleem inmiddels verholpen was. Op zich een goede zaak, maar … toen ik vertelde dat het probleem nog steeds bestaat en ik niet de enige ben zeiden ze iets van “het spijt me te horen, maar daar is T-Mobile niet verantwoordelijk voor en wij als support team verlenen in dit geval geen support. U moet gebruik maken van de T-Mobile community”.
Nou, ik heb een poging gedaan om uit te leggen dat het probleem bij T-Mobile bekend is en dat het aan T-Mobile is om aan de wettelijke verplichtingen te voldoen (wat betreft de toegang gegevens voor VoIP aan hun klanten ter beschikking te stellen). Echter, ik kreeg de indruk dat de support medewerker niet op de hoogte was van deze wettelijke verplichting.
Slechte service van T-Mobile, heb ook een fritzbox7590, na installatie ook geen telefoon, dus na veel zoeken het VOIP scripje gedraaid, en zie daar de inlog gegevens die via de website heb ingegeven komen niet overeen.
Alsnog de verkregen gegevens ingevoerd en alles werkt.
T-mobile stuurde wel een monteur om te kijken of de verbinding in orde was, ik had wel internet, vreemd.
M..a.w. de gegevens die je aanmaakt via hun website inclusief het aanvinken dat je een eigen router hebt, worden niet ongeslagen c.q. verwerkt.
@cb2023 Fijn dat het gelukt is, zij het met een omweg. Ik denk niet dat dit een bewuste actie van T-Mobile is, maar gewoon een bug. Hoe het ervoor staat met de definitieve oplossing weet ik niet. Hopelijk kan @Tommie of @Jason daar duidelijkheid over geven.
Dank je wel voor het script! Net het modem aangesloten, aanmelden via wifi, scriptje draaien op de MacBook en binnen 2 min had ik het wachtwoord. Heb nu mn N300 geregistreerd… Fijn dat het werkt nu. En zeer slecht van t-mobile dat klanten op zon mega omslachtige manier achter de voip inlog gegevens moeten komen. Volgens mij is t-mobile hiermee de wet aan het overtreden, er geldt een verplichting dat voip gegevens vrijgegeven moeten worden.
Eindelijk tijd gehad - de Vlan100 interface geconfigureerd, op DHCP gezet. Jammer genoeg kwam er een default route mee op Vlan100 (en ook op Vlan300), dat vinden routers in 1 routing context niet heel prettig. Maar goed, omheen kunnen werken, en dan werkt het script ook prima. Mooi werk @TMTV!
Vervolgens de telefoon aan het registreren gehad, maar belletjes werkte nog niet. Belletje naar een mobiel werkten, met andere woorden het toestel ging over, maar bij opnemen bleef het stil op de mobiel en de Gigaset was nog steeds aan het bellen.
Even goed gekeken, dat was dus een SIP ALG die in de weg zat (Je had gelijk @kachun).
Hierna werkte het bellen, echter geen caller id bij uitgaande belletjes, ondanks dat “anoniem bellen” uit staat. Wat blijkt, “anoniem bellen” moet op “aan” staan in de T-mobile instellingen voor vast bellen om “anoniem bellen” “uit” te zetten. Geen idee of andere mensen dit ook ervaren?
Daarna voor de zekerheid zowel ingaand als uitgaand gebeld en in beide gevallen de audio in beide richtingen getest.
Enfin, het werkt dus nu!
Iedereen bedankt voor het meedenken, ik waardeer de input.
Wel wil ik even langs deze weg laten weten dat ik van T-mobile zelf een wat snellere response had verwacht, ik ben mede debet aan de tijd die het geduurd heeft maar dit had beter gekund..
@Tommie wat mij betreft mag het topic dicht, dit is opgelost.
@Michel Stam Als je de Zyxel gebruikt, zou het moeten werken. Daarmee heb je vanuit de LAN ook toegang tot 10.12.0.10. Als je het script met een eigen router gebruikt, moet je die even instellen op VLAN 100, het script runnen en dan kun je 'm weer terugzetten naar VLAN 300.
Net even geprobeerd, het lijkt er op dat ik niet bij poort 7547 mag komen, ondanks dat ik 10.12.0.10 wel met ping kan bereiken. Moet dat vanaf een bepaald VLAN gebeuren oid?
Enter your username or e-mail address. We'll send you an e-mail with instructions to reset your password.
Bestand scannen voor virussen
Sorry, we zijn de inhoud van dit bestand nog aan het controleren om er zeker van te zijn dat het veilig is om te downloaden. Probeer het nog een keer over een paar minuten.
