Continuos Warnings D-channel is down! tras actualizar dahdi 2.9 + asterisk 1.8.15 + libpri 1.4.14

[Ivan]

Tras la actualizacion de libpri+dahdi+asterisk

          pri show version

          libpri version: 1.4.14

          dahdi show version

          DAHDI Version: 2.9.0 Echo Canceller: OSLEC

          core show version

          Asterisk 1.8.15-cert5 

Recibo continuos Warnings en el log

         cat /var/log/asterisk/messages | grep D-channel

         .....

         ..

        [Apr 29 18:35:24] WARNING[23425] sig_pri.c: Span 1: D-channel is down!

        [Apr 29 18:35:40] WARNING[23425] sig_pri.c: Span 1: D-channel is down!

        [Apr 29 18:35:56] WARNING[23425] sig_pri.c: Span 1: D-channel is down!

        [Apr 29 18:36:12] WARNING[23425] sig_pri.c: Span 1: D-channel is down!

        [Apr 29 18:36:28] WARNING[23425] sig_pri.c: Span 1: D-channel is down!

        [Apr 29 18:36:44] WARNING[23425] sig_pri.c: Span 1: D-channel is down!

        [Apr 29 18:37:00] WARNING[23425] sig_pri.c: Span 1: D-channel is down!

        [Apr 29 18:37:14] WARNING[23428] sig_pri.c: Span 4: D-channel is down!

        [Apr 29 18:37:17] WARNING[23425] sig_pri.c: Span 1: D-channel is down!

        [Apr 29 18:37:33] WARNING[23425] sig_pri.c: Span 1: D-channel is down!

        [Apr 29 18:37:44] WARNING[23428] sig_pri.c: Span 4: D-channel is down!

        [Apr 29 18:37:49] WARNING[23425] sig_pri.c: Span 1: D-channel is down!

        [Apr 29 18:38:05] WARNING[23425] sig_pri.c: Span 1: D-channel is down!

Es una tarjeta openvox B400P ( el span 2,3 no estan en uso )

con asterisk-rsp (libpri 1.4.10,dahdi 2.5, y asterisk 1.4) no aparecian los warnings

no he detectado ningun problema de funcionamiento, pero dichos mensajes me tienen mosca, he mirado, repasado la configuracion, la he comparado con otras instalaciones, y no encuentro la causa.

system.conf

# Span 1: B4/0/1 "B4XXP (PCI) Card 0 Span 1" (MASTER)

span=1,1,0,ccs,ami

# termtype: te

bchan=1-2

hardhdlc=3

echocanceller=oslec,1-2

# Span 2: B4/0/2 "B4XXP (PCI) Card 0 Span 2"

span=2,2,0,ccs,ami

# termtype: te

bchan=4-5

hardhdlc=6

echocanceller=oslec,4-5

# Span 3: B4/0/3 "B4XXP (PCI) Card 0 Span 3"

span=3,3,0,ccs,ami

# termtype: te

bchan=7-8

hardhdlc=9

echocanceller=oslec,7-8

# Span 4: B4/0/4 "B4XXP (PCI) Card 0 Span 4"

span=4,4,0,ccs,ami

# termtype: te

bchan=10-11

hardhdlc=12

echocanceller=oslec,10-11

# Global data

loadzone        = es

defaultzone     = es

chan_dahdi.conf

; Span 1: B4/0/1 "B4XXP (PCI) Card 0 Span 1" (MASTER)

group=0,11

context=rdsi

switchtype = euroisdn

signalling = bri_cpe

channel => 1-2

context = default

group = 63

; Span 2: B4/0/2 "B4XXP (PCI) Card 0 Span 2"

group=0,12

context=rdsi

switchtype = euroisdn

signalling = bri_cpe

channel => 4-5

context = default

group = 63

; Span 3: B4/0/3 "B4XXP (PCI) Card 0 Span 3"

group=0,13

context=rdsi

switchtype = euroisdn

signalling = bri_cpe

channel => 7-8

context = default

group = 63

; Span 4: B4/0/4 "B4XXP (PCI) Card 0 Span 4"

group=20,14

context=rdsi

switchtype = euroisdn

signalling = bri_cpe

channel => 10-11

context = default

group = 63

Saludos y gracias

[Fernando Villares]

no es un foro de openvox esto esas placas no usan un driver compilado con un diff???

--
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.

[Ivan]

La version de dahdi que uso, es la descargada de la web de openvox, que es una version ya parcheada.

De todos modos no creo que sea culpa del driver de la tarjetas, una de las rdsi me genera muchos mas warnings que la otra.

Saludos

[Juan Carlos Valero]

El 30/04/14 07:56, Ivan escribió:

La version de dahdi que uso, es la descargada de la web de openvox, que es una version ya parcheada.

De todos modos no creo que sea culpa del driver de la tarjetas, una de las rdsi me genera muchos mas warnings que la otra.

        [Apr 29 18:35:24] WARNING[23425] sig_pri.c: Span 1: D-channel is down!

        [Apr 29 18:35:40] WARNING[23425] sig_pri.c: Span 1: D-channel is down!

        [Apr 29 18:35:56] WARNING[23425] sig_pri.c: Span 1: D-channel is down!

        [Apr 29 18:36:12] WARNING[23425] sig_pri.c: Span 1: D-channel is down!

        [Apr 29 18:36:28] WARNING[23425] sig_pri.c: Span 1: D-channel is down!

        [Apr 29 18:36:44] WARNING[23425] sig_pri.c: Span 1: D-channel is down!

        [Apr 29 18:37:00] WARNING[23425] sig_pri.c: Span 1: D-channel is down!

        [Apr 29 18:37:14] WARNING[23428] sig_pri.c: Span 4: D-channel is down!

        [Apr 29 18:37:17] WARNING[23425] sig_pri.c: Span 1: D-channel is down!

        [Apr 29 18:37:33] WARNING[23425] sig_pri.c: Span 1: D-channel is down!

        [Apr 29 18:37:44] WARNING[23428] sig_pri.c: Span 4: D-channel is down!

        [Apr 29 18:37:49] WARNING[23425] sig_pri.c: Span 1: D-channel is down!

        [Apr 29 18:38:05] WARNING[23425] sig_pri.c: Span 1: D-channel is down!

Span down es span down, sea openvox, digium, o pericolospalotes.

Pueden ser muchas cosas:

- La linea esta caida
- El cable esta mal
- Tienes activados los jumpers de terminador cuando no los necesitas

Seria interesante que hicieras un debug de la RDSI para ver si esta enviando SABME o si es otra cosa.

-- 
Un saludo,

Juan Carlos Valero
Capa Tres Soluciones Tecnológicas S.L.
Datos de contacto en http://capatres.tel
-------------------------------------------------------------------------
Conforme a lo establecido en la L.O. 15/1999, de 13 de diciembre, de protección de datos de carácter personal, le informamos que sus datos forman parte de un fichero responsabilidad de CAPA TRES SOLUCIONES TECNOLOGICAS S.L. con la finalidad de posibilitar la relación negocial con usted o su empresa, así como para mantenerle informado de nuestras actividades y novedades. Podrá ejercer sus derechos de acceso, rectificación, cancelación y oposición mediante email dirigido a come...@capatres.com o bien por via postal a: Capa Tres Soluciones Tecnologicas. Avda Llibertat, 63, despacho 8. 08100 Mollet del Valles. Barcelona.

[Ramses II]

Buenos días,

 

¿En qué versión del DAHDI metieron el chequeo del nivel 1, que el Operador lo pone en DOWN para ahorro de energía cuando pasa un tiempo sin llamadas?

 

Prueba a poner esto en “chan_dahdi.conf”:

 

bri_l1_check=0 ;Deshabilita el parámetro

 

Ya nos cuentas…

 

 

Saludos,

 

Ramses

--

[Ivan]

Hola,

Esto ya lo tengo en chan_dahdi.conf

[channels]

bri_l1_check=0 ;Desabilita el parámetro

resetinterval=never

..

.

.

Insisto, todo ha sucedido despues de la actualizacion, no ha cambiado nada, ni proveedor, ni cables, ni terminaciones.

Y las lineas no caen, justo despues de un Warning down:

pri show spans

PRI span 1/0: Up, Active

PRI span 2/0: In Alarm, Down, Active  ( no esta en uso )

PRI span 3/0: In Alarm, Down, Active  ( no esta en uso )

PRI span 4/0: Up, Active

Saludos

[Ivan]

adjunto debug del pri, un ciclo de down-up

[May  1 19:12:43] VERBOSE[4662] chan_dahdi.c: PRI Span: 1 

[May  1 19:12:43] VERBOSE[4662] chan_dahdi.c: PRI Span: 1 < TEI: 0 State 7(Multi-frame established)

[May  1 19:12:43] VERBOSE[4662] chan_dahdi.c: PRI Span: 1 < V(A)=0, V(S)=0, V(R)=0

[May  1 19:12:43] VERBOSE[4662] chan_dahdi.c: PRI Span: 1 < K=1, RC=0, l3_initiated=0, reject_except=0, ack_pend=0

[May  1 19:12:43] VERBOSE[4662] chan_dahdi.c: PRI Span: 1 < T200_id=0, N200=3, T203_id=8192

[May  1 19:12:43] VERBOSE[4662] chan_dahdi.c: PRI Span: 1 < [ 02 01 53 ]

[May  1 19:12:43] VERBOSE[4662] chan_dahdi.c: PRI Span: 1 < Unnumbered frame:

[May  1 19:12:43] VERBOSE[4662] chan_dahdi.c: PRI Span: 1 < SAPI: 00  C/R: 1 EA: 0

[May  1 19:12:43] VERBOSE[4662] chan_dahdi.c: PRI Span: 1 <  TEI: 000        EA: 1

[May  1 19:12:43] VERBOSE[4662] chan_dahdi.c: PRI Span: 1 <   M3: 2   P/F: 1 M2: 0 11: 3  [ DISC (disconnect) ]

[May  1 19:12:43] VERBOSE[4662] chan_dahdi.c: PRI Span: 1 < 0 bytes of data

[May  1 19:12:43] VERBOSE[4662] chan_dahdi.c: PRI Span: 1 TEI=0 Got DISC

[May  1 19:12:43] VERBOSE[4662] chan_dahdi.c: PRI Span: 1 SAPI/TEI=0/0 Starting link restart delay timer

[May  1 19:12:43] VERBOSE[4662] chan_dahdi.c: PRI Span: 1 TEI=0 Sending UA

[May  1 19:12:43] VERBOSE[4662] chan_dahdi.c: PRI Span: 1 

[May  1 19:12:43] VERBOSE[4662] chan_dahdi.c: PRI Span: 1 > TEI: 0 State 7(Multi-frame established)

[May  1 19:12:43] VERBOSE[4662] chan_dahdi.c: PRI Span: 1 > V(A)=0, V(S)=0, V(R)=0

[May  1 19:12:43] VERBOSE[4662] chan_dahdi.c: PRI Span: 1 > K=1, RC=0, l3_initiated=0, reject_except=0, ack_pend=0

[May  1 19:12:43] VERBOSE[4662] chan_dahdi.c: PRI Span: 1 > T200_id=0, N200=3, T203_id=8192

[May  1 19:12:43] VERBOSE[4662] chan_dahdi.c: PRI Span: 1 > [ 02 01 73 ]

[May  1 19:12:43] VERBOSE[4662] chan_dahdi.c: PRI Span: 1 > Unnumbered frame:

[May  1 19:12:43] VERBOSE[4662] chan_dahdi.c: PRI Span: 1 > SAPI: 00  C/R: 1 EA: 0

[May  1 19:12:43] VERBOSE[4662] chan_dahdi.c: PRI Span: 1 >  TEI: 000        EA: 1

[May  1 19:12:43] VERBOSE[4662] chan_dahdi.c: PRI Span: 1 >   M3: 3   P/F: 1 M2: 0 11: 3  [ UA (unnumbered acknowledgement) ]

[May  1 19:12:43] VERBOSE[4662] chan_dahdi.c: PRI Span: 1 > 0 bytes of data

[May  1 19:12:43] VERBOSE[4662] chan_dahdi.c: PRI Span: 1 TEI=0 DL event: Q931_DL_EVENT_DL_RELEASE_IND(3)

[May  1 19:12:43] VERBOSE[4662] chan_dahdi.c: PRI Span: 1 -- T200 requested to stop when not started

[May  1 19:12:43] VERBOSE[4662] chan_dahdi.c: PRI Span: 1 -- Stopping T203 timer

[May  1 19:12:43] VERBOSE[4662] chan_dahdi.c: PRI Span: 1 Changing from state 7(Multi-frame established) to 4(TEI assigned)

[May  1 19:12:43] VERBOSE[4662] chan_dahdi.c: PRI Span: 1 Done handling message for SAPI/TEI=0/0

[May  1 19:12:43] VERBOSE[4662] sig_pri.c: Span 1: Processing event PRI_EVENT_DCHAN_DOWN

[May  1 19:12:43] VERBOSE[4662] sig_pri.c:   == Primary D-Channel on span 1 down

[May  1 19:12:43] WARNING[4662] sig_pri.c: Span 1: D-channel is down!

[May  1 19:12:44] VERBOSE[4662] chan_dahdi.c: PRI Span: 1 SAPI/TEI=0/0 Kick starting link

[May  1 19:12:44] VERBOSE[4662] chan_dahdi.c: PRI Span: 1 -- T203 requested to stop when not started

[May  1 19:12:44] VERBOSE[4662] chan_dahdi.c: PRI Span: 1 -- Restarting T200 timer

[May  1 19:12:44] VERBOSE[4662] chan_dahdi.c: PRI Span: 1 TEI=0 Sending SABME

[May  1 19:12:44] VERBOSE[4662] chan_dahdi.c: PRI Span: 1 

[May  1 19:12:44] VERBOSE[4662] chan_dahdi.c: PRI Span: 1 > TEI: 0 State 4(TEI assigned)

[May  1 19:12:44] VERBOSE[4662] chan_dahdi.c: PRI Span: 1 > V(A)=0, V(S)=0, V(R)=0

[May  1 19:12:44] VERBOSE[4662] chan_dahdi.c: PRI Span: 1 > K=1, RC=0, l3_initiated=0, reject_except=0, ack_pend=0

[May  1 19:12:44] VERBOSE[4662] chan_dahdi.c: PRI Span: 1 > T200_id=8192, N200=3, T203_id=0

[May  1 19:12:44] VERBOSE[4662] chan_dahdi.c: PRI Span: 1 > [ 00 01 7f ]

[May  1 19:12:44] VERBOSE[4662] chan_dahdi.c: PRI Span: 1 > Unnumbered frame:

[May  1 19:12:44] VERBOSE[4662] chan_dahdi.c: PRI Span: 1 > SAPI: 00  C/R: 0 EA: 0

[May  1 19:12:44] VERBOSE[4662] chan_dahdi.c: PRI Span: 1 >  TEI: 000        EA: 1

[May  1 19:12:44] VERBOSE[4662] chan_dahdi.c: PRI Span: 1 >   M3: 3   P/F: 1 M2: 3 11: 3  [ SABME (set asynchronous balanced mode extended) ]

[May  1 19:12:44] VERBOSE[4662] chan_dahdi.c: PRI Span: 1 > 0 bytes of data

[May  1 19:12:44] VERBOSE[4662] chan_dahdi.c: PRI Span: 1 Changing from state 4(TEI assigned) to 5(Awaiting establishment)

[May  1 19:12:44] VERBOSE[4662] chan_dahdi.c: PRI Span: 1 

[May  1 19:12:44] VERBOSE[4662] chan_dahdi.c: PRI Span: 1 < TEI: 0 State 5(Awaiting establishment)

[May  1 19:12:44] VERBOSE[4662] chan_dahdi.c: PRI Span: 1 < V(A)=0, V(S)=0, V(R)=0

[May  1 19:12:44] VERBOSE[4662] chan_dahdi.c: PRI Span: 1 < K=1, RC=0, l3_initiated=1, reject_except=0, ack_pend=0

[May  1 19:12:44] VERBOSE[4662] chan_dahdi.c: PRI Span: 1 < T200_id=8192, N200=3, T203_id=0

[May  1 19:12:44] VERBOSE[4662] chan_dahdi.c: PRI Span: 1 < [ 00 01 73 ]

[May  1 19:12:44] VERBOSE[4662] chan_dahdi.c: PRI Span: 1 < Unnumbered frame:

[May  1 19:12:44] VERBOSE[4662] chan_dahdi.c: PRI Span: 1 < SAPI: 00  C/R: 0 EA: 0

[May  1 19:12:44] VERBOSE[4662] chan_dahdi.c: PRI Span: 1 <  TEI: 000        EA: 1

[May  1 19:12:44] VERBOSE[4662] chan_dahdi.c: PRI Span: 1 <   M3: 3   P/F: 1 M2: 0 11: 3  [ UA (unnumbered acknowledgement) ]

[May  1 19:12:44] VERBOSE[4662] chan_dahdi.c: PRI Span: 1 < 0 bytes of data

[May  1 19:12:44] VERBOSE[4662] chan_dahdi.c: PRI Span: 1 TEI=0 Got UA

[May  1 19:12:44] VERBOSE[4662] chan_dahdi.c: PRI Span: 1 -- Stopping T200 timer

[May  1 19:12:44] VERBOSE[4662] chan_dahdi.c: PRI Span: 1 -- Starting T203 timer

[May  1 19:12:44] VERBOSE[4662] chan_dahdi.c: PRI Span: 1 Changing from state 5(Awaiting establishment) to 7(Multi-frame established)

[May  1 19:12:44] VERBOSE[4662] chan_dahdi.c: PRI Span: 1 TEI=0 DL event: Q931_DL_EVENT_DL_ESTABLISH_CONFIRM(2)

[May  1 19:12:44] VERBOSE[4662] chan_dahdi.c: PRI Span: 1 Done handling message for SAPI/TEI=0/0

[May  1 19:12:44] VERBOSE[4662] sig_pri.c: Span 1: Processing event PRI_EVENT_DCHAN_UP

[May  1 19:12:44] VERBOSE[4662] sig_pri.c:   == Primary D-Channel on span 1 up

[Juan Carlos Valero]

El 01/05/14 19:21, Ivan escribió:

> adjunto debug del pri, un ciclo de down-up
>
>

> [May 1 19:12:43] VERBOSE[4662] chan_dahdi.c: PRI Span: 1 -- Stopping
> T203 timer
> [May 1 19:12:43] VERBOSE[4662] chan_dahdi.c: PRI Span: 1 Changing
> from state 7(Multi-frame established) to 4(TEI assigned)
> [May 1 19:12:43] VERBOSE[4662] chan_dahdi.c: PRI Span: 1 Done
> handling message for SAPI/TEI=0/0
> [May 1 19:12:43] VERBOSE[4662] sig_pri.c: Span 1: Processing event
> PRI_EVENT_DCHAN_DOWN
> [May 1 19:12:43] VERBOSE[4662] sig_pri.c: == Primary D-Channel on
> span 1 down
> [May 1 19:12:43] WARNING[4662] sig_pri.c: Span 1: D-channel is down!
> [May 1 19:12:44] VERBOSE[4662] chan_dahdi.c: PRI Span: 1 SAPI/TEI=0/0
> Kick starting link
> [May 1 19:12:44] VERBOSE[4662] chan_dahdi.c: PRI Span: 1 -- T203
> requested to stop when not started
> [May 1 19:12:44] VERBOSE[4662] chan_dahdi.c: PRI Span: 1 --
> Restarting T200 timer
> [May 1 19:12:44] VERBOSE[4662] chan_dahdi.c: PRI Span: 1 TEI=0
> Sending SABME
>

Estas en el modo correcto ? PTP o PTMP ? Ojo, a mi me lo han cambiado
sin previo aviso en varios sitios, no descartes que te lo puedan hacer.
Es una prueba rapida...

Juan Carlos.

[Ramses]

Juan Carlos, una duda:

¿Las OpenVox llevan driver especial de DAHDI?. Yo juraría que van con el estándar...


Saludos,

Ramses

Enviado desde mi Móvil

> --
> 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.

[Ivan]

Hola,

Ya he probado a cambiar el modo de la rdsi, el span 4 no levanta, y el span 1 si lo hace en el modo punto a multipunto.

Con span1 en ptmp desaparecen los span down-up pero aparecen los:

NOTICE[2508]: chan_dahdi.c:3108 my_handle_dchan_exception: PRI got event: HDLC Abort (6) on D-channel of span 1

Despues de muchas pruebas, y busquedas en google, determino:

Que el parametro bri_l1_check=0 del chan_dahdi.conf, es un parche que estaba incluido en la version de dahdi rsp que usaba.

Por lo que los mensajes del span 4 de down-up son por el ahorro de energia de la linea, porque me aparecen justo despues de finalizar una llamada.

Por lo que me queda determinar, 

-si el span 1 esta en ptp o ptmp(funciona en los dos modos)

-como desactivar los mensajes de span 4 down-up que se producen por el ahorro de energia.

Saludos

[Juan Carlos Valero]

El 02/05/14 01:26, Ramses escribió:

> Juan Carlos, una duda:
>
> ¿Las OpenVox llevan driver especial de DAHDI?. Yo juraría que van con el estándar...
>

Depende del modelo. Las A400 por ejemplo van con el driver standard de
dahdi, pero las B100/B200/B400/B800 no, hay que usar la version de openvox.

Juan Carlos.

[Juan Carlos Valero]

El 02/05/14 09:04, Ivan escribió:

> Hola,
>
> Ya he probado a cambiar el modo de la rdsi, el span 4 no levanta, y el
> span 1 si lo hace en el modo punto a multipunto.
>
> Con span1 en ptmp desaparecen los span down-up pero aparecen los:
> NOTICE[2508]: chan_dahdi.c:3108 my_handle_dchan_exception: PRI got
> event: HDLC Abort (6) on D-channel of span 1
>
> Despues de muchas pruebas, y busquedas en google, determino:
> Que el parametro bri_l1_check=0 del chan_dahdi.conf, es un parche que
> estaba incluido en la version de dahdi rsp que usaba.
>
> Por lo que los mensajes del span 4 de down-up son por el ahorro de
> energia de la linea, porque me aparecen justo despues de finalizar una
> llamada.
>
> Por lo que me queda determinar,
> -si el span 1 esta en ptp o ptmp(funciona en los dos modos)
> -como desactivar los mensajes de span 4 down-up que se producen por el
> ahorro de energia.
>

Ivan, una cosa. Si la tarjeta es OpenVox, estas usando la version de
dahdi de la web de openvox o la original de digium ?
Es que con las RDSI hay que usar la version de OpenVox. Mas que nada por
estar seguro. Y no te debe funcionar igual en los dos modos. Has probado
a emitir y recibir llamadas ? Solo en uno de los dos modos te funcionará
correctamente.

Juan Carlos.

[Ivan]

Uso la version de dahdi de la web de openvox.

El span1 me funciona tanto en ptp como ptmp

El span4 solo me funciona en ptp

Saludos

[Juan Carlos Valero]

El 02/05/14 10:44, Ivan escribió:

> Uso la version de dahdi de la web de openvox.
> El span1 me funciona tanto en ptp como ptmp
> El span4 solo me funciona en ptp
>

No puede ser que un span te funcione igual en PTP que em PTMP. Algo no
estas haciendo bien. Aplicas los cambios al modo haciendo un restart de
asterisk ? Un reload no aplica cambios a un canal DAHDI...
Solo en un modo podras hacer y recibir llamadas.

[Ivan]

Confirmo que el span1 puede recibir/realizar llamadas tanto en,

signalling = bri_cpe_ptmp

como,

signalling = bri_cpe

Ha diferencia de span4 que solo funciona,

signalling = bri_cpe

Resumiendo:

Con span1 en ptp, warning de span down/up cada 30 segundos aproximandamente.

Con span1 en ptmp, PRI got event: HDLC Abort (6) on D-channel of span 1 tambien cada 30 segundos

Con span4 en ptmp, no funciona

Con span4 en ptp, warning de span down/up al finalizar una llamada

[Juan Carlos Valero]

El 02/05/14 14:04, Ivan escribió:

> Confirmo que el span1 puede recibir/realizar llamadas tanto en,
> signalling = bri_cpe_ptmp
> como,
> signalling = bri_cpe
> Ha diferencia de span4 que solo funciona,
> signalling = bri_cpe
>
> Resumiendo:
> Con span1 en ptp, warning de span down/up cada 30 segundos
> aproximandamente.
> Con span1 en ptmp, PRI got event: HDLC Abort (6) on D-channel of span
> 1 tambien cada 30 segundos
>
> Con span4 en ptmp, no funciona
> Con span4 en ptp, warning de span down/up al finalizar una llamada
>
>

Esta claro que el span 4 es PTP. Puedes postear las lineas del
chan_dahdi correspondientes al span 1 ? No descartes que el problema sea
de linea finalmente, pedir una revision de la linea puede ser mano de santo.

Juan Carlos.

[Ivan Fernandez - CTIS]

El chan_dahdi esta en el primer post.

Crees que necesitan revisar la linea? con asterisk-rsp no pasaba ha sido a raiz de la actualizacion, y solo son warning todo funciona bien, pero tengo los logs llenos.

--
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 a un tema del grupo "asterisk-es" de Grupos de Google.
Para anular la suscripción a este tema, visita https://groups.google.com/d/topic/asterisk-es/8OboYJkT_-w/unsubscribe.
Para anular la suscripción a este grupo y a todos sus temas, envía un correo electrónico a asterisk-es+unsubscribe@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.

[Ivan]

Hola compañeros,

Yo he seguido haciendo todas las pruebas que se me han ocurrido, he seguido leyendo y continuan los warning.

De momento tendre que seguir con ellos en los logs.

Si alguien mas se le ocurre que mirar o que probar...

Saludos y gracias

El viernes, 2 de mayo de 2014 14:17:59 UTC+2, Ivan Fernandez - CTIS escribió:

El chan_dahdi esta en el primer post.

Crees que necesitan revisar la linea? con asterisk-rsp no pasaba ha sido a raiz de la actualizacion, y solo son warning todo funciona bien, pero tengo los logs llenos.

El 2 de mayo de 2014, 14:08, Juan Carlos Valero <jcva...@capatres.com> escribió:

El 02/05/14 14:04, Ivan escribió:

Confirmo que el span1 puede recibir/realizar llamadas tanto en,
signalling = bri_cpe_ptmp
como,
signalling = bri_cpe
Ha diferencia de span4 que solo funciona,
signalling = bri_cpe

Resumiendo:
Con span1 en ptp, warning de span down/up cada 30 segundos aproximandamente.
Con span1 en ptmp, PRI got event: HDLC Abort (6) on D-channel of span 1 tambien cada 30 segundos

Con span4 en ptmp, no funciona
Con span4 en ptp, warning de span down/up al finalizar una llamada

Esta claro que el span 4 es PTP. Puedes postear las lineas del chan_dahdi correspondientes al span 1 ? No descartes que el problema sea de linea finalmente, pedir una revision de la linea puede ser mano de santo.

Juan Carlos.

--
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 a un tema del grupo "asterisk-es" de Grupos de Google.
Para anular la suscripción a este tema, visita https://groups.google.com/d/topic/asterisk-es/8OboYJkT_-w/unsubscribe.

Para anular la suscripción a este grupo y a todos sus temas, envía un correo electrónico a asterisk-es...@googlegroups.com.