Freepbx - Weepee (Trunks stoppen met registeren af en toe)
Geplaatst: 27 dec 2013, 09:56
Hallo,
Ik heb een vervelend probleem waar Weepee beweert dat het niet hun fout is, nu hebben we redelijk wat cliënteel op VOIP staan, op die manier zie je nochtans snel of iets een individueel of een algemeen probleem is.
Het probleem is dat FreePBX af en toe stopt met de TRUNK registratie. De enige manier om het op te lossen is dan een andere SIP server te nemen, en de registratie opnieuw te starten. Maar dat werkt niet altijd, vorige maandag belde ik met de Weepee support omdat niets het probleem leek op te lossen.
Blijkbaar als je Trunk vele malen tracht verbinden te maken, word je op een autoban geplaatst en mag je een uur niet authenicaten. (ik snap de logica hier wel achter, beveiliging tegen misbruik/fraude/...) Hoewel klanten met een fixed ip wel een whitelist zouden mogen krijgen. Lang verhaal kort, je dient dus een uur je telefooncentrale uit te zetten. Want telkens de client tracht te connecten, wordt de autoban tijd van één uur gereset. Althans dat is wat de meneer aan de telefoon me vertelde.
Bij het aanmaken van een trunk, krijg je direct twee SIP servers toegewezen (hoofd en backup). Het eigenaardige is dat beide stoppen met registreren. (ik weet dat de username bij de backup server 1 digit verschillend is). Op het moment dat het werkt, zijn beide servers dan ook online. Als ik bij een problematische setup dan even kijk op de weepee portal, dan zijn dit andere servers dan die ik initieel gekregen had. (Dit lijkt me geen probleem aangezien die allemaal connecten naar dezelfde backend server?)
Trunk specs zien er als volgt uit, het LIJKT erop dat klanten met EDPNET er meer last van hebben dan Telenet Klanten (beide fix ip). Maar ik kan het me inbeelden ook.
username=*********
type=peer&friend
secret=**************
qualify=no
nat=yes
insecure=very
host=ssw4.brussels.weepee.org
fromuser=***************
fromdomain=weepee.org
disallow=all
canreinvite=no
allow=alaw&g729
inc settings;
type=user
secret=***************
context=from-trunk
Registering string;
user:[email protected]/user
Nog mensen met ideeën, mogelijke oplossingen?
Ik heb een vervelend probleem waar Weepee beweert dat het niet hun fout is, nu hebben we redelijk wat cliënteel op VOIP staan, op die manier zie je nochtans snel of iets een individueel of een algemeen probleem is.
Het probleem is dat FreePBX af en toe stopt met de TRUNK registratie. De enige manier om het op te lossen is dan een andere SIP server te nemen, en de registratie opnieuw te starten. Maar dat werkt niet altijd, vorige maandag belde ik met de Weepee support omdat niets het probleem leek op te lossen.
Blijkbaar als je Trunk vele malen tracht verbinden te maken, word je op een autoban geplaatst en mag je een uur niet authenicaten. (ik snap de logica hier wel achter, beveiliging tegen misbruik/fraude/...) Hoewel klanten met een fixed ip wel een whitelist zouden mogen krijgen. Lang verhaal kort, je dient dus een uur je telefooncentrale uit te zetten. Want telkens de client tracht te connecten, wordt de autoban tijd van één uur gereset. Althans dat is wat de meneer aan de telefoon me vertelde.
Bij het aanmaken van een trunk, krijg je direct twee SIP servers toegewezen (hoofd en backup). Het eigenaardige is dat beide stoppen met registreren. (ik weet dat de username bij de backup server 1 digit verschillend is). Op het moment dat het werkt, zijn beide servers dan ook online. Als ik bij een problematische setup dan even kijk op de weepee portal, dan zijn dit andere servers dan die ik initieel gekregen had. (Dit lijkt me geen probleem aangezien die allemaal connecten naar dezelfde backend server?)
Trunk specs zien er als volgt uit, het LIJKT erop dat klanten met EDPNET er meer last van hebben dan Telenet Klanten (beide fix ip). Maar ik kan het me inbeelden ook.
username=*********
type=peer&friend
secret=**************
qualify=no
nat=yes
insecure=very
host=ssw4.brussels.weepee.org
fromuser=***************
fromdomain=weepee.org
disallow=all
canreinvite=no
allow=alaw&g729
inc settings;
type=user
secret=***************
context=from-trunk
Registering string;
user:[email protected]/user
Nog mensen met ideeën, mogelijke oplossingen?