Puedo llamar a través de mi proveedor de VOIP pero no da tono

[Miguel Alberto Sanz Pardo]

Hola, buenos días

Desde hoy estoy notando que al realizar llamadas a través de mi proveedor de VOIP a través de Asterisk, las llamadas se efectúan de forma correcta pero no suena tono de llamada cuando marco el número al que llamo. En algún momento me descuelgan y puedo hablar pero no puedo oir el tono previamente.

¿Alguien sabe por qué puede estar pasando esto?

Estoy investigando pero no encuentro nada al respecto por internet.

un saludo

Miguel Sanz

[Saúl Ibarra Corretgé]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Examina el trafico SIP y mira que respuestas te llegan tras el INVITE
initial hasta el 200 OK.

- --
Saúl Ibarra Corretgé
bettercallsaghul.com

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iQIcBAEBAgAGBQJTNAqlAAoJEEEOVVOum8BZllEP/1TWiFEO7FZfxZpCtBxGvLBT
y4j7FluogLMMNHsSiQf6WHntf+mBEFMLMuzXaY8F1w3iVI53pOI9hPr2zCxDvXzi
Wcd1ChajyAW6/nzWSN+BIkde6KjbtEtv0qP8Uoi55MJL2EWrQoS14sJuLfU36B0d
L8IkTYY9mtJuFKJbReCVCAU5cYBbC7k+ki2HtRK4JItlaii3o4G6eipSGsrUQchV
TfWrelZvsl/CoI2nOGcclYKUlzrlhQovW82yT1AIu29+pfD8asOThXoxZsXnGgDm
IsrGvJjHhrNj4XNaBxLQI9nB3Dst3s1BjGI2x843Jk3M65nuCstmysY7Iwc38oB9
OiCnz+ZmaDW69KBbkQ5zIwTXeMKRgQzBxW/SoAX4Fyx0VLDt9GzhPN5CS9uTgnsM
jvjSp7AuFlgfJqOFayS/QIUjj/l+TIuCLIrDrN47TNjS9mKenwwch8SPO+6LXY0z
MOqLjHa5HlTMKtxtAeKXZxCXm8MvNF4V1PHIS5zcbIZXhyjV6gnB4vyVdHC4Q/JO
N1eXSQ773S86H7JfDkh71hQgaItVXgbcuQv+g+AgdBNz2owgG7m0nBvgufr3CisC
vp5ieGFxSsHDkWJkO+jPZK26cgJbBLDi0UeziFt5jD7/VSAGvFYf/93njpdhR2X+
scmj7mRFizXj9GsuLHQc
=tNJF
-----END PGP SIGNATURE-----

[Saúl Ibarra Corretgé]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Por favor, contesta a la lista.

On 03/27/2014 12:43 PM, Miguel Alberto Sanz Pardo wrote:
> ¿Como hago para examinar el tráfico SIP?
>

CLI> sip set debug on

> En mi consola veo algo del estilo:
>
> == Using SIP RTP CoS mark 5 -- Executing [031653117774@internal:1]
> Answer("SIP/153-00000005", "") in new stack -- Executing
> [031653117774@internal:2] Dial("SIP/153-00000005",
> "SIP/voipdiscount-salientes/653117774") in new stack == Using SIP
> RTP CoS mark 5 -- Called SIP/voipdiscount-salientes/653117774 --
> SIP/voipdiscount-salientes-00000006 is making progress passing it
> to SIP/153-00000005 -- SIP/voipdiscount-salientes-00000006 is
> making progress passing it to SIP/153-00000005 == Spawn extension
> (internal, 031653117774, 2) exited non-zero on 'SIP/153-00000005'
>
>
> pero creo que no es esto lo que me comentabas

- --
Saúl Ibarra Corretgé
bettercallsaghul.com

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iQIcBAEBAgAGBQJTNA9HAAoJEEEOVVOum8BZwVUQAIOLZh8wq9TmllEWq+2LmBwE
sTBf+3ERbvKDNaZEhehzUvGOv5ITJTDdWfJGTNAsZZ0aC5mopHU+B4vCCuC8+fG5
ubfwaKlfZ7h1ZXqfH8BQHsoIGyMPP8R36k7XBSlex/OUgBqu9AUCN6+ojlwIkzAg
YQbZOmVqpHv21xbtx6mwqaLLJXVJXuvHv+exr0WMVT5XKjqryKET1dLJBBlWoGUm
yPwFQqJb57lG2wxmBGBkV9/5XTF6AT+cCzoHaT6w/gUuHU+oaMnfaPtUsY1y3Eaf
2AohFVsLPmYaHS+HGme34AMxDcEK/UlSkJVBejgpAEpyO++p0hwH32u0A60Ajqw/
oRgOfUMtCi+kyDOZszgZJ1sMGlbA4S15T/A3EiRmuHH4xG2Ff1+P9NifaXowW6D8
PySFYPDwiL/FvsA7IEk3n40Gd7+y1CQVwHsguSyvfLeUFuF4V+/uRGfaMzLUPkW8
RLk9vTQP/VMIlUK2DkA84+Tku7F2GUIWu+ap2ykhiDAIxMYCDT+eIUNriDIez7u4
iU+/Q9m/w4Hps24asKQUz+So3ZYMS5kfwHP+Bd1sM8Ze7ZZ8lBIiQbozosaGa9i6
BJ4vi837BxczYdKS7zkGhOGo4G7jAN/osyruukezhi7EysjwrcyCcaP2CPb1yu88
G4bsfEKjGZ/chXWQpXGM
=5N7L
-----END PGP SIGNATURE-----

[Miguel Alberto Sanz Pardo]

Lo siento creo que en el mensaje que envíe no iba la información que me comentabas pero en este creo que sí:

[Mar 27 12:50:46] VERBOSE[1445] chan_sip.c: --- (10 headers 0 lines) ---
[Mar 27 12:50:46] VERBOSE[1445] chan_sip.c: Really destroying SIP dialog '67f16aab73fb95cd...@192.168.7.229:5060' Method: OPTIONS
[Mar 27 12:50:48] VERBOSE[1445] chan_sip.c: Really destroying SIP dialog '3aa3862a3f2e6eb1...@192.168.7.227' Method: OPTIONS
[Mar 27 12:50:48] VERBOSE[1445] chan_sip.c: Really destroying SIP dialog '51e1ba97595e4636...@127.0.0.1' Method: REGISTER
[Mar 27 12:50:50] VERBOSE[1445] chan_sip.c:
�<--- SIP read from UDP:192.168.7.216:5060 --->
�INVITE sip:031653...@192.168.7.229:5060 SIP/2.0
�Via: SIP/2.0/UDP 192.168.7.216:5060;branch=z9hG4bK-56fa7cd6
�From: "Miguel Sanz" <sip:1...@192.168.7.229:5060>;tag=69d14c5fa8b59245o0
�To: <sip:031653...@192.168.7.229:5060>
�Remote-Party-ID: "Miguel Sanz" <sip:1...@192.168.7.229:5060>;screen=yes;party=calling
�Call-ID: cbb761e7...@192.168.7.216
�CSeq: 101 INVITE
�Max-Forwards: 70
�Contact: "Miguel Sanz" <sip:1...@192.168.7.216:5060>;+sip.instance="<00000000-0000-0000-0000-000E08DFEB46>"
�Expires: 240
�User-Agent: Linksys/SPA922-5.1.15(a)
�Content-Length: 403
�Allow: ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, REFER, SUBSCRIBE
�Allow-Events: dialog
�Supported: replaces
�Content-Type: application/sdp
�
�v=0
�o=- 251910297 251910297 IN IP4 192.168.7.216
�s=-
�c=IN IP4 192.168.7.216
�t=0 0
�m=audio 16470 RTP/AVP 18 8 0 2 4 96 97 98 101
�a=rtpmap:18 G729a/8000
�a=rtpmap:8 PCMA/8000
�a=rtpmap:0 PCMU/8000
�a=rtpmap:2 G726-32/8000
�a=rtpmap:4 G723/8000
�a=rtpmap:96 G726-40/8000
�a=rtpmap:97 G726-24/8000
�a=rtpmap:98 G726-16/8000
�a=rtpmap:101 telephone-event/8000
�a=fmtp:101 0-15
�a=ptime:30
�a=sendrecv
�<------------->
[Mar 27 12:50:50] VERBOSE[1445] chan_sip.c: --- (16 headers 18 lines) ---
[Mar 27 12:50:50] VERBOSE[1445] chan_sip.c: Sending to 192.168.7.216:5060 (no NAT)
[Mar 27 12:50:50] VERBOSE[1445][C-00000006] chan_sip.c: Sending to 192.168.7.216:5060 (no NAT)
[Mar 27 12:50:50] VERBOSE[1445][C-00000006] chan_sip.c: Using INVITE request as basis request - cbb761e7...@192.168.7.216
[Mar 27 12:50:50] VERBOSE[1445][C-00000006] chan_sip.c: Found peer '153' for '153' from 192.168.7.216:5060
[Mar 27 12:50:50] VERBOSE[1445][C-00000006] chan_sip.c:
�<--- Reliably Transmitting (no NAT) to 192.168.7.216:5060 --->
�SIP/2.0 401 Unauthorized

�Via: SIP/2.0/UDP 192.168.7.216:5060;branch=z9hG4bK-56fa7cd6;received=192.168.7.216

�From: "Miguel Sanz" <sip:1...@192.168.7.229:5060>;tag=69d14c5fa8b59245o0

�To: <sip:031653...@192.168.7.229:5060>;tag=as7b8da237

�Call-ID: cbb761e7...@192.168.7.216

�CSeq: 101 INVITE

�Server: Asterisk PBX 11.7.0

�Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH

�Supported: replaces, timer

�WWW-Authenticate: Digest algorithm=MD5, realm="asterisk", nonce="66e3e998"

�Content-Length: 0

�

�
�<------------>
[Mar 27 12:50:50] VERBOSE[1445][C-00000006] chan_sip.c: Scheduling destruction of SIP dialog 'cbb761e7...@192.168.7.216' in 6400 ms (Method: INVITE)
[Mar 27 12:50:50] VERBOSE[1445] chan_sip.c:
�<--- SIP read from UDP:192.168.7.216:5060 --->
�ACK sip:031653...@192.168.7.229:5060 SIP/2.0
�Via: SIP/2.0/UDP 192.168.7.216:5060;branch=z9hG4bK-56fa7cd6
�From: "Miguel Sanz" <sip:1...@192.168.7.229:5060>;tag=69d14c5fa8b59245o0
�To: <sip:031653...@192.168.7.229:5060>;tag=as7b8da237
�Call-ID: cbb761e7...@192.168.7.216
�CSeq: 101 ACK
�Max-Forwards: 70
�Contact: "Miguel Sanz" <sip:1...@192.168.7.216:5060>;+sip.instance="<00000000-0000-0000-0000-000E08DFEB46>"
�User-Agent: Linksys/SPA922-5.1.15(a)
�Content-Length: 0
�Allow-Events: dialog
�
�<------------->
[Mar 27 12:50:50] VERBOSE[1445] chan_sip.c: --- (11 headers 0 lines) ---
[Mar 27 12:50:50] VERBOSE[1445] chan_sip.c:
�<--- SIP read from UDP:192.168.7.216:5060 --->
�INVITE sip:031653...@192.168.7.229:5060 SIP/2.0
�Via: SIP/2.0/UDP 192.168.7.216:5060;branch=z9hG4bK-11554c02
�From: "Miguel Sanz" <sip:1...@192.168.7.229:5060>;tag=69d14c5fa8b59245o0
�To: <sip:031653...@192.168.7.229:5060>
�Remote-Party-ID: "Miguel Sanz" <sip:1...@192.168.7.229:5060>;screen=yes;party=calling
�Call-ID: cbb761e7...@192.168.7.216
�CSeq: 102 INVITE
�Max-Forwards: 70
�Authorization: Digest username="153",realm="asterisk",nonce="66e3e998",uri="sip:031653...@192.168.7.229:5060",algorithm=MD5,response="93a2cfcac55e32c7791d2311f502f522"
�Contact: "Miguel Sanz" <sip:1...@192.168.7.216:5060>;+sip.instance="<00000000-0000-0000-0000-000E08DFEB46>"
�Expires: 240
�User-Agent: Linksys/SPA922-5.1.15(a)
�Content-Length: 403
�Allow: ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, REFER, SUBSCRIBE
�Allow-Events: dialog
�Supported: replaces
�Content-Type: application/sdp
�
�v=0
�o=- 251910297 251910297 IN IP4 192.168.7.216
�s=-
�c=IN IP4 192.168.7.216
�t=0 0
�m=audio 16470 RTP/AVP 18 8 0 2 4 96 97 98 101
�a=rtpmap:18 G729a/8000
�a=rtpmap:8 PCMA/8000
�a=rtpmap:0 PCMU/8000
�a=rtpmap:2 G726-32/8000
�a=rtpmap:4 G723/8000
�a=rtpmap:96 G726-40/8000
�a=rtpmap:97 G726-24/8000
�a=rtpmap:98 G726-16/8000
�a=rtpmap:101 telephone-event/8000
�a=fmtp:101 0-15
�a=ptime:30
�a=sendrecv
�<------------->
[Mar 27 12:50:50] VERBOSE[1445] chan_sip.c: --- (17 headers 18 lines) ---
[Mar 27 12:50:50] VERBOSE[1445][C-00000006] chan_sip.c: Sending to 192.168.7.216:5060 (no NAT)
[Mar 27 12:50:50] VERBOSE[1445][C-00000006] chan_sip.c: Using INVITE request as basis request - cbb761e7...@192.168.7.216
[Mar 27 12:50:50] VERBOSE[1445][C-00000006] chan_sip.c: Found peer '153' for '153' from 192.168.7.216:5060
[Mar 27 12:50:50] VERBOSE[1445][C-00000006] netsock2.c:   == Using SIP RTP CoS mark 5
[Mar 27 12:50:50] VERBOSE[1445][C-00000006] chan_sip.c: Found RTP audio format 18
[Mar 27 12:50:50] VERBOSE[1445][C-00000006] chan_sip.c: Found RTP audio format 8
[Mar 27 12:50:50] VERBOSE[1445][C-00000006] chan_sip.c: Found RTP audio format 0
[Mar 27 12:50:50] VERBOSE[1445][C-00000006] chan_sip.c: Found RTP audio format 2
[Mar 27 12:50:50] VERBOSE[1445][C-00000006] chan_sip.c: Found RTP audio format 4
[Mar 27 12:50:50] VERBOSE[1445][C-00000006] chan_sip.c: Found RTP audio format 96
[Mar 27 12:50:50] VERBOSE[1445][C-00000006] chan_sip.c: Found RTP audio format 97
[Mar 27 12:50:50] VERBOSE[1445][C-00000006] chan_sip.c: Found RTP audio format 98
[Mar 27 12:50:50] VERBOSE[1445][C-00000006] chan_sip.c: Found RTP audio format 101
[Mar 27 12:50:50] VERBOSE[1445][C-00000006] chan_sip.c: Found audio description format G729a for ID 18
[Mar 27 12:50:50] VERBOSE[1445][C-00000006] chan_sip.c: Found audio description format PCMA for ID 8
[Mar 27 12:50:50] VERBOSE[1445][C-00000006] chan_sip.c: Found audio description format PCMU for ID 0
[Mar 27 12:50:50] VERBOSE[1445][C-00000006] chan_sip.c: Found audio description format G726-32 for ID 2
[Mar 27 12:50:50] VERBOSE[1445][C-00000006] chan_sip.c: Found audio description format G723 for ID 4
[Mar 27 12:50:50] VERBOSE[1445][C-00000006] chan_sip.c: Found unknown media description format G726-40 for ID 96
[Mar 27 12:50:50] VERBOSE[1445][C-00000006] chan_sip.c: Found unknown media description format G726-24 for ID 97
[Mar 27 12:50:50] VERBOSE[1445][C-00000006] chan_sip.c: Found unknown media description format G726-16 for ID 98
[Mar 27 12:50:50] VERBOSE[1445][C-00000006] chan_sip.c: Found audio description format telephone-event for ID 101
[Mar 27 12:50:50] VERBOSE[1445][C-00000006] chan_sip.c: Capabilities: us - (g723|alaw|g729), peer - audio=(g723|ulaw|alaw|g726|g729)/video=(nothing)/text=(nothing), combined - (g723|alaw|g729)
[Mar 27 12:50:50] VERBOSE[1445][C-00000006] chan_sip.c: Non-codec capabilities (dtmf): us - 0x1 (telephone-event|), peer - 0x1 (telephone-event|), combined - 0x1 (telephone-event|)
[Mar 27 12:50:50] VERBOSE[1445][C-00000006] chan_sip.c: Peer audio RTP is at port 192.168.7.216:16470
[Mar 27 12:50:50] VERBOSE[1445][C-00000006] chan_sip.c: Looking for 031653117774 in internal (domain 192.168.7.229)
[Mar 27 12:50:50] VERBOSE[1445][C-00000006] chan_sip.c: list_route: hop: <sip:1...@192.168.7.216:5060>
[Mar 27 12:50:50] VERBOSE[1445][C-00000006] chan_sip.c:
�<--- Transmitting (no NAT) to 192.168.7.216:5060 --->
�SIP/2.0 100 Trying

�Via: SIP/2.0/UDP 192.168.7.216:5060;branch=z9hG4bK-11554c02;received=192.168.7.216

�From: "Miguel Sanz" <sip:1...@192.168.7.229:5060>;tag=69d14c5fa8b59245o0

�To: <sip:031653...@192.168.7.229:5060>

�Call-ID: cbb761e7...@192.168.7.216

�CSeq: 102 INVITE

�Server: Asterisk PBX 11.7.0

�Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH

�Supported: replaces, timer

�Contact: <sip:031653...@192.168.7.229:5060>

�Content-Length: 0

�

�
�<------------>
[Mar 27 12:50:50] VERBOSE[1744][C-00000006] pbx.c:     -- Executing [031653117774@internal:1] Answer("SIP/153-00000007", "") in new stack
[Mar 27 12:50:50] VERBOSE[1744][C-00000006] chan_sip.c: Audio is at 14516
[Mar 27 12:50:50] VERBOSE[1744][C-00000006] chan_sip.c: Adding codec 100008 (g729) to SDP
[Mar 27 12:50:50] VERBOSE[1744][C-00000006] chan_sip.c: Adding codec 100004 (alaw) to SDP
[Mar 27 12:50:50] VERBOSE[1744][C-00000006] chan_sip.c: Adding codec 100001 (g723) to SDP
[Mar 27 12:50:50] VERBOSE[1744][C-00000006] chan_sip.c: Adding non-codec 0x1 (telephone-event) to SDP
[Mar 27 12:50:50] VERBOSE[1744][C-00000006] chan_sip.c:
�<--- Reliably Transmitting (no NAT) to 192.168.7.216:5060 --->
�SIP/2.0 200 OK

�Via: SIP/2.0/UDP 192.168.7.216:5060;branch=z9hG4bK-11554c02;received=192.168.7.216

�From: "Miguel Sanz" <sip:1...@192.168.7.229:5060>;tag=69d14c5fa8b59245o0

�To: <sip:031653...@192.168.7.229:5060>;tag=as350dfbf8

�Call-ID: cbb761e7...@192.168.7.216

�CSeq: 102 INVITE

�Server: Asterisk PBX 11.7.0

�Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH

�Supported: replaces, timer

�Contact: <sip:031653...@192.168.7.229:5060>

�Content-Type: application/sdp

�Content-Length: 328

�

�v=0

�o=root 1023034777 1023034777 IN IP4 192.168.7.229

�s=Asterisk PBX 11.7.0

�c=IN IP4 192.168.7.229

�t=0 0

�m=audio 14516 RTP/AVP 18 8 4 101

�a=rtpmap:18 G729/8000

�a=fmtp:18 annexb=no

�a=rtpmap:8 PCMA/8000

�a=rtpmap:4 G723/8000

�a=fmtp:4 annexa=no

�a=rtpmap:101 telephone-event/8000

�a=fmtp:101 0-16

�a=ptime:20

�a=sendrecv

[Miguel Alberto Sanz Pardo]

Vaya se me borrado el mensaje anterior a pesar de aparecerme hasta hace un momento XD

Previamente a esa traza vendría esto:

[Mar 27 12:43:39] VERBOSE[1445][C-00000005] netsock2.c:   == Using SIP RTP CoS mark 5
[Mar 27 12:43:39] VERBOSE[1737][C-00000005] pbx.c:     -- Executing [031653117774@internal:1] Answer("SIP/153-00000005", "") in new stack
[Mar 27 12:43:39] VERBOSE[1737][C-00000005] pbx.c:     -- Executing [031653117774@internal:2] Dial("SIP/153-00000005", "SIP/voipdiscount-salientes/653117774") in new stack
[Mar 27 12:43:39] VERBOSE[1737][C-00000005] netsock2.c:   == Using SIP RTP CoS mark 5
[Mar 27 12:43:39] VERBOSE[1737][C-00000005] app_dial.c:     -- Called SIP/voipdiscount-salientes/653117774
[Mar 27 12:43:40] VERBOSE[1737][C-00000005] app_dial.c:     -- SIP/voipdiscount-salientes-00000006 is making progress passing it to SIP/153-00000005
[Mar 27 12:43:40] VERBOSE[1737][C-00000005] app_dial.c:     -- SIP/voipdiscount-salientes-00000006 is making progress passing it to SIP/153-00000005
[Mar 27 12:43:52] VERBOSE[1737][C-00000005] pbx.c:   == Spawn extension (internal, 031653117774, 2) exited non-zero on 'SIP/153-00000005'

Puedo llamar desde asterisk a través de voipdiscount y funciona pero el tono de llamada no suena.

Cuando la persona a la que llamo descuelga me entero, pero mientras tanto no suena ningún tono de manera que no sé si esa persona a la que llamó está por ejemplo ocupada.

[Miguel Alberto Sanz Pardo]

Esto es extraño, dispongo de una cuenta en adamip y la configuré y también daba este "fallo" (o eso me pareció) y ya no lo da; y sin embargo en voipdiscount me sigue pasando lo mismo del "no tono"

Paso la configuración que tengo en mi SIP.conf:

[voipdiscount-salientes]

type = peer

secret = xxxx

username = xxxxx

fromuser = xxxxx

host = sip.voipdiscount.com

language = es

insecure = invite

qualify = yes

disallow=all

allow=g729

allow=alaw

allow=gsm

allow=ulaw

allow=ilbc

[adamvozip-salientes]

type=peer

secret= xxxxx

username= xxxxx

fromuser= xxxxx

host=adamvozip.es

fromdomain=adamvozip.es

insecure=port,invite

canreinvite=no

nat=yes

dtmfmode=rfc2833

disallow=all

allow=g729

allow=alaw

allow=ilbc

allow=gsm

allow=ulaw

allow=speex

qualify = yes

[Saúl Ibarra Corretgé]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 03/27/2014 01:06 PM, Miguel Alberto Sanz Pardo wrote:
> Te paso lo que se ha guardado en el .log a ver si tienes alguna
> idea porque yo por ahora no tengo mucha que digamos acerca del
> debug del sip, he copiado desde el inicio de la llamada hasta la
> cabecera del 200 OK
>

Tu proveedor no te manda un 180 o 183, que indican el ring, por eso no
oyes nada. Al recibir un 180 tu Asterisk genera el tono pero no lo
recibes. A alguien se le ha olvidado un Ringing() en su dialplan ;-)

- --
Saúl Ibarra Corretgé
bettercallsaghul.com

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iQIcBAEBAgAGBQJTNERgAAoJEEEOVVOum8BZKCkP/jFUAnmAH0DtOI+bIE+cXUaO
zH8JP8cTW82oJLfkijxRPtYmou0HWq8ltSsCcI5r18saYD52rb7+lEMrVM2kBG9U
snAYWuMnmknmmxN0LkbS3JHPntXr4i1grbH3H9An7S67BZU5HRaNEle3afYMkDoK
plv93W5LmYdRxpM2s9kRbcbOEkFb/sUEf4cVdMfHhZaC4qLs53xHn5H0xmInkbW6
WmLVkAKNxhmNY+NT7zo7xYTzAHiUmfYVOzNSo6SGK0SKU3bUGD7ju0fE2DnhS4eg
IkTQD9m0jNTIxYB5uCzI0FoBzROqtAPaNNG1QqRtUM5mhOf7XzxfIe4sx1rRXogf
QUu2d6jXvtgI20FrvIlM1k7s5S63Pf+tB9tN2lHI9RTPYDCqAUtzdkYLgwQ5mH40
L6lI/TGbRObQPqduxBlKzRimua9A03x7BQ4h+xlC5xy6VBojZ98ry5rlzQVGsjCf
qzvS27sknE2tn0Fzu+RDoaWQGvt2FD6akXst7epD3a8WHJ6GeOLNJo0SUj1Umrwa
dyrPdLeaz13By3MTxu3vUgpacVIohcJMpXKho3kx4IdBIQW3bB4ZnDYhehuRSu9N
AUgc1Jf4+0HAevrSUyedHOKx1iU0lmJCzQ1HL/U9wYo4YcgPUIlcOEJoRH9CjVfV
87KU4AlbBcQfvsOh2uXu
=/49g
-----END PGP SIGNATURE-----

[Miguel Alberto Sanz Pardo]

Mañana lo probaré pero el caso es que tengo un dialplan de esta manera y en el otro proveedor de VOIP no me pasa:

[outgoing]

; Salida elegida por usuario: VOIP voipdiscount

exten=>_031.,1,Answer()

same => n,Dial(SIP/voipdiscount-salientes/${EXTEN:3})

same => n,Hangup()

; Salida elegida por usuario: ADAMIP

exten=>_032.,1,Answer()  

same => n,Dial(SIP/adamvozip-salientes/${EXTEN:3})

same => n,Hangup()

[Gaston Draque]

El 180/ringing 183/queue que refiere Saul te lo tiene que enviar tu proveedor no es un problema de tu dialplan, sino del de ellos :)

--
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
---
Has recibido este mensaje porque estás suscrito al grupo "asterisk-es" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a asterisk-es...@googlegroups.com.
Para publicar en este grupo, envía un correo electrónico a aster...@googlegroups.com.
Visita este grupo en http://groups.google.com/group/asterisk-es.
Para acceder a más opciones, visita https://groups.google.com/d/optout.

[Raúl Alexis Betancor Santana]

On Thu, Mar 27, 2014 at 10:07:24AM -0700, Miguel Alberto Sanz Pardo wrote:
> Mañana lo probaré pero el caso es que tengo un dialplan de esta manera y en
> el otro proveedor de VOIP no me pasa:
>
>
> [outgoing]
> ; Salida elegida por usuario: VOIP voipdiscount
> exten=>_031.,1,Answer()

^^^^^^^ ¡MEEEEEEEEEEEEECCCCCCCCC!

¿Se puede saber para que haces un Answer en una llamada SALIENTE?

> same => n,Dial(SIP/voipdiscount-salientes/${EXTEN:3})
> same => n,Hangup()

De todas formas, si no te llega el 180 ó 183, no es problema de tu
diaplan, sinode que usas un operador CHAPUCERO.

Saludos

[Fernando Villares]

ponen seguro el answer y el hangup porque en asterisk TFOT asi te dice q metas en los dialplans!!! cosas del viejo y querido asterisk 1.2 q siguen quedando de reminiscencia de los dcap iniciales

--
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
---
Has recibido este mensaje porque estás suscrito al grupo "asterisk-es" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a asterisk-es...@googlegroups.com.

Para publicar una entrada en este grupo, envía un correo electrónico a aster...@googlegroups.com.

Visita este grupo en http://groups.google.com/group/asterisk-es.

Para obtener más opciones, visita https://groups.google.com/d/optout.

[Raúl Alexis Betancor Santana]

On Thu, Mar 27, 2014 at 04:42:14PM -0300, Fernando Villares wrote:
> ponen seguro el answer y el hangup porque en asterisk TFOT asi te dice q
> metas en los dialplans!!! cosas del viejo y querido asterisk 1.2 q siguen
> quedando de reminiscencia de los dcap iniciales

¿Un Answer en un contexto de llamada saliente? ... jamás me he leído
el TFOT, pero vamos ... si recomiendan eso ... le prendo fuego!

Saludos

[Fernando Villares]

no recuerdo q lo diga especificamente en contextos salientes sino en general q es una buena practica el answer y hang up en cada exten jeje te hablo de 2006 y esta en las diapos de digium oficiales de esa epoca....

igualmente si el provider no da el ring una chapuza es aunque sea meter el option r para simular generando el ring desde la pbx en el dial

[Miguel Alberto Sanz Pardo]

Ante todo es curioso porque anteriormente sí que daba tono de llamada voipdiscount, al igual que me da adamip. Por otra parte si uso un cliente SIP como zoiper ahi sí que me da tono de llamada cone voipdiscount, no deja de ser sospechoso.

Si pongo la opcion r en el Dial me aparece el tono de llamada pero digamos que no es del todo "real" ya que suena nada más realizar el marcado.

En fin qué cosas...

Muchas gracias por las respuestas

un saludo

Miguel Sanz

[Miguel Alberto Sanz Pardo]

Os cuento algo más que acabo de ver por si os suena:

Usando el softphone phonerlite si llamo a través de adamip en codecs aparece:

in:alaw (a los segundos de marcar y antes de descolgar)

out:alaw

Sin embargo si llamo a través de voipdiscount:

in:

out:alaw

En el momento que descuelgas el teléfono en "in" sí que aparece alaw sino no.

Otro dato más, disponemos de un asterisk viejo y realizando la misma prueba:

in:alaw (desde que marcas se oye tono aunque el tono real se produce  los segundos del marcado)

out:alaw

[Raúl Alexis Betancor Santana]

Que no le des más vueltas ... sino te llega un 180 o un 183 ... que se
oiga tono o nó, solo depende de si Voipdiscount ruta la llamada por un
carrier más chapucero que ellos, nada más.

Saludos

[Sir Brain Colward]

A ver... a raíz de las trazas que ha puesto Miguel, no se sabe qué envía voipdiscount, ya que el SIP que aparece es sólo el de su extensión (153, IP 192.168.7.229), no se ve el INVITE saliente a Voipdiscount.

Aparte, estas líneas:

[Mar 27 12:43:40] VERBOSE[1737][C-00000005] app_dial.c: -- SIP/voipdiscount-salientes-00000006 is making progress passing it to SIP/153-00000005
[Mar 27 12:43:40] VERBOSE[1737][C-00000005] app_dial.c: -- SIP/voipdiscount-salientes-00000006 is making progress passing it to SIP/153-00000005

Indican que voipdiscount está enviando al menos un 183 Session Progress. Ahora, existen 2 posibilidades aquí:

- voipdiscount no negocia media hasta el final: entonces obvio que no se oiga nada. Asterisk descuelga a la extensión y no genera por sí RTP (no hay MOH, ni un play ni nada) y el proveedor todavía no envía RTP. Y como el teléfono cree que ya está en llamada no autogenera el tono de ringing.

- voipdiscount ya negocia el media en el 183: entonces el RTP de voipdiscount se envía al teléfono. Si no se oye nada... malo.

El tema del Answer es necesario en conexión con PSTN. No sería la primera vez que un usuario se queja de que no oye la típica frase de "Movistar le informa que el número que llama está apagado o fuera de cobertura" y se arregla con ese sencillo Answer() (es un tema de señalización en banda que se usa en ISDN y desgraciadamente un viejo conocido...)

PD: para el análisis de SIP prefiero un ngrep, hay transacciones que no aparecen en el sip set debug on (por ej. request entrantes de clientes no definidos)

Saludos,

Sir Brain Colward

--
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
---
Has recibido este mensaje porque estás suscrito al grupo "asterisk-es" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a asterisk-es...@googlegroups.com.

[Miguel Alberto Sanz Pardo]

Umh acabo de ver algo raro, tratando de hacer pruebas de reencaminamiento de llamadas he visto que mediante este código en el extensions.conf sí que me da tono de llamada al salir por voip discount:

; Reencaminamiento de llamadas hacía el exterior a través de proveedor de VoIP

exten => 741,1,Answer()

same => n,Read(clave,/var/lib/asterisk/sounds/es/ipc/IntroducePin,6,,3,5)

;same => n,SayDigits(${clave})

same => n,GotoIf($["${clave}" = "xxxxxx"]?correcto:incorrecto)

same => n(correcto),Playback(/var/lib/asterisk/sounds/es/ipc/PinCorrecto)

same => n,Read(numero,/var/lib/asterisk/sounds/es/ipc/MarqueNumero,,,3,5)

same => n,Dial(SIP/voipdiscount-salientes/${numero})

same => n,Hangup()

same => n(incorrecto),Playback(/var/lib/asterisk/sounds/es/ipc/PinIncorrecto)

same => n,Hangup()

Y sin embargo con el código no tengo tono de llamada:

; Salida elegida por usuario: VOIP voipdiscount

exten=>_031.,1,Answer()

same => n,Dial(SIP/voipdiscount-salientes/${EXTEN:3})

same => n,Hangup()

Incluso poniéndolos en el mismo contexto.

No veo que diferencia hay a la hora de recibir tono o no en ambos códigos la verdad, no entiendo nada XD

[Sir Brain Colward]

tienes puesto nat=yes? en el peer de tu extensión?

--

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
---
Has recibido este mensaje porque estás suscrito al grupo "asterisk-es" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a asterisk-es...@googlegroups.com.

Para publicar en este grupo, envía un correo electrónico a aster...@googlegroups.com.

Visita este grupo en http://groups.google.com/group/asterisk-es.

Para acceder a más opciones, visita https://groups.google.com/d/optout.

[Raúl Alexis Betancor Santana]

On Tue, Apr 01, 2014 at 11:48:13AM +0200, Sir Brain Colward wrote:
> El tema del Answer es necesario en conexión con PSTN. No sería la primera
> vez que un usuario se queja de que no oye la típica frase de "Movistar le
> informa que el número que llama está apagado o fuera de cobertura" y se
> arregla con ese sencillo Answer() (es un tema de señalización en banda que
> se usa en ISDN y desgraciadamente un viejo conocido...)

Lo siento, no estoy deacuerdo, EN NINGÚN caso, está justificado un
Answer en un contexto de llamadas salientes.

El fallo que comentas es de versiones de Asterisk de cuando los
picapiedra.

No hace falta un answer para la señalización in-band desde la PSTN,
hace falta configurar correctamente la parte PSTN y la parte SIP, nada
más.

Saludos

[Raúl Alexis Betancor Santana]

¡¡¡Coño!!!, el único motivo válido para hacer un Answer en un contexto
de salida ... pedir autenticación al interlocutor.

Es más que probable que tengas un problema de señalización entre el
asterisk y el terminal, porque estará mal configurado.

Haz una captura con ngrep-sip ... y analiza el tráfico, verás rapidito
donde tienes el problema.

Saludos

[Miguel Alberto Sanz Pardo]

Luego probaré a hacer un  ngrep sip, no obstante se me hace raro que mediante una extensión aparezca el tono de llamada y mediante la otra no, no veo gran diferencia en el código de ambas.

[Miguel Alberto Sanz Pardo]

Y no tengo el nat activado, tengo puesto lo que venga por defecto.

[Sir Brain Colward]

Sí hay una diferencia notable, y es el play que haces. Ya he tenido escenarios similares con nat=yes (no recuerdo si es el valor por defecto) en la que todos estaban con nat=yes y todos estaban esperando a que el otro extremo enviase el primer paquete RTP. Te puede estar ocurriendo algo parecido.

Saludos, 

Sir Brain Colward

2014-04-01 15:25 GMT+02:00 Miguel Alberto Sanz Pardo <miguels...@gmail.com>:

Luego probaré a hacer un  ngrep sip, no obstante se me hace raro que mediante una extensión aparezca el tono de llamada y mediante la otra no, no veo gran diferencia en el código de ambas.

--

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
---
Has recibido este mensaje porque estás suscrito al grupo "asterisk-es" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a asterisk-es...@googlegroups.com.

Para publicar en este grupo, envía un correo electrónico a aster...@googlegroups.com.

Visita este grupo en http://groups.google.com/group/asterisk-es.

Para acceder a más opciones, visita https://groups.google.com/d/optout.

[Sir Brain Colward]

Siento discrepar. Ya he visto bastantes softphones que hasta que no les llega el 200 OK, no "abren" canal de voz. Y en ese caso hay que meter el dichoso Answer para que lo "abran" (que estoy de acuerdo contigo, no debería ser necesario, pero causísticas hay muchas y muchas sorpresas). Incluso he tenido el desagradable caso de un proveedor que enviaba el tono en banda en el Q931 Disconnect (válido en Q931, pero raro de ver) que se mapea a un bonito 488 de SIP y ya te rompe todo sigh!!!

[Raúl Alexis Betancor Santana]

On Tue, Apr 01, 2014 at 03:52:02PM +0200, Sir Brain Colward wrote:
> Siento discrepar. Ya he visto bastantes softphones que hasta que no les
> llega el 200 OK, no "abren" canal de voz. Y en ese caso hay que meter el
> dichoso Answer para que lo "abran" (que estoy de acuerdo contigo, no
> debería ser necesario, pero causísticas hay muchas y muchas sorpresas).
> Incluso he tenido el desagradable caso de un proveedor que enviaba el tono
> en banda en el Q931 Disconnect (válido en Q931, pero raro de ver) que se
> mapea a un bonito 488 de SIP y ya te rompe todo sigh!!!

Yo es que ante esas 'lindezas' ... corto por lo sano ... el softphone,
DEBE de abrir el audio desde que reciba un SDP válido, ya sea en el
183 o en el 200.

Si recibe un 183 con SDP y no abre el audio ... ese softphone no
respeta SIP y no sirve para nada.

En cuanto a los mapeos desde Q931 ... son eso ... MAPEOS,
evidentemente si usas Warrasterisk ... tendrás que tocar el
chan_mierdadeturno.c para cambiar el mapeo por lo que te interese.

Yo es que hace tiempo que renegamos de la PSTN tradiconal ... y lo que
queda rulando son equipos STM1<->SIP ... y son tan configurables ...
que como si me da la gana de que canten el alirón cuando reciben lo
que sea.

Saludos

[Sir Brain Colward]

Mmm.. tendríamos que revisar el RFC. Si mal no recuerdo el UAC no tiene obligación de abrir el puerto RTP hasta que no terminar de negociar el RTP, y si lo hace en el ACK (delay media) pues no hay tu tía.

Realmente ese es el comportamiento que se esperaba en un principio. El early media es más bien una ñapa por la señalización en banda usada en RDSI y la interacción entre ambos mundos. Los puritas del SIP critican mucho este punto ;)

Pero estoy contigo, si se puede se ha de abrir canal cuanto antes. Y si no, que se cambien de cliente (aunque puede ser que cambien de proveedor y entonces te dan por c... X-D)

PD: nunca he usado placas PRI en Asterisk, siempre Gateways. El Dahdi en Asterisk me sigue pareciendo horrible y complicado y difícil de debuguear.

[Miguel Alberto Sanz Pardo]

Si pongo un playback después del answer y antes del Dial me da tono, sigo sin entender como afecta en esto el Playback al Dial, ¿digamos que lo fuerza de alguna manera a que dé tono?

exten=>_031.,1,Answer()

same => n,Playback(/var/lib/asterisk/sounds/es/ipc/PinCorrecto)

same => n,Dial(SIP/voipdiscount-salientes/${EXTEN:3})

same => n,Hangup()

Estoy intentando comprender cómo funciona el NAT con Asterisk, conozco los diferentes parámetros usados y lo que significan de forma aprox.( no, force_rport, comedia, auto_comedia, auto_force_rport), entiendo que mi router está usando NAT pero más allá no sé cuál será la mejor configuración en general para este tipo de problemas, voy a ir probando con los diferentes parámetros y os cuento.

[Sir Brain Colward]

Welcome to Asterisk!! ;)

And (as Olle would said) use IPv6!!!!! (and you solve a lot of problems)

Sir Brain

[SiscoCasasempere]

Este post ha degenerado bastante.

Por lo que yo creo:

Efectivamente como ya han comentado, si tu llamada SIP funciona correctamente pero no oyes el tono de marcado es porque el tono de marcado no existen en VoIP, este se genera simplemente para que el usuario tenga un tono audible de que su llamada se está procesando. Tu proveedor la debe generar enviando un SIP 180.

Por ejemplo si usas Kamailio, esta señal la debes poner tú mismo manualmente porque por defecto no está.

Por otro lado, también puedes simular ese ring en tu propio Asterisk poniendo como opción al comando Dial "R" o "r" no recuerdo bien,. y te generará un ring ficticio.

[Raúl Alexis Betancor Santana]

On Thu, Apr 03, 2014 at 12:16:41AM -0700, SiscoCasasempere wrote:
> Este post ha degenerado bastante.
>
> Por lo que yo creo:
>
> Efectivamente como ya han comentado, si tu llamada SIP funciona
> correctamente pero no oyes el tono de marcado es porque el tono de marcado
> no existen en VoIP, este se genera simplemente para que el usuario tenga un
> tono audible de que su llamada se está procesando. Tu proveedor la debe
> generar enviando un SIP 180.

Ejem ... incorrecto. SI existe 'ring' en VoIP, existen 2 tipos de
progress passing (mal llamado RING):

180 - Ringing: Generado por el UAS hacia el UAC, para que sea el UAC
quien genere el tono en función de su configuración de tonos (muchos
UAC permiten modificar esos tonos, como si quieres poner la macarena)

183 - Progress Passing: Generado por el UAS hacia el UAC, cuando
quiere enviar MEDIA, este early-media puede ser un TONO transportado
desde la PSTN (lo más normal), o puede ser un anuncio ... o musiquita
... o lo que te de la real gana.

> Por ejemplo si usas Kamailio, esta señal la debes poner tú mismo
> manualmente porque por defecto no está.

No se que parte está peor expresada ... Kamailio es cualquier cosa
menos un UAC o un UAS, aunque pueda actuar como ambos, en principio
Kamalio es un SIP-Router 'con esteroides'.

Kamailio no 'genera' nada, kamailio 'enruta' peticiones SIP,
estrictamente hablando, es el UAS al que se enruta la petición desde
el UAC el que tiene que generar el 180, no Kamailio, Kamailio solo lo
encamina.

> Por otro lado, también puedes simular ese ring en tu propio Asterisk
> poniendo como opción al comando Dial "R" o "r" no recuerdo bien,. y te
> generará un ring ficticio.

Siempre me ha parecido una tremenda aberración de Asterisk esa
'característica', ... porque si de casualidad la llamada negocia
early-media ... los oirás mezclados, ya que Asterisk es tan chapucero,
que no desactiva la generación del tono 'falso' cuando le negocian una
sesión de early-media.

Saludos

[Fernando Villares]

jaa ni hablar de las opctiones premature media de asterisk en sip.conf no? xD pero es viernessss

--
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
---
Has recibido este mensaje porque estás suscrito al grupo "asterisk-es" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a asterisk-es...@googlegroups.com.

Para publicar una entrada en este grupo, envía un correo electrónico a aster...@googlegroups.com.

Visita este grupo en http://groups.google.com/group/asterisk-es.

Para obtener más opciones, visita https://groups.google.com/d/optout.

[Raúl Alexis Betancor Santana]

On Fri, Apr 04, 2014 at 08:49:17AM -0300, Fernando Villares wrote:
> jaa ni hablar de las opctiones premature media de asterisk en sip.conf no?
> xD pero es viernessss

Con todos mis respetos a todos los que han contribuido al desarrollo
de Asterisk a nivel de código ... ES UNA SOBERANA COLECCIÓN de
chapuzas, copy&paste y la mayor biblia de '1000 formas de como NO hay
que hacer algo'

Saludos

[Fernando Villares]

jaja por eso es el soft de voip mas usado del mundo!!!!! la gente ama las chapuzas, a los ingenieros nos encanta ensuciarnos las manos y seguir jodiendo con lo q no se deberia joder ....

simplemente porque somos locos kamikazes y sadicos xD

buen viernes tropa!!!

[Sir Brain Colward]

Que sea el más usado no implica que sea el mejor.
Hay software y hardware VoIP mucho mejor (para mi gusto), pero que su precio es prohibitivo para la mayoría de pymes, y por tanto bastante menos usado.
Saludos,
Sir Brain Colward

Para publicar en este grupo, envía un correo electrónico a aster...@googlegroups.com.

Visita este grupo en http://groups.google.com/group/asterisk-es.

Para acceder a más opciones, visita https://groups.google.com/d/optout.

[Gaston Draque]

En lo personal, prefiero decir "gracias" cada vez que me cruzo con alguno que lo ha hecho.

Porque el que "hace mal" siempre hace mas que el que no hace nada, y yo no he hecho nada por la comunidad Asterisk a nivel código.

Saludos

Saludos

[SiscoCasasempere]

Gracias por las puntualizaciones Latino. Aún me queda mucho que aprender.

De todas formas he de reconocer que me he expresado bastante mal en mi post.

Saludos.

[SiscoCasasempere]

Gracias por las puntualizaciones Latino. Aún me queda mucho que aprender.

De todas formas he de reconocer que me he expresado bastante mal en mi post.

Saludos.

El jueves, 3 de abril de 2014 21:22:46 UTC+2, Latino escribió:

[Fernando Villares]

sir brian me parece q leiste mal mi mensaje...justamente eso q vos decis es lo q dije...por eso es el mas usado del mundo no por mejor o peor sino porque amamos las chapuzas!!! leelo bien y fijate