Het InternetPlusBellen/Experiabox Forum

Hallo allemaal,

Voor een klant moet ik een aantal SIP telefoons (telefoontoestellen met een SIP account via een hosted PBX) in een lokaal netwerk zetten.
De klant heeft een KPN verbinding en een experiabox (Thomson) de klant heeft een prive aansluiting via KPN, internet + bellen.

Voor het zakelijke telefoonverkeer wordt gebruik gemaakt van een hosted PBX, de telefoon moeten elk zelfstandig verbinding maken met deze pbx, maar als ik probeer de toestellen te laten inloggen krijg ik op de toestellen de melding (username + password) maak ik in de experiabox een reeks poorten vrij ( 1200 tot 1300 ) en ik zet die ook als voorkeuze in de SIP telefoontoestellen, dan krijg ik dezelfde melding.

Is er een mogelijkheid voor een DMZ in de experiabox, zodat ik via een aparte router een IP reeks aan de SIP toestellen kan toewijzen.

Is er een andere mogelijkheid om de SIP toestellen in te laten loggen op de hosted PBX zonder dat de experiabox dit afschermt.

Ik heb de toestellen geprobeerd in te laten loggen via een Ziggo aansluiten, dit geeft geen problemen, maar omdat de klant het liefst KPN wenst heb ik graag een oplossing voor dit probleem.

Groeten, Arie

Overstappen naar zakelijk DSL. Alleen KPN SIP-accounts werken met IPB. DMZ is zover ik weet alleen mogelijk met de nieuwste ZTE H220N Experiabox.

Huh ?

Waarom wel met de zakelijke variant en niet met de normale variant..
Is het mogelijk om een nieuwe experiabox aan te vragen ?
Heeft iemand het al werken met een ZTE H220N ?

Bij zakelijke modems kan je veel meer instellen als bij de consumenten modems.
Consumenten modems hebben KPN software die een heleboel blokkeren, daar heeft KPN bewust voor gekozen.

Je kan ook kiezen voor een eigen modem op consumenten internet of IPB, maar bij IPB werkt dan de KPN telefonie niet meer.

voor zover ik heb kunnen testen worden alleen voip dinsten van Betamax geblocked.
Sipgate , voipgate, gismo en anderen werken wel
Budgetphone doet het trouwens ook

Zoals ik al eerder aan heb gegeven gaat het hier om een SIP telefoon van een hosted PBX (bedrijfscentrale).

Iemand ervaring met een nieuwe Experiabox ?

Herken het probleem. Speelt echter pas sinds een paar weken, daarvoor werkte het prima.
Ben zelf nog aan het onderzoeken wat het eventueel kan zijn, maar we hebben voor ons eigen bedrijf ook problemen met SIP telefonie. Gebruikers hebben thuis een SIP toestel staan welke zich aanmeld op de PABX op kantoor. We hebben dit niet op de standaard 5060 poort voor signalering staan, omdat KPN deze voor de EB gebruikt.
Het heeft tot voor kort gewerkt, alleen sinds een paar weken werkt het niet meer bij een aantal medewerkers. Deze medewerkers hebben verschillende providers, maar wel allemaal KPN netwerk. XS4ALL ADSL met eigen modem, KPN ADSL met KPN Modem, KPN IB met EB tg789vn.
Iemand met xmsnet glasvezel heeft ook getest en bij hem werkt het wel.
Aangezien het bij de mensen die op het KPN ADSL netwerk zitten allemaal fout gaat en deze allemaal een ander modem hebben zit het niet zozeer in het modem, maar eerder in de componenten van KPN zelf. Immers de XS4ALL persoon heeft zelf een modem gekocht welke helemaal open staat en hier werkt het ook niet op.

Ik ga thuis nog eens testen om te kijken waar het misgaat en laat jullie weten wat de bevindingen zijn.

Mijn vermoedens zouden zijn dat het geeft te maken met het blokkeren van diensten, al dan niet via de "standaard" poorten.
De oplossing bij mij was het afbnemen van een zakelijk ADSL abbo bij Tele2, deze beiden namelijk wel het "hele" internet aan.

Succes met het zoeken naar een oplossing, maar laat even weten wat je oplossing is geworden.

Niet zo vreemd aangezien de TG789 zelf gebruik maakt van poort 5060.
De poort 5060 is niet transparant voor sip-phones.
Vele softclients/providers/sip-phones zijn in staat om gebruik te maken van een poort anders dan 5060 voor hun voip-dienst.
Meestal werken deze dynamisch, dwz zoeken zelf hun poort op. En werken ook via de TG789.

Tuurlijk is het logisch dat het niet zou werken als we het op poort 5060 zouden zetten. Echter wij hebben een alternatieve poort gepakt om dit dus juist te omzeilen voor de werknemers welke IPB hebben. We hebben dus de niet standaard poort 5566 gebruikt, echter dit werkt niet meer. (heeft wel gewerkt)
Nog geen tijd gehad om even te onderzoeken waar het misgaat, maar dat komt nog.

Kleine update.
Net toen ik de moed had opgegeven begon het weer te werken. Ik kreeg vanochtend een reboot van het modem vanuit KPN.
Met vanuit KPN bedoel ik dat ik hier niet zelf om heb gevraagd tijdens een gesprek met KPN, maar gewoon willekeurig. Hierna de telefoon weer eens getest en deze werkte weer naar behoren.
Ik heb tijdens het onderzoeken niets echt vreemd kunnen ontdekken behalve het feit dat de RTP stream niet op gang kwam. De laatste communicatie van het toestel is de ACK vanuit het toestel naar de PABX. Deze komt ook aan bij de PABX, maar de RTP stream komt daarna niet door naar het toestel thuis.

Nu dus wel weer, maar wat het is geweest is mij een raadsel.