Problema de capa física con conexión a Primario - TE100P

403 views
Skip to first unread message

Sisco Ds

unread,
Jul 2, 2007, 12:02:39 PM7/2/07
to asterisk-es
Hola,...

Tengo un acceso Primario de telefónica, conectado a mi centralita
Asterisk usando la tarjeta OpenVox D110P (hardware compatible con la
TE110P).

El UTR proporcionado por Telefónica es el Alcatel Litespan 1540NT.

El problema es que la tarjeta es como si no reconociera la conexión,
el LED se queda en rojo parpadeando.

He probado diversos cables: normal y cruzado y también he probado la
conexión con el cable BNC, que implica el cambio de algunos jumpers en
el UTR.

Con el cable cruzado he conseguido que se quede el LED de la tarjeta
en verde durante unos instantes y luego se pone a parpadear en rojo.

Tengo algunos errores de HDLC en el log, pero tanto el zttest como el
zttool están perfectos.

Cuando intento llamar me da congestión en la red, como si todos los
canales estuviesen ocupados, pero creo que el problema está en la
conexión entre el Asterisk y el UTR.

He visto en la lista que alguién ya utilizó este UTR, mediante cable
cruzado.

¿Cual es el pin-out del cable?
¿Alguna consideración acerca de la versión de Zaptel? He obtenido los
mismos resultados tanto con la versión standard como con el parche que
hay en la web de capatres para esta tarjeta.

¿Algún consejo?
¿Como puedo probar que es el acceso primario el que está mal
configurado si es que es así?


Saludos

Juan Carlos Valero

unread,
Jul 2, 2007, 12:43:49 PM7/2/07
to aster...@googlegroups.com
El lun, 02-07-2007 a las 16:02 +0000, Sisco Ds escribió:
> Hola,...
>
> Tengo un acceso Primario de telefónica, conectado a mi centralita
> Asterisk usando la tarjeta OpenVox D110P (hardware compatible con la
> TE110P).
>
> El UTR proporcionado por Telefónica es el Alcatel Litespan 1540NT.
>
> El problema es que la tarjeta es como si no reconociera la conexión,
> el LED se queda en rojo parpadeando.

Pon en canal en modo debug:

pri intense debug span 1

Y despues enviame la salida y le dare un vistazo a ver que veo. Pero
enviamelo directamente a mi, que puede ser pesado para enviar a la
lista.


--
Un saludo,

Juan Carlos Valero

-------------------------------------------------------------------------
Capa Tres Soluciones Tecnológicas S.L. Barcelona
Visita nuestra página web en: http://www.capatres.com
Telef/Fax: 935605424
-------------------------------------------------------------------------

Sisco Ds

unread,
Jul 3, 2007, 6:53:03 AM7/3/07
to asterisk-es
Hola a todos,...


He encontrado las soluciones a los problemas que me han ido surgiendo,
muchas gracias a Juan Carlos por toda la ayuda prestada.


Os comento cuales han sido los pasos a realizar.

Estoy usando la Tarjeta de un primario OpenVox, D110P ROHS Compliant.

He tenido que usar el parche que podreis encontrar en la web de
www.capatres.com
http://www.capatres.com/index.php?option=com_remository&Itemid=35&func=fileinfo&id=13

A la hora de compilar supongo que dependiendo de la versión he tenido
un problema con el fichero wct4xxp.h que he tenido que copiar del
directorio del mismo nombre a la carpeta donde estaba compilando
Zaptel.

He instalado la versión de zaptel zaptel-1.4.1 para de esta manera
poder usar el OSLEC disponible en www.rowetel.com (Candelador de Echo
por Software GPL).


Una vez todo compilado y usando un cable de red normal, la tarjeta ha
empezado a responder, el LED se ha vuelto verde, el Alcatel LITESPAN
1540 NT ha dejado de marcar AL (Alarma). Pero me he encontrado con el
problema que al emitir o recibir llamadas, recibía el mensaje de error
CHANUNAVAIL devolviendo el mensaje de error de congestión en la red
"Todas las líneas ocupadas".

Revisando por los foros he encontrado que había que modificar el
zapata.conf de esta manera:


ZAPATA.CONF
[channels]

language=es
internationalprefix = 00
nationalprefix = 0
context=from-pstn
switchtype=> euroisdn ; antes ponía switchtype=euroisdn
pridialplan=local
priindication=outofband
usecallerid=yes
hidecallerid=no
callwaiting=yes
usecallingpres=yes
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
cancallforward=yes
callreturn=yes
group=>0 ; Antes ponía group=0
callgroup=0
pickupgroup=0
immediate=no
;echotraining=yes
echocancel=yes
echocancelwhenbridged=no
facilityenable=yes
musiconhold=default
overlapdial=yes
immediate=no
txgain=0.0
rxgain=0.0
signalling = pri_cpe
channel => 1-15
channel => 17-21

A partir de este momento ya puedo llamar y recibir con total
normalidad.

He comprobado la ausencia de Echo, pero el cancelador parece añadir
algo más de calidad a la comunicación, recomiendo que lo probeis.


Bueno, pues espero seros de ayuda a cualquiera que tenga un problema
similar.

Saludos y gracias a todos por la ayuda.

Reply all
Reply to author
Forward
Message has been deleted
0 new messages