[GUIDE] VOIP-/SIP-inloggegevens achterhalen met de Zyxel

Hoi @Ik hoor niks,

Welkom op de Community!

Fijn dat het gelukt is om het script te runnen. Deze handleiding gaat al even mee, dus het zou kunnen dat Python het installatieproces heeft veranderd. Dat is verder niet van invloed op de werking van het script.

Goed dat je het met MicroSIP getest hebt. Zo weten we zeker dat de gegevens kloppen, dus moet het probleem in de Audiocodes MP-112 zitten. Daar ben ik niet mee bekend, maar als je wat screenshots stuurt, kan ik meekijken of ik misschien toch iets kan verzinnen om het werkend te krijgen.

Brainwave: softphone app op de mobiels thuis, en dat moeilijke Audiocodes kastje en de vaste telefoons het huis uit! Dat scheelt ook weer wat sluipverbruik ☺️ Helaas geen MicroSIP in de Google Store, ik zoek iets soortgelijks, wil mijn nachtrust terug... 🥱

PS1 al deze moeite alleen omdat ik het goede-oude-vertrouwde huis telefoonnummer niet kwijt wil, waarop we soms toch nog steeds gebeld worden.

PS2 Bria leek mij wel iets, maar de app rept over abo kosten, dus het wordt nog even verder zoeken...

@TMTV dank voor je reactie. Ter info, heb in de tussentijd (ook) weinig gedaan:

• Zoiper op Android was geen succes, oproepen kwam idd niet door. Sowieso verwarrend, de vaste telefoon op de mobiel. Liever houd ik beide gescheiden bij nader inzien.
• Bedankt voor de tip m.b.t. de andere gateway, idd die, en de Linksys, zie ik veel hier.
• I.p.v. de Audiocodes te resetten, ben ik nu met de Syslog viewer van Audiocodes het SIP verkeer aan het checken, omdat ik nu wel eens echt wil weten wat er mis gaat. SIP code 407 bevestigt mijn vermoeden. Misschien gaat het mis dat mijn gateway zich aanmeldt met telefoonnummer@voip.t-mobilethuis.nl, i.p.v. met SIPgebruikersnaam@voip… weer genoeg te ontdekken hier...

Grappig, kreeg net een “vast” telefoontje binnen via Zoiper, op mijn mobiel, dat werkt blijkbaar toch, terwijl ik die softphone gisteren had ingesteld om niet standaard te registreren. Doet die automatisch blijkbaar toch zodra er gebeld wordt, verrassing 🤣

Foutcode 407 net even gereproduceerd door te bellen via de Audiocodes naar mijn 06:

Ik had gisteren al veel weggehaald in de Audiocodes qua proxy, omdat je dat advies eerder gaf in deze community. Nu ook de laatste velden leeggehaald bij “Proxy Sets Table”, en bij “ Proxy & Registration”. In het laatste menu de eerste regel “ Use Default Proxy” op “No” gezet ipv “Yes", alhoewel dan de verbinding met de SIP server van T-mobile wegvalt in het “Call Routing Status” menu (was mij al eerder opgevallen, vandaar dat ik niet meer aan de laatste proxy settings kwam). Burnen, resetten, en weer bellen naar mijn 06.… weer foutcode 407 (dus dezelfde output in Syslog), en een in-gesprekstoon. Misschien kan je nog wat met het Syslog screenshot?

@TMTV Weer dank voor het meedenken.

Vanavond heb ik wat meer experimentjes gedaan, nadat ik de “Use Tel URI for Asserted Identity” parameter van Enable naar Disable gezet (in het menu SIP general parameters).

Idd een 401 ipv 407 foutmelding zodra ik op de “register” knop in het “Account Table” submenu klik:

Telefoonnummer staat er echter nog steeds in, maar dat wordt mijn username als ik op de register knop klik in het erop volgende “Proxy & Registration” submenu (zie mij screenshots van 15 dagen geleden).
Misschien maakte die parameter dus geen verschil… ook al paste die qua naam bij je tip.

Als ik nergens op klik, gaat de Audiocodes periodiek zelf registreer pogingen doen, en gebruikt dan alleen de username, nooit het tel nummer, en er komt dan geen foutmelding:

Echter nog steeds is de FXS poort “not registered” (en er was ook geen proxy-verbinding meer, sinds ik die velden had leeggemaakt) in het status menu, en ik krijg nog steeds een in-gesprek-toon als ik uit en in bel.

Bij uitbellen zie ik overigens wel weer het telefoonnummer terugkomen in precies hetzelfde SIP bericht als die ik vorige keer postte, inclusief 407 foutmelding.

Mijn gateway lijkt dus verschillende SIP registratie berichten uit te sturen, en verschillende reacties van de server te krijgen, afhankelijk van hoe die door mij wordt geprikkeld. Ik weet niet of dat normaal is?

Nu 6 maanden later blij dat ik dit topic gevonden heb. Probeerde na zelf een VOIP-wachtwoord te hebben gezet een Gigaset N510 pro te configureren. En dat wilde maar niet verbinden. Blijkt dat nu nog steeds een ander (compleet willekeurig?) wachtwoord gezet wordt. 

Ik heb een Huawei modem. Dus ergens een oud Zyxel modem kunnen bemachtigen, het Python script gedraaid dat in dit topic besproken wordt en voila! Nu een werkend wachtwoord.

Best wel schandalig dat Odido al ruim een half jaar een functie aanbiedt die helemaal niet werkt. Op z’n minst moet er een uitleg bij staan of beter zelfs helemaal disablen totdat het wel werkt. Want dit is nu erg verwarrend en frustrerend...

XXXX

Password zetten via de website werkt niet, ook al staat het in de officiele beschrijving.
@TMTV heeft een script geschreven om de juiste gegevens te achterhalen. Een complete handleiding met wat te doen staat in de post boven de jouwe. Daarmee zou het wel moeten lukken!

Was even wat werk om de boel met Odido hardware aan te sluiten, maar dan heb je wel een password.

TMTV top dat je dit gebouwd hebt dank hiervoor :)

XXXX

Hi all, als toevoeging aan de workaround die geboden wordt in dit topic:

Goed om op te letten: IPv6 kan nu niet op ons netwerk. Je kan de configuratie wel alvast instellen, maar het modem zal verbinden op IPv4 totdat IPv6 er is. We weten nog niet wanneer het zover is.

Modeminstellingen voor gebruik eigen modem

Hoi @BvdGraaf,

Welkom op de Community!

Je bent al de tweede, mogelijk zelfs de derde, in korte tijd die dit probleem heeft. Bij de eerste is het ‘opgelost’ met een workaround: een moderator (@Demi van Odido) heeft toen het wachtwoord naar die klant gestuurd. Omdat het voor het eerst was dat er iets fout ging met mijn script, ben ik er toen niet verder ingedoken. Misschien deed de klant iets fout. Tot er afgelopen weekend nog iemand zich meldde. Bij deze klant werkt het met de Zyxel ook goed, maar komt er niets uit het script. Ik ben nog bezig om uit te zoeken wat daar mis gaat. Omdat het hier net iets anders is, kan ik nog niet zeggen of dit dezelfde oorzaak heeft.

Ik ga sowieso een moderator hierop wijzen. Zij kunnen je dan het juiste wachtwoord sturen. Dat is de snelle oplossing en dan kun je vooruit, maar ik zou ook graag uitzoeken wat er aan de hand is met mijn script, want dit kan geen toeval meer zijn. Dat ga ik samen met een moderator doen, omdat ik niet in klantgegevens kan kijken en ze ook niet met mij als medeklant gedeeld mogen worden. Hier kom ik op een later moment op terug.

Wordt vervolgd!

Hi all,

Ik heb het script tijdelijk offline gehaald. De laatste tijd hebben zich mensen gemeld die aangeven dat het script niet de juiste gegevens toont. Ik ben bezig om, samen met de moderators, uit te zoeken waar dit door komt en hoe ik het script kan aanpassen zodat het weer werkt zoals het hoort. Tot die tijd kun je aan een van de moderators vragen om je het VoIP-wachtwoord toe te sturen. Zo kun je toch je eigen router gebruiken in combinatie met telefonie van Odido. Dank voor jullie geduld!