No llega el sonido a receptor desde llamada saliente
722 views
Skip to first unread message
Manuel Camargo
Jan 8, 2013, 6:25:35 AM1/8/13
to asterisk-es
He configurado una cuenta SIP de un ITSP en mi Asterisk, y por razones
de la vida, al realizar una llamada saliente, el receptor no recibe mi
audio, pero yo si recibo su audio
Considerando que la llamada se realiza desde un SIPPhone (Bria), que
el servidor Asterisk y el PC que corre Bria se encuentran en la misma
red local (apuntando al mismo gateway), y que si configuro el ITSP
directamente en el SIPPhone la llamada se cursa correctamente (tanto
el receptor como el emisor reciben correctamente audio), hay algo que
no me cuadra en la parte Asterisk
He hecho configuraciones variopintas, pero ninguna me resulta
Considerando que conecta a traves de un router con NAT, básicamente
combinaciones de estas tres opciones:
qualify=yes
nat=force_rport,comedia (al parecer nat=yes esta deprecated desde
Asterisk 11)
externip = <mi_direccion_publica>
Pero nada, ninguna funciona.
Solo falta meterme con el SIP debug, pero me da miedito, creo que me
falta el SIP Masterclass con Olle para llegar a entender algo :)
asterisk*CLI> core show version
Asterisk 11.1... asterisk on a x86_64 running Linux
¿Se os ocurre algo?
de la vida, al realizar una llamada saliente, el receptor no recibe mi
audio, pero yo si recibo su audio
Considerando que la llamada se realiza desde un SIPPhone (Bria), que
el servidor Asterisk y el PC que corre Bria se encuentran en la misma
red local (apuntando al mismo gateway), y que si configuro el ITSP
directamente en el SIPPhone la llamada se cursa correctamente (tanto
el receptor como el emisor reciben correctamente audio), hay algo que
no me cuadra en la parte Asterisk
He hecho configuraciones variopintas, pero ninguna me resulta
Considerando que conecta a traves de un router con NAT, básicamente
combinaciones de estas tres opciones:
qualify=yes
nat=force_rport,comedia (al parecer nat=yes esta deprecated desde
Asterisk 11)
externip = <mi_direccion_publica>
Pero nada, ninguna funciona.
Solo falta meterme con el SIP debug, pero me da miedito, creo que me
falta el SIP Masterclass con Olle para llegar a entender algo :)
asterisk*CLI> core show version
Asterisk 11.1... asterisk on a x86_64 running Linux
¿Se os ocurre algo?
Manuel Camargo
Jan 8, 2013, 6:43:41 AM1/8/13
to asterisk-es
Por cierto, un detalle que tambien se me olvidaba, en cuanto a
negociacion de codecs, he probado a restringir BRIA exclusivamente a
G711.a y configurar los sippeers en Asterisk con allow only alaw.
Llamando desde el SIPPhone con el ITSP configurado directamente,
funciona bien, en cambio desde Asterisk, el mismo problema
negociacion de codecs, he probado a restringir BRIA exclusivamente a
G711.a y configurar los sippeers en Asterisk con allow only alaw.
Llamando desde el SIPPhone con el ITSP configurado directamente,
funciona bien, en cambio desde Asterisk, el mismo problema
Elio Rojano
Jan 10, 2013, 5:09:43 AM1/10/13
to aster...@googlegroups.com
El 8 de enero de 2013 12:25, Manuel Camargo <sir....@gmail.com> escribió:
He configurado una cuenta SIP de un ITSP en mi Asterisk, y por razones
de la vida, al realizar una llamada saliente, el receptor no recibe mi
audio, pero yo si recibo su audio
Considerando que la llamada se realiza desde un SIPPhone (Bria), que
el servidor Asterisk y el PC que corre Bria se encuentran en la misma
red local (apuntando al mismo gateway), y que si configuro el ITSP
directamente en el SIPPhone la llamada se cursa correctamente (tanto
el receptor como el emisor reciben correctamente audio), hay algo que
no me cuadra en la parte Asterisk
He hecho configuraciones variopintas, pero ninguna me resulta
Considerando que conecta a traves de un router con NAT, básicamente
combinaciones de estas tres opciones:
qualify=yes
nat=force_rport,comedia (al parecer nat=yes esta deprecated desde
Asterisk 11)
Desde "Asterisk 1.8" :P
externip = <mi_direccion_publica>
Pero nada, ninguna funciona.
Solo falta meterme con el SIP debug, pero me da miedito, creo que me
falta el SIP Masterclass con Olle para llegar a entender algo :)
asterisk*CLI> core show version
Asterisk 11.1... asterisk on a x86_64 running Linux
¿Se os ocurre algo?
--
--
Este email pertenece a la lista de Asterisk-ES (http://www.asterisk-es.org)
~~~ Normas de la lista Asterisk-ES: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~
http://comunidad.asterisk-es.org/index.php?title=Lista:normas-asterisk-es
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
- Para anular la suscripción: asterisk-es...@googlegroups.com
Página web: http://www.sinologic.net/
Twitter: http://twitter.com/hellc2
LinkedIn: http://es.linkedin.com/in/rojano
Manuel Camargo
Jan 10, 2013, 6:18:48 AM1/10/13
to asterisk-es
Con todos mis respetos: Que porqueria respuesta Elio!!! By the way:
https://wiki.asterisk.org/wiki/display/AST/New+in+11
chan_sip
NAT settings are now a combinable list of options. The equivalent of
the deprecated nat=yes is nat=force_rport,comedia. nat=no behaves as
before.
En Asterisk 1.8 el parser no te informaba de que estaba deprecated al
menos
En linea con el problema original: Sigue fallandome. De hecho estuve
hablando con Andres Gorostidi y me sugirio una idea: Montar el
Asterisk en local en mi PC y así hice.
Pero sigue fallando igual. No entiendo nada que podría estar fallando.
Lo unico que me falta es abrir en el NAT todos los puertos RTP ...
pero si fueran por ahí los tiros, en teoría es que tampoco debería
funcionarme cuando hago una conexión directa desde el ITSP a mi
Softphone
No comenté esto, pero en ambos servidores (Maquina virtual y mi PC),
ufw esta OFF, son Ubuntu Server y Ubuntu Desktop respectivamente y el
iptables no tiene ninguna regla en particular, esta en default ACCEPT
anywhere para todos los protocolos. Empieza a rondarme por la cabeza:
¿Bug de Asterisk 11?
https://wiki.asterisk.org/wiki/display/AST/New+in+11
chan_sip
NAT settings are now a combinable list of options. The equivalent of
the deprecated nat=yes is nat=force_rport,comedia. nat=no behaves as
before.
En Asterisk 1.8 el parser no te informaba de que estaba deprecated al
menos
En linea con el problema original: Sigue fallandome. De hecho estuve
hablando con Andres Gorostidi y me sugirio una idea: Montar el
Asterisk en local en mi PC y así hice.
Pero sigue fallando igual. No entiendo nada que podría estar fallando.
Lo unico que me falta es abrir en el NAT todos los puertos RTP ...
pero si fueran por ahí los tiros, en teoría es que tampoco debería
funcionarme cuando hago una conexión directa desde el ITSP a mi
Softphone
No comenté esto, pero en ambos servidores (Maquina virtual y mi PC),
ufw esta OFF, son Ubuntu Server y Ubuntu Desktop respectivamente y el
iptables no tiene ninguna regla en particular, esta en default ACCEPT
anywhere para todos los protocolos. Empieza a rondarme por la cabeza:
¿Bug de Asterisk 11?
Elio Rojano
Jan 10, 2013, 6:46:46 AM1/10/13
to aster...@googlegroups.com
El 10 de enero de 2013 12:18, Manuel Camargo <sir....@gmail.com> escribió:
Con todos mis respetos: Que porqueria respuesta Elio!!! By the way:
https://wiki.asterisk.org/wiki/display/AST/New+in+11
chan_sip
NAT settings are now a combinable list of options. The equivalent of
the deprecated nat=yes is nat=force_rport,comedia. nat=no behaves as
before.
En Asterisk 1.8 el parser no te informaba de que estaba deprecated al
menos
¿estás seguro?
Pon nat=yes en un usuario y mira los mensajes que escupe el chan_sip al arrancar el Asterisk y verás...
:)
Por otro lado, junto con el 'externip=...' deberías poner también el 'localnet=...' y por supuesto, el 'realm=...' aunque esto es más para solucionar problemas de "no me cuelga cuando cuelgo" o "la llamada se corta sola a los 120 segundos..."
En linea con el problema original: Sigue fallandome. De hecho estuve
hablando con Andres Gorostidi y me sugirio una idea: Montar el
Asterisk en local en mi PC y así hice.
Pero sigue fallando igual. No entiendo nada que podría estar fallando.
Lo unico que me falta es abrir en el NAT todos los puertos RTP ...
pero si fueran por ahí los tiros, en teoría es que tampoco debería
funcionarme cuando hago una conexión directa desde el ITSP a mi
Softphone
No comenté esto, pero en ambos servidores (Maquina virtual y mi PC),
ufw esta OFF, son Ubuntu Server y Ubuntu Desktop respectivamente y el
iptables no tiene ninguna regla en particular, esta en default ACCEPT
anywhere para todos los protocolos. Empieza a rondarme por la cabeza:
¿Bug de Asterisk 11?
Normas de la lista Asterisk-ES: http://comunidad.asterisk-es.org/index.php?title=Lista:normas-asterisk-es
---
Has recibido este mensaje porque estás suscrito al grupo "asterisk-es" de Grupos de Google.
Para publicar una entrada en este grupo, envía un correo electrónico a aster...@googlegroups.com.
Para anular tu suscripción a este grupo, envía un correo electrónico a asterisk-es...@googlegroups.com
Visita este grupo en http://groups.google.com/group/asterisk-es?hl=es.
Para obtener más opciones, visita https://groups.google.com/groups/opt_out.
Manuel Camargo
Jan 10, 2013, 8:11:56 AM1/10/13
to asterisk-es
Si es posible que fuera desde 1.8, pero la gracia es que era como un
"mal menor" comparado con mi problema original
De todas formas por fin he solucionado el problema:
Atreviéndome a perder el tiempo con el SIP Debug, en medio de las 5
mil millones de lineas que escupe por milisegundo, vi algo que me
llamo la atención: Un Re-Invite
Entonces probé a configurar el Peer con directmedia=no y voilá, ya
funcionó la comunicación correctamente. No tengo ni idea porque en el
momento que hace el reinvite y se conectan p2p mi extensión con el
ITSP, se pierde una parte del canal de audio. Entiendo que al no pasar
por Asterisk no se puede facilitar el trabajo al NAT para devolver la
comunicacion en condiciones, pero lo curioso para mi es, que el
receptor es el que no me escucha, y no soy yo el que no escucho al
receptor.
Tampoco estoy muy puesto en los misterios del SIP pero me resulta
extraño si cabe, es mas, no recuerdo en el pasado teniendo que
configurar este parametro para un Peer de un ITSP para que hiciese
correctamente las llamadas.
Aqui esta la parte donde mi di cuenta:
set_destination: Parsing <sip:...@ip_itsp:5060> for address/port to
send to
set_destination: set destination to ip_itsp:5060
Audio is at 5688
Adding codec 100004 (alaw) to SDP
Adding non-codec 0x1 (telephone-event) to SDP
Reliably Transmitting (NAT) to ip_itsp:5060:
INVITE sip:...@ip_itsp:5060 SIP/2.0
Via: SIP/2.0/UDP mi_ip_publica:5060;branch=z9hG4bK66edf87c;rport
Max-Forwards: 70
From: "Manuel Camargo" <sip:mi_extension@mi_ip_publica>;tag=as4c13d6ce
To: <sip:...@sip.itsp.com>;tag=6b0313ac70313ac50ed67c83e0be
Contact: <sip:11@mi_ip_publica:5060>
Call-ID: 594b07c725b045f744aae6fc4b500760@mi_ip_publica:5060
CSeq: 104 INVITE
User-Agent: Asterisk PBX 11.1.0
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY,
INFO, PUBLISH
Supported: replaces, timer
X-asterisk-Info: SIP re-invite (External RTP bridge)
Content-Type: application/sdp
Content-Length: 241
"mal menor" comparado con mi problema original
De todas formas por fin he solucionado el problema:
Atreviéndome a perder el tiempo con el SIP Debug, en medio de las 5
mil millones de lineas que escupe por milisegundo, vi algo que me
llamo la atención: Un Re-Invite
Entonces probé a configurar el Peer con directmedia=no y voilá, ya
funcionó la comunicación correctamente. No tengo ni idea porque en el
momento que hace el reinvite y se conectan p2p mi extensión con el
ITSP, se pierde una parte del canal de audio. Entiendo que al no pasar
por Asterisk no se puede facilitar el trabajo al NAT para devolver la
comunicacion en condiciones, pero lo curioso para mi es, que el
receptor es el que no me escucha, y no soy yo el que no escucho al
receptor.
Tampoco estoy muy puesto en los misterios del SIP pero me resulta
extraño si cabe, es mas, no recuerdo en el pasado teniendo que
configurar este parametro para un Peer de un ITSP para que hiciese
correctamente las llamadas.
Aqui esta la parte donde mi di cuenta:
set_destination: Parsing <sip:...@ip_itsp:5060> for address/port to
send to
set_destination: set destination to ip_itsp:5060
Audio is at 5688
Adding codec 100004 (alaw) to SDP
Adding non-codec 0x1 (telephone-event) to SDP
Reliably Transmitting (NAT) to ip_itsp:5060:
INVITE sip:...@ip_itsp:5060 SIP/2.0
Via: SIP/2.0/UDP mi_ip_publica:5060;branch=z9hG4bK66edf87c;rport
Max-Forwards: 70
From: "Manuel Camargo" <sip:mi_extension@mi_ip_publica>;tag=as4c13d6ce
To: <sip:...@sip.itsp.com>;tag=6b0313ac70313ac50ed67c83e0be
Contact: <sip:11@mi_ip_publica:5060>
Call-ID: 594b07c725b045f744aae6fc4b500760@mi_ip_publica:5060
CSeq: 104 INVITE
User-Agent: Asterisk PBX 11.1.0
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY,
INFO, PUBLISH
Supported: replaces, timer
X-asterisk-Info: SIP re-invite (External RTP bridge)
Content-Type: application/sdp
Content-Length: 241
Reply all
Reply to author
Forward
0 new messages