OVH: DID in België

[Michaelv]

Ik heb wat getest met de codecs in die Cisco telefoon.. automatisch staat er die 729 codec als standaard, dit heb ik dan eens veranderd naar de 711a of 711u, (niet geforceerd) maar toen bleek dat ik enkel oproepen kon ontvangen zonder problemen, en als ik zelf bel de verbinding wel wordt gemaakt maar wegvalt na 1 a 2 seconden... echt vreemd, zie ik iets over het hoofd?

Dan heb ik ook zo een dial plan op die cisco telefoon, waar ik nauwelijks iets van begrijp. Kan dit niet geoptimaliseerd worden voor Belgische nummers? Nu is deze het volgende:

Code: Selecteer alles

(*xx|1[578]|11[259]|12[356]|1[06]xx|3xxx|11[68]xxx|00x.|0x.|2x.|7x.)

[raf1]

Misschien een upload- of latencyprobleem? Test je internetverbinding eens met http://voip.ovh.fr/?port=5060

Over Belgische dialplannen vind je hier meer informatie: http://forum.adsl-bc.org/viewtopic.php?p=930976

[Michaelv]

Ik bel wel via de standaard codec, 729.

Die dial plannen zijn best wel ingewikkeld Bestaat er zo geen ideaal dial plan om ovh te gebruiken vanuit Belgie, of is dit verschillend van merk telefoon en voip provider?

[nathanvp]

Weet er iemand toevallig of de faxdienst (sturen & ontvangen via mail) ook inbegrepen is in het goedkope tarief van €1,18 (linge SIP individuelle)?

[eternum]

Ja, ook dit is inbegrepen.
Evenals een antwoordapparaat (goed te configureren, uitgebreid etc).

[raf1]

Ik heb ondertussen opnieuw een ticket geopend over de onbereikbaarheid van de Belgische verkorte nummers, 1207, 1700,...
OVH zal dit nu nog eens bekijken, ik hoop alvast dat het spoedig in orde komt want dan is hun Belgisch telefonieproduct wat mij betreft behoorlijk compleet en een waardige vervanger van de Belgacom- of Telenet-telefoonlijn.

[Ken]

Heeft iemand hier al een Linksys PAP2T aan de praat gekregen met OVH? 'k Heb op de forums van OVH al een aantal configs zien staan en toegepast maar geen enkele werkt. Ik krijg op de telefoon wel toon, uitbellen gaat maar zonder beltoon en zonder de andere kant te horen, vanaf m'n GSM naar de SIP lijn werkt het ook maar zonder de correspondent te horen. Iemand een goeie config die werkt en met goeie dialing rules?

[philippe_d]

Ik krijg op de telefoon wel toon, uitbellen gaat maar zonder beltoon en zonder de andere kant te horen, vanaf m'n GSM naar de SIP lijn werkt het ook maar zonder de correspondent te horen

Dit is een heel typisch VoIP verschijnsel, ook gekend als "one-way audio".

Heeft meestal te maken met verkeerde port-forwardings van de RTP poorten (waarover de data loopt), en dus meestal een router (NAT) probleem, en geen probleem met ATA configuraties.
Met "trail and error" kom je soms een heel eind, maar mogelijke oplossing zijn:
- UPnP activeren op router en ATA
- STUN server invoeren op ATA (helpt soms, soms kan het meer kwaad dan goed > proberen)
- RTP port forwarding (UDP/TCP) instellen op je router (tracht eens op te zoeken welke RTP poorten jouw Linksys gebruikt)
- je ATA in DMZ
- dubbele NAT vermijden (voorbeeld ATA achter een router die achter een Telenet router of BBox2 staat)

Als je hoofdrouter VoiP aan boord heeft (vb BBox2), kan je ook soms problemen krijgen. In dit geval kan het helpen om de VoIP poort (die je niet gebruikt) van je router te wijzigen naar iets anders dan 5060)

Kan je eens je opstelling beschrijven (modem, router, intern netwerk) ?

[raf1]

Ik bel zelf via de Sagem 3464 dus geen idee wat betreft de Linksys PAP2T. Toestellen die door OVH geleverd worden zijn steeds voorgeconfigureerd en dus plug and play.
Heb je de officiële gids al eens gevolgd? http://guide.ovh.com/TelFaqPAP2TTips

[Ken]

Heeft meestal te maken met verkeerde port-forwardings van de RTP poorten (waarover de data loopt), en dus meestal een router (NAT) probleem, en geen probleem met ATA configuraties.

Ok, gevonden! Op de ZyXEL ZyWALL USG 100 firewall is er een optie:

Enable SIP ALG. Stond uitgevinkt. Nadien geactiveerd en werkt nu perfect...
Ik dacht dat enkel de SIP poort open moest, maar het zal properder zijn dit automatisch te laten verlopen via die SIP ALG.

SIP ALG
SIP phones can be in any zone (including LAN, DMZ, WAN), and the SIP server and SIP clients can be in the same network or different networks.
There should be only one SIP server (total) on the ZyWALL's private networks. Any other SIP servers must be on the WAN. So for example you could have a Back-to-Back User Agent such as the IPPBX x6004 or an asterisk PBX on the DMZ or on the LAN but not on both.
Using the SIP ALG allows you to use bandwidth management on SIP traffic.
The SIP ALG handles SIP calls that go through NAT or that the ZyWALL routes. You can also make other SIP calls that do not go through NAT or routing. Examples would be calls between LAN IP addresses that are on the same subnet.
The SIP ALG supports peer-to-peer SIP calls. The firewall (by default) allows peer to peer calls from the LAN zone to go to the WAN zone and blocks peer to peer calls from the WAN zone to the LAN zone.
The SIP ALG allows UDP packets with a specified port destination to pass through.
The ZyWALL allows SIP audio connections.
You do not need to use TURN (Traversal Using Relay NAT) for VoIP devices behind the ZyWALL when you enable the SIP ALG.

[philippe_d]

Zoals ik dus zei: een router probleem, en geen probleem met SIP configuraties ...
Blij te horen dat ik kon helpen

[Ken]

@philippe_d Thanks!

Nu een ander probleempje thuis met m'n Fritzbox 7390, ook met een OVH lijn, ik krijg daar callcenter keuzemenu's niet aan de praat. DTMF werkt niet goed. Uit ditzelfde topic blik ik eens terug waar het draadje stopte:

Had ik gisteren ook. Met DTMF als geluid ging het wel. Zie een voorgaand plaatje van mij in deze thread.

Ik veronderstel dan dat het de In-Band optie is op de Fritzbox 7390? Andere opties zijn Auto, INFO en RTP.

Jep, normaliter wel.
Een linkje ter info: SIP DTMF Signalling

Maar heel propertjes verlopen die keuzes in de menu's bij mij nog niet.
RFC 2833 en SIP-info lukken bij op de 0800 nummers van TN en Belgacom niet.
"In-band" als gewoon geluid gaat maar precies niet vlekkeloos.
Dat zal eens iets zijn voor Wireshark als ik eens tijd heb.

Met de In-Band lukt het inderdaad ook maar half... Ik zoek de beste optie... Iemand die hieromtrent meer info heeft om dit op te lossen?
Aan wie moet dit voorgelegd worden? AVM of OVH ?

G.711.
Maar ik denk gevonden te hebben waar het misschien zou kunnen zitten: hands-free bellen.
Wanneer ik niet hands-free bel gaat het wel vlot.
Zou achtergrond geluid kunnen mee spelen? Het biepje (in echo)?
En 't is vooral het sterretje dat dan moeilijk wil doen...

Zelf bel ik niet hands-free. Maar als ik dat zou doen is het wel de bedoeling dat het ook zou werken... Dit kan toch niet dat zoiets niet deftig kan werken in zowel hands-free als normaal?

Ja, da's een veel voorkomend probleem. Da's jouw telefoon die echo veroorzaakt waardoor de digits vervormd worden.

OK, als het dat is dan bel ik eventjes niet handsfree. Problem solved.
Bedankt voor de input.

[eternum]

Vooreerst: ik heb hier geen enkel probleem meer mee ondervonden.
Alles werkt nu naar behoren, ook handsfree bellen!

Wat is er dan bij mij veranderd?
Wel, op de plaats waar ik meestal handsfree belde met mijn VoIP handset stonden nogal redelijk wat PCs en servers.
Eéntje daarvan was een nogal luidruchtig exemplaar (waar ik het soms zelf van op mijn zenuwen kreeg).
Dit toestel heb ik, na jaren trouwe dienst, het zwijgen opgelegd.
En ook handsfree bellen (DTMF), werkt sedertdien feilloos.
Aangezien de keuzes (DTMF) als geluid (In-Band) werden doorgegeven zal dit toestel, met zijn enerverend geluid, allicht soms een nefaste invloed hebben gehad op de DTMF signalen...

Vermoedelijk werden de DTMF (Dual Tone Multi-Frequency) signalen dan FTMF (Fucked-up Tone Multi-Frequency) signalen.

[VOiD]

Ken,

Welke codec gebruik je ? Heb je dit probleem ook als je G.711a-law icm. inband gebruikt ?

[Ken]

Ok, het werkt nu na een half uurtje te zoeken en testen met deze optie:
In "Internet Telephony \ Advanced Settings"

Select here how to use the bandwidth of the DSL connection for telephone calls.
[X] Always use voice coding in fixed-line network quality (FRITZ!Box always uses lossless voice coding as in the fixed-line network.)

Gebruikte codec volgens de info in de "Internet Telephony \ Voice Transmission" tab:
G.729a.

Kan de te gebruiken codec wel nergens zelf kiezen in de Fritzbox zo te zien... Nu ja, het is opgelost

[Michaelv]

Ik heb nu die linksys PAP2Tgekocht voorgeconfigureerd met OVH. (Na 2dagen aangekomen met DHL)
Ik moet wel zeggen dat het heel goed werkt, zelfs achter een siedle telefooncentrale
Enkel dat het soms een 3 tal seconden duurt voordat de verbinding er is, na het draaien van het nummer.. Is dit op de lossen met een ideaal dial plan, of is dit er gewoon bij te nemen? Als iemand meer info wilt over de configuratie, kan ik eventueel screenshots nemen.

[Michaelv]

Doeme, kheb het kapot gekregen
Ben naar die 'Configurateur Linksys PAP2T' gegaan (http://lk.prov.voip.ovh.net/cgi-bin/pap2t_resync.cgi)
Data ingegeven, gesynced. En nu werkt niets meer.

pff

Code: Selecteer alles

Registration State:   Can't connect to login server

[eternum]

Mooi speelgoed hé.
Je hebt toch sip.ovh.be gekozen?

Edit: De link die je geeft is voor een PAP2 niet voor de PAP2T.

[Michaelv]

er staat toch pap2t in die link? In ieder geval is het opgelost om de een of andere reden was die outbound proxy (91.121.129.20:5962 hebben jullie dit ook?)
etc veranderd. Nu werkt het terug

Ik probeer een nummer te porteren van Telenet, maar om dat in gang te zetten moet ik op die

Demander la portabilité gratuite de numéro(s) chez OVH

link klikken in de manager.., maar dit werkt niet bij mij, of zijn ze aan de site aan het werken?

[philippe_d]

Enkel dat het soms een 3 tal seconden duurt voordat de verbinding er is, na het draaien van het nummer.. Is dit op de lossen met een ideaal dial plan, of is dit er gewoon bij te nemen?

Probeer eens je nummer af te sluiten met het hekje (#). Meeste SIP devices wachten een 3-tal seconden nà het ingeven van het laatste cijfer om het nummer door te sturen (om er zeker van te zijn dat dit het laatste cijfer was).
Met het hekje geef je te kennen dat het gevormde nummer volledig is.