Registro de puerto FXO en HT503 con Asterisk
2,464 views
Skip to first unread message
Daniel Bareiro
Feb 13, 2014, 9:45:22 AM2/13/14
to aster...@googlegroups.com
Hola!
Estoy intentando configurar el puerto FXO de un gateway Grandstream
HT503 pero no estoy logrando que se pueda registrar en Asterisk. Estoy
usando Asterisk 11.6-cert1.
Hice la configuración del trunk en FreePBX 11 con la siguiente
parametrización del peer:
host=dynamic
dtmfmode=rfc2833
username=2030
secret=<password>
type=friend
Pero obtengo lo siguiente en Asterisk y la contraseña que ingresé en el
equipo es la misma que en el bloque del trunk.
[2014-02-13 11:39:11] NOTICE[29028]: chan_sip.c:27982 handle_request_register: Registration from '<sip:20...@10.1.0.52>' failed for '10.1.0.33:5062' - Wrong password
[2014-02-13 11:39:11] NOTICE[29028]: chan_sip.c:27982 handle_request_register: Registration from '<sip:20...@10.1.0.52>' failed for '10.1.0.33:5062' - Wrong password
[2014-02-13 11:39:31] NOTICE[29028]: chan_sip.c:27982 handle_request_register: Registration from '<sip:20...@10.1.0.52>' failed for '10.1.0.33:5062' - Wrong password
[2014-02-13 11:39:31] NOTICE[29028]: chan_sip.c:27982 handle_request_register: Registration from '<sip:20...@10.1.0.52>' failed for '10.1.0.33:5062' - Wrong password
Con el puerto FXS no tuve problemas. Se registra y puedo hacer llamados
desde un softphone al teléfono conectado en el puerto y viceversa, pero
estoy teniendo este problema con el puerto FXO.
¿Alguien tuvo este problema con estos equipos y lo pudo solucionar de
alguna manera? ¿Requiere alguna configuración particular en el trunk?
Gracias anticipadas por responder.
Saludos,
Daniel
--
Ing. Daniel Bareiro - GNU/Linux registered user #188.598
Proudly running Debian GNU/Linux with uptime:
11:37:33 up 3 days, 13 min, 12 users, load average: 0,00, 0,04, 0,09
Carlos Torres
Feb 13, 2014, 10:36:55 AM2/13/14
to aster...@googlegroups.com
Buenos días:
El mismo mensaje que reporta el cli te dice que es el problema[2014-02-13 11:39:11] NOTICE[29028]: chan_sip.c:27982 handle_request_register: Registration from '<sip:20...@10.1.0.52>' failed for '10.1.0.33:5062' - Wrong password
Asigna un password de conexion.
Fernando Villares
Feb 13, 2014, 2:31:37 PM2/13/14
to aster...@googlegroups.com
todo perfecto con esos equipos ...tiene un error de tipeo seguro
--
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 correos electrónicos, 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/groups/opt_out.
Daniel Bareiro
Feb 13, 2014, 3:11:21 PM2/13/14
to aster...@googlegroups.com
El jueves 13 de febrero del 2014 a las 11:48:36 -0800,
Andres Lavariega escribió:
> Esta mal la contraseña.
> El el log veras el error.
Pero lo extraño es que probé incluso copiando directamente del
portapapeles la contraseña tanto en el ATA como en el «secret» del trunk
y aún así sigo obteniendo el error de contraseña incorrecta.
Lo último que probé, por las dudas, fue actualizar el firmware a la
última versión, pero sin cambio en los resultados.
Gracias a ambos por responder.
Saludos,
Daniel
--
Ing. Daniel Bareiro - GNU/Linux registered user #188.598
Proudly running Debian GNU/Linux with uptime:
17:06:51 up 3 days, 5:42, 12 users, load average: 0,05, 0,07, 0,12
Andres Lavariega escribió:
> Esta mal la contraseña.
> El el log veras el error.
Pero lo extraño es que probé incluso copiando directamente del
portapapeles la contraseña tanto en el ATA como en el «secret» del trunk
y aún así sigo obteniendo el error de contraseña incorrecta.
Lo último que probé, por las dudas, fue actualizar el firmware a la
última versión, pero sin cambio en los resultados.
Gracias a ambos por responder.
Saludos,
Daniel
--
Ing. Daniel Bareiro - GNU/Linux registered user #188.598
Proudly running Debian GNU/Linux with uptime:
Daniel Bareiro
Feb 13, 2014, 3:17:07 PM2/13/14
to aster...@googlegroups.com
El jueves 13 de febrero del 2014 a las 11:48:36 -0800,
Andres Lavariega escribió:
> Esta mal la contraseña.
> El el log veras el error.
Pero lo extraño es que probé incluso copiando directamente del
portapapeles la contraseña tanto en el ATA como en el «secret» del trunk
y aún así sigo obteniendo el error de contraseña incorrecta.
Lo último que probé, por las dudas, fue actualizar el firmware a la
última versión, pero sin cambio en los resultados.
Saludos,
Daniel
--
Ing. Daniel Bareiro - GNU/Linux registered user #188.598
Proudly running Debian GNU/Linux with uptime:
Andres Lavariega
Feb 13, 2014, 3:31:05 PM2/13/14
to aster...@googlegroups.com, dbar...@gmx.net
failed for '10.1.0.33:5062
Veo que dice que usa el puerto 5062.
Estas configurando el segundo profile del Grandstream.
En el segundo profile estas compiando la contraseña?
Por que no pruebas con una contraseña de "1234" para evitar errores.-
Te copio un manual que igual te sirve. Es para elastix, pero trae la configuracion que debe llevar que es la escencia. Igual lo que debes de poner en el Hardware.
Saludos.
Ricardo
Feb 13, 2014, 4:42:46 PM2/13/14
to aster...@googlegroups.com
El feb 13, 2014 5:17 p.m., "Daniel Bareiro" <daniel...@gmx.net> escribió:
>
>
> El jueves 13 de febrero del 2014 a las 11:48:36 -0800,
> Andres Lavariega escribió:
>
> > Esta mal la contraseña.
> > El el log veras el error.
>
> Pero lo extraño es que probé incluso copiando directamente del
> portapapeles la contraseña tanto en el ATA como en el «secret» del trunk
> y aún así sigo obteniendo el error de contraseña incorrecta.
>
> Lo último que probé, por las dudas, fue actualizar el firmware a la
> última versión, pero sin cambio en los resultados.
>
> Gracias a ambos por responder.
>
>
> Saludos,
> Daniel
Hola Daniel, es muy sencillo de configurar, unos cuantos prametro sale funcionando, estoy en calle ahora cuando llegue casa te pego por aka la conf saludos
Ricardo
Daniel Bareiro
Feb 13, 2014, 6:26:50 PM2/13/14
to aster...@googlegroups.com
El jueves 13 de febrero del 2014 a las 12:31:05 -0800,
Andres Lavariega escribió:
> failed for '10.1.0.33:5062
>
> Veo que dice que usa el puerto 5062.
> Estas configurando el segundo profile del Grandstream.
> En el segundo profile estas compiando la contraseña?
> Por que no pruebas con una contraseña de "1234" para evitar errores.-
Estoy configurando en la solapa que dice «FXO Port». Había probado hoy
temprano con una contraseña como, justamente, 1234 y usando en la
definición del trunk el parámetro «port=5062», pero sin cambios.
> Te copio un manual que igual te sirve. Es para elastix, pero trae la
> configuracion que debe llevar que es la escencia. Igual lo que debes de
> poner en el Hardware.
Buenísimo el artículo. Probé configurándolo así y veo el trunk online
pero sin usuario y contraseña, como lo pusiste en el documento.
Probé hacer llamadas salientes con el prefijo nueve y funcionó pero para
esto no me valió poner «9.» en el prefix porque de esta manera el
llamado lo hacía así:
Called SIP/HT503_Trunk/9113 ====> Es decir que llamaba al 9113.
Entonces tuve que usar «9» en el prefix y «.» en el match pattern para
que la salida se haga sacando el nueve:
Called SIP/HT503_Trunk/113
Bueno, el tema de las llamadas salientas ya estaría gracias al documento
que armaste. Ahora me quedaría ver el tema de las llamadas entrantes.
Para esto creé una extensión virtual 2030 y en «Basic Settings» del ATA
puse en «Unconditional Call Forward to VOIP» que lo mande a
20...@10.1.0.52, creando una «Inbound route» con DID 2030 y cuyo destino
sea el IVR. Con esa configuración pude hacer que las llamadas entrantes
sean atendidas por el IVR. La opción «Number of rings» la reduje a 2 en
la solapa «FXO Ports». Lo que no pude lograr es que se detecte el corte
de la llamada, ya que cuando lo hago el IVR sigue su curso y termina
mandándola a la extensión predeterminada. Intenté con «Enable PSTN
Disconnect Tone Detection» en la solapa del puerto FXO y también con
«Enable Current Disconnect» pero no sirvió.
Un detalle: supongo que cuando en el documento pusiste «Storage Method»
te referías a «Stage Method», ¿verdad?
Gracias por responder y por compartir este documento de configuración.
Saludos,
Daniel
--
Ing. Daniel Bareiro - GNU/Linux registered user #188.598
Proudly running Debian GNU/Linux with uptime:
19:04:58 up 3 days, 7:41, 12 users, load average: 0,05, 0,07, 0,09
Andres Lavariega escribió:
> failed for '10.1.0.33:5062
>
> Veo que dice que usa el puerto 5062.
> Estas configurando el segundo profile del Grandstream.
> En el segundo profile estas compiando la contraseña?
> Por que no pruebas con una contraseña de "1234" para evitar errores.-
temprano con una contraseña como, justamente, 1234 y usando en la
definición del trunk el parámetro «port=5062», pero sin cambios.
> Te copio un manual que igual te sirve. Es para elastix, pero trae la
> configuracion que debe llevar que es la escencia. Igual lo que debes de
> poner en el Hardware.
pero sin usuario y contraseña, como lo pusiste en el documento.
Probé hacer llamadas salientes con el prefijo nueve y funcionó pero para
esto no me valió poner «9.» en el prefix porque de esta manera el
llamado lo hacía así:
Called SIP/HT503_Trunk/9113 ====> Es decir que llamaba al 9113.
Entonces tuve que usar «9» en el prefix y «.» en el match pattern para
que la salida se haga sacando el nueve:
Called SIP/HT503_Trunk/113
Bueno, el tema de las llamadas salientas ya estaría gracias al documento
que armaste. Ahora me quedaría ver el tema de las llamadas entrantes.
Para esto creé una extensión virtual 2030 y en «Basic Settings» del ATA
puse en «Unconditional Call Forward to VOIP» que lo mande a
20...@10.1.0.52, creando una «Inbound route» con DID 2030 y cuyo destino
sea el IVR. Con esa configuración pude hacer que las llamadas entrantes
sean atendidas por el IVR. La opción «Number of rings» la reduje a 2 en
la solapa «FXO Ports». Lo que no pude lograr es que se detecte el corte
de la llamada, ya que cuando lo hago el IVR sigue su curso y termina
mandándola a la extensión predeterminada. Intenté con «Enable PSTN
Disconnect Tone Detection» en la solapa del puerto FXO y también con
«Enable Current Disconnect» pero no sirvió.
Un detalle: supongo que cuando en el documento pusiste «Storage Method»
te referías a «Stage Method», ¿verdad?
Gracias por responder y por compartir este documento de configuración.
Saludos,
Daniel
--
Ing. Daniel Bareiro - GNU/Linux registered user #188.598
Proudly running Debian GNU/Linux with uptime:
Daniel Bareiro
Feb 14, 2014, 9:19:34 AM2/14/14
to aster...@googlegroups.com
El jueves 13 de febrero del 2014 a las 20:26:50 -0300,
Daniel Bareiro escribió:
> Lo que no pude lograr es que se detecte el corte de la llamada, ya que
> cuando lo hago el IVR sigue su curso y termina mandándola a la
> extensión predeterminada. Intenté con «Enable PSTN Disconnect Tone
> Detection» en la solapa del puerto FXO y también con
> «Enable Current Disconnect» pero no sirvió.
Me parece que el problema es que cuando uno pone a «yes» el «Enable PSTN
Disconnect Tone Detection», el tema es que estaba usando la
parametrización de «PSTN Disconnect Tone» que está abajo en forma
predeterminada, que es:
f1=480@-32,f2=620@-32,c=500/500;
Estuve buscando la de Argentina y probé sin resultado esta que conseguí,
aunque no estoy seguro cuál sería el valor de «c»:
http://www.3amsystems.com/World_Tone_Database?q=Argentina,Disconnect_tone,Sipura
Seguiré investigando. Si alguien tiene el dato, será bienvenido.
Saludos,
Daniel
--
Ing. Daniel Bareiro - GNU/Linux registered user #188.598
Proudly running Debian GNU/Linux with uptime:
11:14:20 up 3 days, 23:50, 12 users, load average: 0,01, 0,05, 0,05
Daniel Bareiro escribió:
> Lo que no pude lograr es que se detecte el corte de la llamada, ya que
> cuando lo hago el IVR sigue su curso y termina mandándola a la
> extensión predeterminada. Intenté con «Enable PSTN Disconnect Tone
> Detection» en la solapa del puerto FXO y también con
> «Enable Current Disconnect» pero no sirvió.
Disconnect Tone Detection», el tema es que estaba usando la
parametrización de «PSTN Disconnect Tone» que está abajo en forma
predeterminada, que es:
f1=480@-32,f2=620@-32,c=500/500;
Estuve buscando la de Argentina y probé sin resultado esta que conseguí,
aunque no estoy seguro cuál sería el valor de «c»:
http://www.3amsystems.com/World_Tone_Database?q=Argentina,Disconnect_tone,Sipura
Seguiré investigando. Si alguien tiene el dato, será bienvenido.
Saludos,
Daniel
--
Ing. Daniel Bareiro - GNU/Linux registered user #188.598
Proudly running Debian GNU/Linux with uptime:
Fernando Villares
Feb 15, 2014, 3:05:53 PM2/15/14
to aster...@googlegroups.com
el disconnect tone nada tiene q ver con el registro y el de arg es 425hz frec 1 0 hz frec 2 300/200 de cadencia
Daniel Bareiro
Feb 15, 2014, 5:04:51 PM2/15/14
to aster...@googlegroups.com
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hola, Fernando.
El sábado 15 de febrero del 2014 a las 18:05:53 -0200,
Fernando Villares escribió:
> > > Lo que no pude lograr es que se detecte el corte de la llamada, ya que
> > > cuando lo hago el IVR sigue su curso y termina mandándola a la
> > > extensión predeterminada. Intenté con «Enable PSTN Disconnect Tone
> > > Detection» en la solapa del puerto FXO y también con
> > > «Enable Current Disconnect» pero no sirvió.
> > Me parece que el problema es que cuando uno pone a «yes» el «Enable PSTN
> > Disconnect Tone Detection», el tema es que estaba usando la
> > parametrización de «PSTN Disconnect Tone» que está abajo en forma
> > predeterminada, que es:
> >
> > f1=480@-32,f2=620@-32,c=500/500;
> >
> > Estuve buscando la de Argentina y probé sin resultado esta que conseguí,
> > aunque no estoy seguro cuál sería el valor de «c»:
> >
> >
> > http://www.3amsystems.com/World_Tone_Database?q=Argentina,Disconnect_tone,Sipura
> >
> > Seguiré investigando. Si alguien tiene el dato, será bienvenido.
opción de la configuración del HT503 por lo que leí en su manual:
Enable PSTN Disconnect Tone Detection: If set to Yes, arrived Busy Tone
is used as the disconnect signal.
Y el tema venía, justamente, por este lado. Solo faltaba poner el tono
correcto en la casilla de abajo (PSTN Disconnect Tone)
> y el de arg es 425hz frec 1 0 hz frec 2 300/200 de cadencia
Sí, ayer estuve probando justamente lo que comentaba en el enlace de la
World Tone Database de 3am Systems y en el documento titulado «Various
tones used in national networks (According to ITU-T recommendation
E.180)» [1], por lo que usé una parametrización de:
f1=425@-10,c=300/200;
siendo la sintaxis:
f1=freq@vol, f2=freq@vol, c=on1/off1-on2/off2-on3/off3;
Y con esa parametrización lo tengo funcionando desde ayer a la tarde. Si
bien ambos documentos coinciden en los valores de frecuencia y
cadencias, en el único que encontré los valores de «vol» fue en la base
de datos de 3am Systems.
Tengo que investigar qué significa ese valor que en la sintaxis llaman
«vol». También intenté hacer una prueba empírica pretendiendo grabar
(como vi que sugerían en la web) los tonos de ocupado para analizarlos a
posteriori con Audacity o algo por el estilo, pero lamentablemente no
pude capturar los tonos porque tanto en las pruebas que hice a un
celular como a un teléfono de línea que tuvieran una llamada en curso,
siempre me atendía una casilla de mensajes :-S
Gracias por responder.
Saludos,
Daniel
[1] http://www.itu.int/ITU-T/inr/forms/files/tones-0203.pdf
- --
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
iEYEARECAAYFAlL/5IMACgkQZpa/GxTmHTcN9gCfeF7jUL9Bs0ghtD7qLQfan6dS
GckAnRbmm0ykaGUJTNrVN553L6Kht/H0
=GH0S
-----END PGP SIGNATURE-----
Hash: SHA1
Hola, Fernando.
El sábado 15 de febrero del 2014 a las 18:05:53 -0200,
Fernando Villares escribió:
> > > Lo que no pude lograr es que se detecte el corte de la llamada, ya que
> > > cuando lo hago el IVR sigue su curso y termina mandándola a la
> > > extensión predeterminada. Intenté con «Enable PSTN Disconnect Tone
> > > Detection» en la solapa del puerto FXO y también con
> > > «Enable Current Disconnect» pero no sirvió.
> > Me parece que el problema es que cuando uno pone a «yes» el «Enable PSTN
> > Disconnect Tone Detection», el tema es que estaba usando la
> > parametrización de «PSTN Disconnect Tone» que está abajo en forma
> > predeterminada, que es:
> >
> > f1=480@-32,f2=620@-32,c=500/500;
> >
> > Estuve buscando la de Argentina y probé sin resultado esta que conseguí,
> > aunque no estoy seguro cuál sería el valor de «c»:
> >
> >
> > http://www.3amsystems.com/World_Tone_Database?q=Argentina,Disconnect_tone,Sipura
> >
> > Seguiré investigando. Si alguien tiene el dato, será bienvenido.
> el disconnect tone nada tiene q ver con el registro
¿Con el registro? No entendí eso. En cualquier caso, tomé en cuenta esa
opción de la configuración del HT503 por lo que leí en su manual:
Enable PSTN Disconnect Tone Detection: If set to Yes, arrived Busy Tone
is used as the disconnect signal.
Y el tema venía, justamente, por este lado. Solo faltaba poner el tono
correcto en la casilla de abajo (PSTN Disconnect Tone)
> y el de arg es 425hz frec 1 0 hz frec 2 300/200 de cadencia
World Tone Database de 3am Systems y en el documento titulado «Various
tones used in national networks (According to ITU-T recommendation
E.180)» [1], por lo que usé una parametrización de:
f1=425@-10,c=300/200;
siendo la sintaxis:
f1=freq@vol, f2=freq@vol, c=on1/off1-on2/off2-on3/off3;
Y con esa parametrización lo tengo funcionando desde ayer a la tarde. Si
bien ambos documentos coinciden en los valores de frecuencia y
cadencias, en el único que encontré los valores de «vol» fue en la base
de datos de 3am Systems.
Tengo que investigar qué significa ese valor que en la sintaxis llaman
«vol». También intenté hacer una prueba empírica pretendiendo grabar
(como vi que sugerían en la web) los tonos de ocupado para analizarlos a
posteriori con Audacity o algo por el estilo, pero lamentablemente no
pude capturar los tonos porque tanto en las pruebas que hice a un
celular como a un teléfono de línea que tuvieran una llamada en curso,
siempre me atendía una casilla de mensajes :-S
Gracias por responder.
Saludos,
Daniel
[1] http://www.itu.int/ITU-T/inr/forms/files/tones-0203.pdf
- --
Ing. Daniel Bareiro - GNU/Linux registered user #188.598
Proudly running Debian GNU/Linux with uptime:
18:28:45 up 5 days, 7:04, 12 users, load average: 0,13, 0,07, 0,06
Proudly running Debian GNU/Linux with uptime:
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
iEYEARECAAYFAlL/5IMACgkQZpa/GxTmHTcN9gCfeF7jUL9Bs0ghtD7qLQfan6dS
GckAnRbmm0ykaGUJTNrVN553L6Kht/H0
=GH0S
-----END PGP SIGNATURE-----
Ricardo
Feb 15, 2014, 7:20:35 PM2/15/14
to aster...@googlegroups.com
Hola Daniel.
que proveedor de fono tienes Telefonica, telecom? alguno de esos lo
tengo el codigo,
saludos
El 15 de febrero de 2014, 19:04, Daniel Bareiro
<daniel...@gmx.net> escribió:
que proveedor de fono tienes Telefonica, telecom? alguno de esos lo
tengo el codigo,
saludos
El 15 de febrero de 2014, 19:04, Daniel Bareiro
<daniel...@gmx.net> escribió:
Ernesto Spiro Peimbert Andreakis
Apr 7, 2014, 11:24:06 PM4/7/14
to aster...@googlegroups.com
Sent from my iPhone
Reply all
Reply to author
Forward
0 new messages