PDA

Voir la version complète : Modification Codec G729 sur Asterisk 1.4 sous IPBX TEQTEL SIP 100



CFEA
03/12/2010, 16h33
Bonjour à tous,

Je possède un IPBX Teqtel SIP 100 et je rencontre des problèmes avec l'opérateur OVH. Lorsque je fais des transfert d'appel automatique (en inconditionnel pas exemple), l'appel abouti (pas toujours) mais je n'ai pas de son. Par contre, avec l'opérateur W3tel (opérateur du groupe Teqtel) cela fonctionne. Un confrère me disait que cela pouvais venir de la configuration des trames du codec G729. Actuellement, il doit être en 10 millisecondes sur l'IPBX, il me faudrait le passer en 20 millisecondes.

Ceci pourrais être réalisable via telnet mais je ne connais pas les lignes de commande pour réaliser cela.

Si quelqu'un pourrais me guider.

Merci

Reaper
04/12/2010, 20h37
Bonjour, trames g729 et transfert n'ont rien avoir avec.
Je vous invite de tout simplement effectuer un debug sip pour savoir pourquoi " l'appel abouti (pas toujours) "

CFEA
06/12/2010, 10h41
Bonjour,

Comme demandé, voici le SIP debug que j'ai réalisé à la suite d'un transfert automatique:

IXDPG425*CLI>
<--- SIP read from 91.121.129.17:5060 --->
BYE sip:0033972144916@86.67.22.248:8088 SIP/2.0
Call-ID: 31645-TR-059bfaf8-352e602d4@sip.ovh.net
CSeq: 93991000 BYE
From: "Fabrice" <sip:0972218214@sip.ovh.net;user=phone>;tag=31645-RU-059bfaf9-78
9738fb6
Max-Forwards: 29
Reason: q.850;cause=16
To: <sip:0972144916@91.121.129.17;user=phone>;tag=as24be9371
User-Agent: Cirpack/v4.42q (gw_sip)
Via: SIP/2.0/UDP 91.121.129.17:5060;branch=z9hG4bK-50B1-2D4BC9
Content-Length: 0


<------------->
--- (10 headers 0 lines) ---
Sending to 91.121.129.17 : 5060 (no NAT)

<--- Transmitting (no NAT-SendResponse) to 91.121.129.17:5060 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP 91.121.129.17:5060;branch=z9hG4bK-50B1-2D4BC9;received=91.121.1
29.17
From: "Fabrice" <sip:0972218214@sip.ovh.net;user=phone>;tag=31645-RU-059bfaf9-78
9738fb6
To: <sip:0972144916@91.121.129.17;user=phone>;tag=as24be9371
Call-ID: 31645-TR-059bfaf8-352e602d4@sip.ovh.net
CSeq: 93991000 BYE
User-Agent: IP-PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Contact: <sip:0033972144916@86.67.22.248:8088>
Content-Length: 0


<------------>
Scheduling destruction of SIP dialog '1743cd6d27324aad69c7da9e4a90c829@sip.ovh.n
et' in 32000 ms (Method: ACK)
set_destination: Parsing <sip:91.121.129.17:5060> for address/port to send to
set_destination: set destination to 91.121.129.17, port 5060
Reliably Transmitting (no NAT-SendRequest) to 91.121.129.17:5060:
BYE sip:91.121.129.17:5060 SIP/2.0
Via: SIP/2.0/UDP 86.67.22.248:8088;branch=z9hG4bK3ef2bdf5;rport
From: "Fabrice" <sip:0972144916@sip.ovh.net>;tag=as3770d88b
To: <sip:0169909185@sip.ovh.net>;tag=00-07929-059bfb26-03c7b84e3
Call-ID: 1743cd6d27324aad69c7da9e4a90c829@sip.ovh.net
CSeq: 104 BYE
User-Agent: IP-PBX
Max-Forwards: 70
Proxy-Authorization: Digest username="0972144916", realm="sip.ovh.net", algorith
m=MD5, uri="sip:91.121.129.17:5060", nonce="059bf5047b2f921d378fad34509d353c", r
esponse="42424e4538bab297065e6ebc417a1d47", opaque="0598548f3549f57"
Content-Length: 0


---

IXDPG425*CLI>
<--- SIP read from 91.121.129.17:5060 --->
SIP/2.0 200 OK
Call-ID: 1743cd6d27324aad69c7da9e4a90c829@sip.ovh.net
CSeq: 104 BYE
From: "Fabrice" <sip:0972144916@sip.ovh.net>;tag=as3770d88b
Server: Cirpack/v4.42q (gw_sip)
To: <sip:0169909185@sip.ovh.net>;tag=00-07929-059bfb26-03c7b84e3
Via: SIP/2.0/UDP 86.67.22.248:8088;received=86.67.22.248;rport=8088 ;branch=z9hG4
bK3ef2bdf5
Content-Length: 0


<------------->
--- (8 headers 0 lines) ---
SIP Response message for INCOMING dialog BYE arrived
Really destroying SIP dialog '1743cd6d27324aad69c7da9e4a90c829@sip.ovh.net' Meth
od: ACK
Really destroying SIP dialog '31645-TR-059bfaf8-352e602d4@sip.ovh.net' Method: B
YE

IXDPG425*CLI>
<--- SIP read from 91.121.129.17:5060 --->
Cirpack KeepAlive Packet
<------------->
--- (1 headers 0 lines) ---


Si quelqu'un avait une idée. Pour m'aider à régler ce problème.

Reaper
06/12/2010, 12h13
On voit juste un raccroché ici. Il manque 90% de debug.

CFEA
06/12/2010, 13h06
Je pense que là l'appel est complet.



IXDPG425*CLI>
<--- SIP read from 91.121.129.17:5060 --->
Cirpack KeepAlive Packet
<------------->
--- (1 headers 0 lines) ---

IXDPG425*CLI>
<--- SIP read from 91.121.129.17:5060 --->
BYE sip:0972144916@86.67.22.248:8088 SIP/2.0
Call-ID: 52f473db10284c895c7dccff1d0a19da@sip.ovh.net
CSeq: 95496341 BYE
From: <sip:0169909185@sip.ovh.net>;tag=00-08129-05b31cc7-68eefbd51
Max-Forwards: 31
Reason: q.850;cause=16
To: "0178658779" <sip:0972144916@sip.ovh.net>;tag=as7db46edb
User-Agent: Cirpack/v4.42q (gw_sip)
Via: SIP/2.0/UDP 91.121.129.17:5060;branch=z9hG4bK-439E-2FE4C6
Content-Length: 0


<------------->
--- (10 headers 0 lines) ---
Sending to 91.121.129.17 : 5060 (no NAT)

<--- Transmitting (no NAT-SendResponse) to 91.121.129.17:5060 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP 91.121.129.17:5060;branch=z9hG4bK-439E-2FE4C6;received=91.121.1
29.17
From: <sip:0169909185@sip.ovh.net>;tag=00-08129-05b31cc7-68eefbd51
To: "0178658779" <sip:0972144916@sip.ovh.net>;tag=as7db46edb
Call-ID: 52f473db10284c895c7dccff1d0a19da@sip.ovh.net
CSeq: 95496341 BYE
User-Agent: IP-PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Contact: <sip:0972144916@86.67.22.248:8088>
Content-Length: 0


<------------>
Scheduling destruction of SIP dialog '19209-MF-05b31c9e-380c499d3@sip.ovh.net' i
n 32000 ms (Method: ACK)
set_destination: Parsing <sip:91.121.129.17:5060> for address/port to send to
set_destination: set destination to 91.121.129.17, port 5060
Reliably Transmitting (no NAT-SendRequest) to 91.121.129.17:5060:
BYE sip:91.121.129.17:5060 SIP/2.0
Via: SIP/2.0/UDP 86.67.22.248:8088;branch=z9hG4bK0383902e;rport
From: <sip:0972144916@91.121.129.17;user=phone>;tag=as5fd43a18
To: "0178658779" <sip:0178658779@sip.ovh.net;user=phone>;tag=19209-JN-05b31c9f-2
5ffbb292
Call-ID: 19209-MF-05b31c9e-380c499d3@sip.ovh.net
CSeq: 102 BYE
User-Agent: IP-PBX
Max-Forwards: 70
Content-Length: 0


---

IXDPG425*CLI>
<--- SIP read from 91.121.129.17:5060 --->
SIP/2.0 200 OK
Call-ID: 19209-MF-05b31c9e-380c499d3@sip.ovh.net
CSeq: 102 BYE
From: <sip:0972144916@91.121.129.17;user=phone>;tag=as5fd43a18
Server: Cirpack/v4.42q (gw_sip)
To: "0178658779" <sip:0178658779@sip.ovh.net;user=phone>;tag=19209-JN-05b31c9f-2
5ffbb292
Via: SIP/2.0/UDP 86.67.22.248:8088;received=86.67.22.248;rport=8088 ;branch=z9hG4
bK0383902e
Content-Length: 0


<------------->
--- (8 headers 0 lines) ---
SIP Response message for INCOMING dialog BYE arrived
Really destroying SIP dialog '52f473db10284c895c7dccff1d0a19da@sip.ovh.net' Meth
od: BYE
Really destroying SIP dialog '19209-MF-05b31c9e-380c499d3@sip.ovh.net' Method: A
CK

Really destroying SIP dialog '5f97424c4ab0ac273bdd72c0513ea623@127.0.0.1' Method
: REGISTER

Really destroying SIP dialog '462f5ba66a148fda0d86ff970291abdf@127.0.0.1' Method
: REGISTER

IXDPG425*CLI>
<--- SIP read from 192.168.1.9:5062 --->



<------------->
--- (0 headers 1 lines) ---

IXDPG425*CLI>
<--- SIP read from 91.121.129.17:5060 --->
Cirpack KeepAlive Packet
<------------->
--- (1 headers 0 lines) ---

IXDPG425*CLI>
<--- SIP read from 91.121.129.17:5060 --->
Cirpack KeepAlive Packet
<------------->
--- (1 headers 0 lines) ---

IXDPG425*CLI> help
<--- SIP read from 91.121.129.17:5060 --->
Cirpack KeepAlive Packet
<------------->
--- (1 headers 0 lines) ---

IXDPG425*CLI> help
<--- SIP read from 91.121.129.17:5060 --->
Cirpack KeepAlive Packet
<------------->
--- (1 headers 0 lines) ---

IXDPG425*CLI> help
<--- SIP read from 91.121.129.17:5060 --->
Cirpack KeepAlive Packet
<------------->
--- (1 headers 0 lines) ---

IXDPG425*CLI> help
<--- SIP read from 91.121.129.17:5060 --->
Cirpack KeepAlive Packet
<------------->
--- (1 headers 0 lines) ---

IXDPG425*CLI> help
<--- SIP read from 91.121.129.17:5060 --->
Cirpack KeepAlive Packet
<------------->
--- (1 headers 0 lines) ---

IXDPG425*CLI> help
<--- SIP read from 91.121.129.17:5060 --->
Cirpack KeepAlive Packet
<------------->
--- (1 headers 0 lines) ---

IXDPG425*CLI> help
<--- SIP read from 91.121.129.17:5060 --->
Cirpack KeepAlive Packet
<------------->
--- (1 headers 0 lines) ---

IXDPG425*CLI> sip set debug off
<--- SIP read from 91.121.129.17:5060 --->
Cirpack KeepAlive Packet
<------------->
--- (1 headers 0 lines) ---

IXDPG425*CLI> sip set debug off
<--- SIP read from 91.121.129.17:5060 --->
Cirpack KeepAlive Packet
<------------->
--- (1 headers 0 lines) ---

IXDPG425*CLI> sip set debug off
<--- SIP read from 91.121.129.17:5060 --->
Cirpack KeepAlive Packet
<------------->
--- (1 headers 0 lines) ---

<--- SIP read from 91.121.129.17:5060 --->
Cirpack KeepAlive Packet
<------------->
--- (1 headers 0 lines) ---

IXDPG425*CLI> sip set debug off
<--- SIP read from 91.121.129.17:5060 --->
Cirpack KeepAlive Packet
<------------->
--- (1 headers 0 lines) ---

IXDPG425*CLI> sip set debug off
SIP Debugging Disabled

IXDPG425*CLI>

CFEA
06/12/2010, 16h09
Voici le fichier joint avec la totalité du SIP Débug.

Si quelqu'un avait une idée pour mon probléme.

Merci79

Reaper
06/12/2010, 19h42
Ton serveur est en publique ?

CFEA
06/12/2010, 20h31
Je ne comprend pas ta question.

ffossard
07/12/2010, 10h15
Je ne comprend pas ta question.

Le serveur est-il masqué derrière un routeur faisant du NAT ?

CFEA
07/12/2010, 12h11
Sur mon installation, j'ai une NeufBox (NB4) qui fait bien du NAT.

Dans cet installation, j'ai réussi à faire fonctionner le transfert automatique avec un autre opérateur (W3TEL Opérateur du Groupe TEQTEL).

Par contre, je n'y arrive pas avec OVH.

Ou penses tu que cela peux venir docteur?

ffossard
07/12/2010, 14h24
Sur mon installation, j'ai une NeufBox (NB4) qui fait bien du NAT.

Dans cet installation, j'ai réussi à faire fonctionner le transfert automatique avec un autre opérateur (W3TEL Opérateur du Groupe TEQTEL).

Par contre, je n'y arrive pas avec OVH.

Ou penses tu que cela peux venir docteur?

Il va nous falloir votre sip.conf complet.

Docteur? Ça me donne une idée de nouvelle signature :miam:

Reaper
07/12/2010, 14h36
Pour confirmer ta théorie je te conseille de changer le codec en G711, effectuer un transfert et voir si ça marche.
Je ne vois rien de particulier dans ton sip debug.

CFEA
07/12/2010, 14h52
COmment puis-je vous transferet le fichier sip.conf? Mon IPBX est un boitier dédié, je ne sais pas comment je pourrais exporter le fichier.

Pour les test en changeant le codec je l'ai déjà sur l'interface HTML j'ai la possibilité de mettre 5 priorité de codec, j'ai fait les tests avec un seul codec à chaque fois le G711 A et le G729. IDEM.

Si je ne peux pas trouver de solution avec cet IPBX peut être que quelqu'un connais un IPBX 100% Compatible OVH.

CFEA
20/12/2010, 18h59
Bonjour,

Je vous relance ma question car je n'ai pas de solution à mon problème.

RAPPEL: J'ai un IPBX TEQTEL qui embarque de l'Asterisk 1.4. Mon problème est que lorsque que je fais un transfert automatique d'un appel vers un numéro externe. L'appel abouti une fois sur trois et je n'ai jamais de son.

Un confrère me conseillait de changer les trames du codec G729 de les mettres de 10 millisecondes à 20.

J'ai fait un fichier SIP DEBUG, qui est disponible plus haut de le topic.

SVP HELP ME!!!!

cedricscha
20/12/2010, 19h17
tu n'aurais pas une erreur qui s'affiche sur ton ipbx ?

as-tu tester avec un asterisk si cela fais la meme chose.

ffossard
20/12/2010, 19h23
Je ne pense pas que ça soit un problème de longueur de paquet en g729 , si l'autre partie en face n'était pas compatible avec cette longueur (très peu probable, déjà), les appels échoueraient à tous les coups, pas une fois sur trois.

Est-ce que ce boitier donne la possibilité d'accéder à sa configuration interne autrement que par l'interface ?

CFEA
20/12/2010, 19h37
Bonsoir à tous,

Je n'ai pas d'erreur visible en tout cas! (je ne sais pas analyser les fichiers debug SIP).

Je n'ai pas testé avec un autre IPBX sous astérisk. Le fabricant TEQTEL qui fait partie du Groupe W3TEL (partie opérateur) les transferts automatiques fonctionnent correctement tant dis que par OVH cela ne fonctionne pas. La différence est que les coût pratiqué par W3TEL son trop chère pour mes clients.

Oui, je peux me connecter en TELNET dessus. Par contre, je ne sais pas si je peux installer ou modifier de fichier.

Qu'elle est ton idée?

ffossard
20/12/2010, 19h50
D'accord on y voit déjà plus clair.
Pouvez-vous déjà lire le contenu des fichiers de configuration ?

CFEA
20/12/2010, 20h38
Comment veux tu que je fasse cela?

Qu'elle est la commande?