No se escuchan las llamadas en extensiones Asterisk, en el otro lado si se escucha.

[Damocles]

BUENAS TARDES...

Antes de iniciarme a preguntar he estado intentado ver si existia un
post parecido a este y la verdad es que no he encontrado ninguno (Si
lo hubiera, por favor indiquenmelo para echarle un vistazo y asi no
dear mucho "la brasa").

Bueno... El problema esta en que recientemente hemos conectado una
central Asterisk a una conexion de internet (PPPoE) directamente a la
tarjeta de red. Podemos hacer y recibir llamadas "correctamente" (Y
digo esto por que no escuchamos a quien o a donde llamamos).

El problema es que no escuchamos a nuestro interlocutor, es decir, si
realizamos una llamada externa, la extension desde la que se realiza
la llamada no escucha a su interlocutor. Si la realizamos interna, la
extension que recibe la llamada no escucha en unos segundos,
transcurridos los cuales empieza a escuchar. Si recibimos una llamada
entrante, la extension que recibe la llamada (O la recoje) no escucha
la conversacion, pero el que nos llaam si que nos escucha.

Tambien hemos notado que al cabo de unos segundos se corta la llamada.

Hemos realizado, en CLI, un RTP DEBUG para ver la trama de sonido,
pero, lamentablemente, no sabemos interpretarla. Os dejamos la trama:

Asterisk*CLI>
-- Executing [XXXXXXXXX@incomingtelsome:1] Goto("SIP/
XXXXXXXXX-08cffc68", "XXXXXXXXX|XXXXXXXXX|1") in new stack
-- Goto (incomingXXXXXXXXX,XXXXXXXXX,1)
-- Executing [XXXXXXXXX@incomingXXXXXXXXX:1] NoOp("SIP/
XXXXXXXXX-08cffc68", "CallerID Num = XXXXXXXXX-- CallerID Name =
XXXXXXXXX") in new stack
-- Executing [XXXXXXXXX@incomingXXXXXXXXX:2] Dial("SIP/
XXXXXXXXX-08cffc68", "SIP/101&SIP/102&SIP/103&SIP/104&SIP/105&SIP/106|
30|tTr") in new stack
-- Called 101
-- Called 102
[Aug 28 14:54:22] WARNING[15742]: app_dial.c:1275 dial_exec_full:
Unable to create channel of type 'SIP' (cause 20 - Unknown)
-- Called 104
-- Called 105
[Aug 28 14:54:22] WARNING[15742]: app_dial.c:1275 dial_exec_full:
Unable to create channel of type 'SIP' (cause 20 - Unknown)
-- SIP/104-08d56010 is ringing
-- SIP/102-08d51ff0 is ringing
-- SIP/105-08d5a030 is ringing
-- SIP/101-08d4dfd0 is ringing
-- SIP/104-08d56010 answered SIP/XXXXXXXXX-08cffc68
Got RTP packet from XXXXXXXXX1:5048 (type 08, seq 057033, ts
3708474324, len 000160)
Sent RTP packet to XXXXXXXXX2:11666 (type 08, seq 005289, ts
3708474320, len 000160)
[...]
Got RTP packet from XXXXXXXXX1:5048 (type 08, seq 057033, ts
3708474324, len 000160)
Sent RTP packet to XXXXXXXXX2:11666 (type 08, seq 005289, ts
3708474320, len 000160)
[Aug 28 17:20:35] WARNING[3818]: chan_sip.c:1981 retrans_pkt: Maximum
retries exceeded on transmission
42915a892d44d47a5b12edfa5a2e38d1@XXXXXXXXX2 for seqno 102 (Critical
Response) -- See doc/sip-retransmit.txt.
[Aug 28 17:20:35] WARNING[3818]: chan_sip.c:2003 retrans_pkt: Hanging
up call 42915a892d44d47a...@86.109.97.3 - no reply to our
critical packet (see doc/sip-retransmit.txt).
== Spawn extension (incomingXXXXXXXXX, XXXXXXXXX, 2) exited non-zero
on 'SIP/XXXXXXXXX-08cffc68'

Alguien nos puede echar un cable...???

GRACIAS...
UN SALUDO...

Isaac

[Raúl Alexis Betancor Santana]

On Sábado 28 Agosto 2010 16:46:01 Damocles escribió:
> BUENAS TARDES...

> Alguien nos puede echar un cable...???

Parece bastante claro, que es un problema de NAT, pero sería mejor unas trazas
con ngrep-sip para confirmarlo.

Saludos
--
Raúl Alexis Betancor Santana
Dimensión Virtual

[Damocles]

BUENAS TARDES...

Gracias por las respuestas, me puse a ello.
He instalado el ngrep-sip y tras hacer las trazas al puerto 5060 del
server asterisk he visto esto:

Asterisk:~# ngrep-sip port 5060
interface: any
filter: (ip or ip6) and ( port 5060 )
#
U 2010/08/30 10:36:59.105211 IP1:5060 -> IP2:5060
SIP/2.0 200 OK'
Via: SIP/2.0/UDP IP2:5060;branch=z9hG4bK2ffd879c;received=IP2'
From: "XXXXXXXX1" <sip:XXXXXXXX1@IP2>;tag=as43f350fd'
To: <sip:XXXXXXXX2@IP1>;tag=as1d1a8b72'
Call-ID: 03e5380d31334a345b087bf257756202@IP2'
CSeq: 102 INVITE'
User-Agent: Damocles PBX'
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY,
INFO'
Supported: replaces'
Contact: <sip:XXXX...@87.111.17.100>'
Content-Type: application/sdp'
Content-Length: 263'
'
v=0'
o=root 3687 3687 IN IP4 87.111.17.100'
s=session'
c=IN IP4 87.111.17.100'
t=0 0'
m=audio 14032 RTP/AVP 8 3 101'
a=rtpmap:8 PCMA/8000'
a=rtpmap:3 GSM/8000'
a=rtpmap:101 telephone-event/8000'
a=fmtp:101 0-16'
a=silenceSupp:off - - - -'
a=ptime:20'
a=sendrecv'

#
U 2010/08/30 10:37:00.705157 IP10:5060 -> IP2:5060
SIP/2.0 200 OK'
Via: SIP/2.0/UDP IP2:5060;branch=z9hG4bK2ffd879c;received=IP23'
From: "XXXXXXXX1" <sip:XXXXXXXX1@IP2>;tag=as43f350fd'
To: <sip:XXXXXXXX2@IP10>;tag=as1d1a8b72'
Call-ID: 03e5380d31334a345b087bf257756202@IP2'
CSeq: 102 INVITE'
User-Agent: Damocles PBX'
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY,
INFO'
Supported: replaces'
Contact: <sip:XXXX...@87.111.17.100>'
Content-Type: application/sdp'
Content-Length: 263'
'
v=0'
o=root 3687 3687 IN IP4 87.111.17.100'
s=session'
c=IN IP4 87.111.17.100'
t=0 0'
m=audio 14032 RTP/AVP 8 3 101'
a=rtpmap:8 PCMA/8000'
a=rtpmap:3 GSM/8000'
a=rtpmap:101 telephone-event/8000'
a=fmtp:101 0-16'
a=silenceSupp:off - - - -'
a=ptime:20'
a=sendrecv'

#
U 2010/08/30 10:37:03.905160 IP1:5060 -> IP2:5060
SIP/2.0 200 OK'
Via: SIP/2.0/UDP IP2:5060;branch=z9hG4bK2ffd879c;received=IP2'
From: "XXXXXXXX1" <sip:XXXXXXXX1@IP2>;tag=as43f350fd'
To: <sip:XXXXXXXX2@IP1>;tag=as1d1a8b72'
Call-ID: 03e5380d31334a345b087bf257756202@IP2'
CSeq: 102 INVITE'
User-Agent: Damocles PBX'
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY,
INFO'
Supported: replaces'
Contact: <sip:XXXX...@87.111.17.100>'
Content-Type: application/sdp'
Content-Length: 263'
'
v=0'
o=root 3687 3687 IN IP4 87.111.17.100'
s=session'
c=IN IP4 87.111.17.100'
t=0 0'
m=audio 14032 RTP/AVP 8 3 101'
a=rtpmap:8 PCMA/8000'
a=rtpmap:3 GSM/8000'
a=rtpmap:101 telephone-event/8000'
a=fmtp:101 0-16'
a=silenceSupp:off - - - -'
a=ptime:20'
a=sendrecv'

^Cexit
8 received, 0 dropped

Si, he dejado la IP 87.111.17.100 visible por que esto era lo que
fastidiaba. Resulta que esa IP es la IP fija del antiguo proveedor de
Internet y "alguien" se olvido de cambiar el parametro externip en el
archivo sip.conf. Lo he cambiado, he recargado, desde CLI>, la
configuracion SIP y por ultimo he realizado algunas pruebas de emision
y recepcion de llamadas sin incidencia alguna. Problema resuelto.

GRACIAS...
UN SALUDO...

Isaac


On 28 ago, 21:35, Raúl Alexis Betancor Santana <r...@dimension-