PRI Coaxial ONO
138 views
Skip to first unread message
Sisco Ds
Nov 12, 2009, 7:02:31 AM11/12/09
to asterisk-es
Buenas,..
He leído varios temas parecidos en el grupo pero no hay nadie que me
aclare esto. Me explico...
Tenemos un primario del proveedor ONO que nos llega con dos coaxiales.
Estoy conectando los dos coaxiales a la tarjeta D110P de Openvox con
el adaptador que te dan al comprar la tarjeta,..
Este adaptador tiene por un lado dos conectores BNC bayoneta y por
otro lado un conector RJ45.
El caso es que en el Asterisk (he probado diversas versiones tanto de
zaptel como de dahdi) pero al hacer un pri show span 1 me da esto
Status: Provisioned, Down, Active
He hablado con mi proveedor y me dice que el primario esta testeado y
funcionando,.. si hago un pri intense debug solo veo tramas salientes
y ninguna entrante. El técnico de ONO como toda respuesta me ha
enviado la configuración de otro cliente suyo que usan asterisk.
Aquí os pongo mi zaptel.conf y mi zapata.conf
zaptel.conf
# Span 1: WCT1/0 "Digium Wildcard TE110P T1/E1 Card 0" (MASTER)
span=1,1,0,ccs,hdb3,crc4
# termtype: te
bchan=1-15
dchan=16
bchan=17-31
# Global data
loadzone = es
defaultzone = es
zapata.conf
[trunkgroups]
[channels]
context=from-pstn
signalling=fxs_ks
rxwink=300 ; Atlas seems to use long (250ms) winks
usecallerid=yes
hidecallerid=no
callwaiting=yes
usecallingpres=yes
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
canpark=yes
cancallforward=yes
callreturn=yes
echocancel=yes
echocancelwhenbridged=no
faxdetect=incoming
echotraining=800
rxgain=0.0
txgain=0.0
callgroup=1
pickupgroup=1
;Uncomment these lines if you have problems with the disconection of
your analog lines
;busydetect=yes
;busycount=3
immediate=no
; Span 1: WCT1/0 "Digium Wildcard TE110P T1/E1 Card 0" (MASTER)
;group=0,11
group=1
context=from-pstn
switchtype=euroisdn
signalling=pri_cpe
channel => 1-15,17-31
context=default
He probado tanto como con crc4 como sin crc4,.. con pri_cpe y
pri_net...
No se por donde tirar,... no se si es que veo fantasmas por todos
lados pero empiezo a pensar que el problema puede estar en el HARD,...
En otros primarios que he instalado con telefónica teníamos un aparato
intermedio que nos sacaba la señal con un cable RJ45,.. Instalamos uno
con ONO y también había este aparato (normalmente un Alcatel LITESPAN
1400ST (o algo así)). El caso es que para esta instalación nos dice
ONO que no hace falta ya que en lugar de tener una linea normal
tenemos un radio-enlace (una parabólica de radio-frecuencia) y de ahí
sacamos una línea para el primario y otra para datos.
¿Ma hará falta algún aparato entre los cables y la tarjeta del
servidor?
¿Será como yo pienso que el primario no está activado?
¿Alguien ha tenido estos problemas y sabe como puedo actuar?
Saludos y muchas gracias desde ya!!
He leído varios temas parecidos en el grupo pero no hay nadie que me
aclare esto. Me explico...
Tenemos un primario del proveedor ONO que nos llega con dos coaxiales.
Estoy conectando los dos coaxiales a la tarjeta D110P de Openvox con
el adaptador que te dan al comprar la tarjeta,..
Este adaptador tiene por un lado dos conectores BNC bayoneta y por
otro lado un conector RJ45.
El caso es que en el Asterisk (he probado diversas versiones tanto de
zaptel como de dahdi) pero al hacer un pri show span 1 me da esto
Status: Provisioned, Down, Active
He hablado con mi proveedor y me dice que el primario esta testeado y
funcionando,.. si hago un pri intense debug solo veo tramas salientes
y ninguna entrante. El técnico de ONO como toda respuesta me ha
enviado la configuración de otro cliente suyo que usan asterisk.
Aquí os pongo mi zaptel.conf y mi zapata.conf
zaptel.conf
# Span 1: WCT1/0 "Digium Wildcard TE110P T1/E1 Card 0" (MASTER)
span=1,1,0,ccs,hdb3,crc4
# termtype: te
bchan=1-15
dchan=16
bchan=17-31
# Global data
loadzone = es
defaultzone = es
zapata.conf
[trunkgroups]
[channels]
context=from-pstn
signalling=fxs_ks
rxwink=300 ; Atlas seems to use long (250ms) winks
usecallerid=yes
hidecallerid=no
callwaiting=yes
usecallingpres=yes
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
canpark=yes
cancallforward=yes
callreturn=yes
echocancel=yes
echocancelwhenbridged=no
faxdetect=incoming
echotraining=800
rxgain=0.0
txgain=0.0
callgroup=1
pickupgroup=1
;Uncomment these lines if you have problems with the disconection of
your analog lines
;busydetect=yes
;busycount=3
immediate=no
; Span 1: WCT1/0 "Digium Wildcard TE110P T1/E1 Card 0" (MASTER)
;group=0,11
group=1
context=from-pstn
switchtype=euroisdn
signalling=pri_cpe
channel => 1-15,17-31
context=default
He probado tanto como con crc4 como sin crc4,.. con pri_cpe y
pri_net...
No se por donde tirar,... no se si es que veo fantasmas por todos
lados pero empiezo a pensar que el problema puede estar en el HARD,...
En otros primarios que he instalado con telefónica teníamos un aparato
intermedio que nos sacaba la señal con un cable RJ45,.. Instalamos uno
con ONO y también había este aparato (normalmente un Alcatel LITESPAN
1400ST (o algo así)). El caso es que para esta instalación nos dice
ONO que no hace falta ya que en lugar de tener una linea normal
tenemos un radio-enlace (una parabólica de radio-frecuencia) y de ahí
sacamos una línea para el primario y otra para datos.
¿Ma hará falta algún aparato entre los cables y la tarjeta del
servidor?
¿Será como yo pienso que el primario no está activado?
¿Alguien ha tenido estos problemas y sabe como puedo actuar?
Saludos y muchas gracias desde ya!!
Jaume Olive
Nov 12, 2009, 7:11:51 AM11/12/09
to asterisk-es
Nosotros lo tenemos así con un primario de Ono (no coaxial), con
tarjeta OpenVox de 2 primarios:
zapata.conf:
context=from-pstn
usecallerid=yes
hidecallerid=no
callwaiting=yes
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
cancallforward=yes
echocancel=yes
rxgain=4.0
txgain=4.0
group=1
callgroup=1
immediate=no
callprogress=no
callerid=asreceived
language=es
;nationalprefix =00
internationalprefix = 00
; Span 1: TE2/0/1 "T2XXP (PCI) Card 0 Span 1" HDB3/CCS/CRC4
ClockSource
group=1
context=from-pstn
switchtype = euroisdn
signalling = pri_cpe
channel => 1-15,17-31
En zaptel.conf:
# Span 1: TE4/0/1 "T4XXP (PCI) Card 0 Span 1"
span=1,1,1,ccs,hdb3
# termtype: te
bchan=1-15,17-31
dchan=16
# Span 2: TE4/0/2 "T4XXP (PCI) Card 0 Span 2"
span=2,2,1,ccs,hdb3
# termtype: te
bchan=32-46,48-62
dchan=47
# Global data
loadzone = es
defaultzone = es
---
Jaume Olivé
Iberoxarxa Servicios Integrales, S.L.
http://www.iberoxarxa.es
tarjeta OpenVox de 2 primarios:
zapata.conf:
context=from-pstn
usecallerid=yes
hidecallerid=no
callwaiting=yes
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
cancallforward=yes
echocancel=yes
rxgain=4.0
txgain=4.0
group=1
callgroup=1
immediate=no
callprogress=no
callerid=asreceived
language=es
;nationalprefix =00
internationalprefix = 00
; Span 1: TE2/0/1 "T2XXP (PCI) Card 0 Span 1" HDB3/CCS/CRC4
ClockSource
group=1
context=from-pstn
switchtype = euroisdn
signalling = pri_cpe
channel => 1-15,17-31
En zaptel.conf:
# Span 1: TE4/0/1 "T4XXP (PCI) Card 0 Span 1"
span=1,1,1,ccs,hdb3
# termtype: te
bchan=1-15,17-31
dchan=16
# Span 2: TE4/0/2 "T4XXP (PCI) Card 0 Span 2"
span=2,2,1,ccs,hdb3
# termtype: te
bchan=32-46,48-62
dchan=47
# Global data
loadzone = es
defaultzone = es
Jaume Olivé
Iberoxarxa Servicios Integrales, S.L.
http://www.iberoxarxa.es
josefu
Nov 12, 2009, 7:24:31 AM11/12/09
to asterisk-es
> Este adaptador tiene por un lado dos conectores BNC bayoneta y por
> otro lado un conector RJ45.
Supongo que ya habrás probado a intercambiar las conexiones BNC, no?> otro lado un conector RJ45.
Sisco Ds
Nov 12, 2009, 7:30:22 AM11/12/09
to asterisk-es
Si, sí,. si los cambio el led de la tarjeta cambia a rojo y el
asterisk marca como WARNING la tarjeta.
Conforme está ahora es cuando lo marca en verde y las salidas del
ztcfg y del zttool lo marca todo OK;. solo que nos da como DOWN en el
span..
asterisk marca como WARNING la tarjeta.
Conforme está ahora es cuando lo marca en verde y las salidas del
ztcfg y del zttool lo marca todo OK;. solo que nos da como DOWN en el
span..
Sisco Ds
Nov 12, 2009, 7:38:53 AM11/12/09
to asterisk-es
He probado con tu configuración y tampoco me funciona,..
Lo que si me he dado cuenta tanto con tu configuración como con la mía
es que me está dando repetidamente estos avisos en el full.log
Echo cancellation ???
No estoy usando ningún cancelador de eco.... No se si esto da alguna
pista o no....
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Detected alarm on channel
1: Yellow Alarm
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Unable to disable echo
cancellation on channel 1
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Detected alarm on channel
2: Yellow Alarm
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Unable to disable echo
cancellation on channel 2
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Detected alarm on channel
3: Yellow Alarm
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Unable to disable echo
cancellation on channel 3
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Detected alarm on channel
4: Yellow Alarm
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Unable to disable echo
cancellation on channel 4
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Detected alarm on channel
5: Yellow Alarm
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Unable to disable echo
cancellation on channel 5
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Detected alarm on channel
6: Yellow Alarm
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Unable to disable echo
cancellation on channel 6
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Detected alarm on channel
7: Yellow Alarm
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Unable to disable echo
cancellation on channel 7
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Detected alarm on channel
8: Yellow Alarm
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Unable to disable echo
cancellation on channel 8
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Detected alarm on channel
9: Yellow Alarm
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Unable to disable echo
cancellation on channel 9
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Detected alarm on channel
10: Yellow Alarm
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Unable to disable echo
cancellation on channel 10
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Detected alarm on channel
11: Yellow Alarm
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Unable to disable echo
cancellation on channel 11
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Detected alarm on channel
12: Yellow Alarm
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Unable to disable echo
cancellation on channel 12
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Detected alarm on channel
13: Yellow Alarm
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Unable to disable echo
cancellation on channel 13
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Detected alarm on channel
14: Yellow Alarm
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Unable to disable echo
cancellation on channel 14
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Detected alarm on channel
15: Yellow Alarm
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Unable to disable echo
cancellation on channel 15
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Detected alarm on channel
17: Yellow Alarm
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Unable to disable echo
cancellation on channel 17
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Detected alarm on channel
18: Yellow Alarm
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Unable to disable echo
cancellation on channel 18
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Detected alarm on channel
19: Yellow Alarm
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Unable to disable echo
cancellation on channel 19
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Detected alarm on channel
20: Yellow Alarm
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Unable to disable echo
cancellation on channel 20
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Detected alarm on channel
21: Yellow Alarm
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Unable to disable echo
cancellation on channel 21
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Detected alarm on channel
22: Yellow Alarm
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Unable to disable echo
cancellation on channel 22
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Detected alarm on channel
23: Yellow Alarm
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Unable to disable echo
cancellation on channel 23
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Detected alarm on channel
24: Yellow Alarm
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Unable to disable echo
cancellation on channel 24
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Detected alarm on channel
25: Yellow Alarm
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Unable to disable echo
cancellation on channel 25
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Detected alarm on channel
26: Yellow Alarm
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Unable to disable echo
cancellation on channel 26
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Detected alarm on channel
27: Yellow Alarm
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Unable to disable echo
cancellation on channel 27
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Detected alarm on channel
28: Yellow Alarm
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Unable to disable echo
cancellation on channel 28
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Detected alarm on channel
29: Yellow Alarm
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Unable to disable echo
cancellation on channel 29
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Detected alarm on channel
30: Yellow Alarm
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Unable to disable echo
cancellation on channel 30
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Detected alarm on channel
31: Yellow Alarm
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Unable to disable echo
cancellation on channel 31
[Nov 12 13:34:39] NOTICE[14758] chan_zap.c: PRI got event: Alarm (4)
on Primary D-channel of span 1
[Nov 12 13:34:39] WARNING[14758] chan_zap.c: No D-channels available!
Using Primary channel 16 as D-channel anyway!
[Nov 12 13:34:39] NOTICE[14759] chan_zap.c: Alarm cleared on channel 1
[Nov 12 13:34:39] NOTICE[14759] chan_zap.c: Alarm cleared on channel 2
[Nov 12 13:34:39] NOTICE[14759] chan_zap.c: Alarm cleared on channel 3
[Nov 12 13:34:39] NOTICE[14759] chan_zap.c: Alarm cleared on channel 4
[Nov 12 13:34:39] NOTICE[14759] chan_zap.c: Alarm cleared on channel 5
[Nov 12 13:34:39] NOTICE[14759] chan_zap.c: Alarm cleared on channel 6
[Nov 12 13:34:39] NOTICE[14759] chan_zap.c: Alarm cleared on channel 7
[Nov 12 13:34:39] NOTICE[14759] chan_zap.c: Alarm cleared on channel 8
[Nov 12 13:34:39] NOTICE[14759] chan_zap.c: Alarm cleared on channel 9
[Nov 12 13:34:39] NOTICE[14759] chan_zap.c: Alarm cleared on channel
10
[Nov 12 13:34:39] NOTICE[14759] chan_zap.c: Alarm cleared on channel
11
[Nov 12 13:34:39] NOTICE[14759] chan_zap.c: Alarm cleared on channel
12
[Nov 12 13:34:39] NOTICE[14759] chan_zap.c: Alarm cleared on channel
13
[Nov 12 13:34:39] NOTICE[14759] chan_zap.c: Alarm cleared on channel
14
[Nov 12 13:34:39] NOTICE[14759] chan_zap.c: Alarm cleared on channel
15
[Nov 12 13:34:39] NOTICE[14759] chan_zap.c: Alarm cleared on channel
17
[Nov 12 13:34:39] NOTICE[14759] chan_zap.c: Alarm cleared on channel
18
[Nov 12 13:34:39] NOTICE[14759] chan_zap.c: Alarm cleared on channel
19
[Nov 12 13:34:39] NOTICE[14759] chan_zap.c: Alarm cleared on channel
20
[Nov 12 13:34:39] NOTICE[14759] chan_zap.c: Alarm cleared on channel
21
[Nov 12 13:34:39] NOTICE[14759] chan_zap.c: Alarm cleared on channel
22
[Nov 12 13:34:39] NOTICE[14759] chan_zap.c: Alarm cleared on channel
23
[Nov 12 13:34:39] NOTICE[14759] chan_zap.c: Alarm cleared on channel
24
[Nov 12 13:34:39] NOTICE[14759] chan_zap.c: Alarm cleared on channel
25
[Nov 12 13:34:39] NOTICE[14759] chan_zap.c: Alarm cleared on channel
26
[Nov 12 13:34:39] NOTICE[14759] chan_zap.c: Alarm cleared on channel
27
[Nov 12 13:34:39] NOTICE[14759] chan_zap.c: Alarm cleared on channel
28
[Nov 12 13:34:39] NOTICE[14759] chan_zap.c: Alarm cleared on channel
29
[Nov 12 13:34:39] NOTICE[14759] chan_zap.c: Alarm cleared on channel
30
[Nov 12 13:34:39] NOTICE[14759] chan_zap.c: Alarm cleared on channel
31
[Nov 12 13:34:39] NOTICE[14758] chan_zap.c: PRI got event: No more
alarm (5) on Primary D-channel of span 1
> Iberoxarxa Servicios Integrales, S.L.http://www.iberoxarxa.es
Lo que si me he dado cuenta tanto con tu configuración como con la mía
es que me está dando repetidamente estos avisos en el full.log
Echo cancellation ???
No estoy usando ningún cancelador de eco.... No se si esto da alguna
pista o no....
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Detected alarm on channel
1: Yellow Alarm
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Unable to disable echo
cancellation on channel 1
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Detected alarm on channel
2: Yellow Alarm
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Unable to disable echo
cancellation on channel 2
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Detected alarm on channel
3: Yellow Alarm
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Unable to disable echo
cancellation on channel 3
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Detected alarm on channel
4: Yellow Alarm
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Unable to disable echo
cancellation on channel 4
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Detected alarm on channel
5: Yellow Alarm
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Unable to disable echo
cancellation on channel 5
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Detected alarm on channel
6: Yellow Alarm
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Unable to disable echo
cancellation on channel 6
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Detected alarm on channel
7: Yellow Alarm
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Unable to disable echo
cancellation on channel 7
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Detected alarm on channel
8: Yellow Alarm
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Unable to disable echo
cancellation on channel 8
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Detected alarm on channel
9: Yellow Alarm
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Unable to disable echo
cancellation on channel 9
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Detected alarm on channel
10: Yellow Alarm
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Unable to disable echo
cancellation on channel 10
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Detected alarm on channel
11: Yellow Alarm
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Unable to disable echo
cancellation on channel 11
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Detected alarm on channel
12: Yellow Alarm
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Unable to disable echo
cancellation on channel 12
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Detected alarm on channel
13: Yellow Alarm
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Unable to disable echo
cancellation on channel 13
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Detected alarm on channel
14: Yellow Alarm
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Unable to disable echo
cancellation on channel 14
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Detected alarm on channel
15: Yellow Alarm
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Unable to disable echo
cancellation on channel 15
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Detected alarm on channel
17: Yellow Alarm
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Unable to disable echo
cancellation on channel 17
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Detected alarm on channel
18: Yellow Alarm
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Unable to disable echo
cancellation on channel 18
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Detected alarm on channel
19: Yellow Alarm
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Unable to disable echo
cancellation on channel 19
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Detected alarm on channel
20: Yellow Alarm
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Unable to disable echo
cancellation on channel 20
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Detected alarm on channel
21: Yellow Alarm
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Unable to disable echo
cancellation on channel 21
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Detected alarm on channel
22: Yellow Alarm
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Unable to disable echo
cancellation on channel 22
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Detected alarm on channel
23: Yellow Alarm
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Unable to disable echo
cancellation on channel 23
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Detected alarm on channel
24: Yellow Alarm
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Unable to disable echo
cancellation on channel 24
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Detected alarm on channel
25: Yellow Alarm
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Unable to disable echo
cancellation on channel 25
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Detected alarm on channel
26: Yellow Alarm
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Unable to disable echo
cancellation on channel 26
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Detected alarm on channel
27: Yellow Alarm
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Unable to disable echo
cancellation on channel 27
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Detected alarm on channel
28: Yellow Alarm
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Unable to disable echo
cancellation on channel 28
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Detected alarm on channel
29: Yellow Alarm
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Unable to disable echo
cancellation on channel 29
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Detected alarm on channel
30: Yellow Alarm
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Unable to disable echo
cancellation on channel 30
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Detected alarm on channel
31: Yellow Alarm
[Nov 12 13:34:39] WARNING[14759] chan_zap.c: Unable to disable echo
cancellation on channel 31
[Nov 12 13:34:39] NOTICE[14758] chan_zap.c: PRI got event: Alarm (4)
on Primary D-channel of span 1
[Nov 12 13:34:39] WARNING[14758] chan_zap.c: No D-channels available!
Using Primary channel 16 as D-channel anyway!
[Nov 12 13:34:39] NOTICE[14759] chan_zap.c: Alarm cleared on channel 1
[Nov 12 13:34:39] NOTICE[14759] chan_zap.c: Alarm cleared on channel 2
[Nov 12 13:34:39] NOTICE[14759] chan_zap.c: Alarm cleared on channel 3
[Nov 12 13:34:39] NOTICE[14759] chan_zap.c: Alarm cleared on channel 4
[Nov 12 13:34:39] NOTICE[14759] chan_zap.c: Alarm cleared on channel 5
[Nov 12 13:34:39] NOTICE[14759] chan_zap.c: Alarm cleared on channel 6
[Nov 12 13:34:39] NOTICE[14759] chan_zap.c: Alarm cleared on channel 7
[Nov 12 13:34:39] NOTICE[14759] chan_zap.c: Alarm cleared on channel 8
[Nov 12 13:34:39] NOTICE[14759] chan_zap.c: Alarm cleared on channel 9
[Nov 12 13:34:39] NOTICE[14759] chan_zap.c: Alarm cleared on channel
10
[Nov 12 13:34:39] NOTICE[14759] chan_zap.c: Alarm cleared on channel
11
[Nov 12 13:34:39] NOTICE[14759] chan_zap.c: Alarm cleared on channel
12
[Nov 12 13:34:39] NOTICE[14759] chan_zap.c: Alarm cleared on channel
13
[Nov 12 13:34:39] NOTICE[14759] chan_zap.c: Alarm cleared on channel
14
[Nov 12 13:34:39] NOTICE[14759] chan_zap.c: Alarm cleared on channel
15
[Nov 12 13:34:39] NOTICE[14759] chan_zap.c: Alarm cleared on channel
17
[Nov 12 13:34:39] NOTICE[14759] chan_zap.c: Alarm cleared on channel
18
[Nov 12 13:34:39] NOTICE[14759] chan_zap.c: Alarm cleared on channel
19
[Nov 12 13:34:39] NOTICE[14759] chan_zap.c: Alarm cleared on channel
20
[Nov 12 13:34:39] NOTICE[14759] chan_zap.c: Alarm cleared on channel
21
[Nov 12 13:34:39] NOTICE[14759] chan_zap.c: Alarm cleared on channel
22
[Nov 12 13:34:39] NOTICE[14759] chan_zap.c: Alarm cleared on channel
23
[Nov 12 13:34:39] NOTICE[14759] chan_zap.c: Alarm cleared on channel
24
[Nov 12 13:34:39] NOTICE[14759] chan_zap.c: Alarm cleared on channel
25
[Nov 12 13:34:39] NOTICE[14759] chan_zap.c: Alarm cleared on channel
26
[Nov 12 13:34:39] NOTICE[14759] chan_zap.c: Alarm cleared on channel
27
[Nov 12 13:34:39] NOTICE[14759] chan_zap.c: Alarm cleared on channel
28
[Nov 12 13:34:39] NOTICE[14759] chan_zap.c: Alarm cleared on channel
29
[Nov 12 13:34:39] NOTICE[14759] chan_zap.c: Alarm cleared on channel
30
[Nov 12 13:34:39] NOTICE[14759] chan_zap.c: Alarm cleared on channel
31
[Nov 12 13:34:39] NOTICE[14758] chan_zap.c: PRI got event: No more
alarm (5) on Primary D-channel of span 1
Sisco Ds
Nov 12, 2009, 7:58:01 AM11/12/09
to asterisk-es
A ver,.. Sigo averiguando cosas,...
Si dejo el zaptel así con el CRC4
# Span 1: WCT1/0 "Digium Wildcard TE110P T1/E1 Card 0" (MASTER)
span=1,1,0,ccs,hdb3,crc4
# termtype: te
bchan=1-15
dchan=16
bchan=17-31
# Global data
loadzone = es
defaultzone = es
tengo estos errores
[Nov 12 13:52:53] NOTICE[17266] chan_zap.c: PRI got event: HDLC Abort
(6) on Primary D-channel of span 1
[Nov 12 13:52:53] NOTICE[17266] chan_zap.c: PRI got event: HDLC Bad
FCS (8) on Primary D-channel of span 1
[Nov 12 13:52:54] NOTICE[17266] chan_zap.c: PRI got event: HDLC
Overrun (7) on Primary D-channel of span 1
En principio estos errores son causados por interrupciones,...
cat /proc/interrupts
CPU0 CPU1
0: 36213834 36191663 IO-APIC-edge timer
1: 1 4 IO-APIC-edge i8042
8: 0 3 IO-APIC-edge rtc
9: 0 0 IO-APIC-level acpi
50: 36141923 36165445 IO-APIC-level wcte11xp
58: 76045 0 PCI-MSI eth0
169: 21 27 IO-APIC-level uhci_hcd:usb1,
uhci_hcd:usb4, ehci_hcd:usb8
177: 394750 393885 IO-APIC-level uhci_hcd:usb3,
uhci_hcd:usb6, ehci_hcd:usb7, libata
185: 51764 51107 IO-APIC-level uhci_hcd:usb2,
uhci_hcd:usb5, libata
NMI: 0 0
LOC: 71308086 71308118
ERR: 0
MIS: 0
Está claro que no lo tengo muy limpio y tal y que no estoy con
NO_APIC,. pero aún así no creo que sea causado por interrupciones y
que al quitarle el CRC4 ya no tenga problmeas con las
interrupciones...
Estoy tabajando con un HP Proliant ML110,.. y con estas máquinas nunca
hemos tenido problemas... Sigo investigando a ver que puedo
encontrar,..
Si no les parece mal,. seguiré posteando mis pruebas, más que nada
para que estén todos informados,.. sobre todo si doy con la
solución...
Saludos y gracias a todos por sus respuestas.
> ...
>
> leer más »
Si dejo el zaptel así con el CRC4
# Span 1: WCT1/0 "Digium Wildcard TE110P T1/E1 Card 0" (MASTER)
span=1,1,0,ccs,hdb3,crc4
# termtype: te
bchan=1-15
dchan=16
bchan=17-31
# Global data
loadzone = es
defaultzone = es
[Nov 12 13:52:53] NOTICE[17266] chan_zap.c: PRI got event: HDLC Abort
(6) on Primary D-channel of span 1
[Nov 12 13:52:53] NOTICE[17266] chan_zap.c: PRI got event: HDLC Bad
FCS (8) on Primary D-channel of span 1
[Nov 12 13:52:54] NOTICE[17266] chan_zap.c: PRI got event: HDLC
Overrun (7) on Primary D-channel of span 1
En principio estos errores son causados por interrupciones,...
cat /proc/interrupts
CPU0 CPU1
0: 36213834 36191663 IO-APIC-edge timer
1: 1 4 IO-APIC-edge i8042
8: 0 3 IO-APIC-edge rtc
9: 0 0 IO-APIC-level acpi
50: 36141923 36165445 IO-APIC-level wcte11xp
58: 76045 0 PCI-MSI eth0
169: 21 27 IO-APIC-level uhci_hcd:usb1,
uhci_hcd:usb4, ehci_hcd:usb8
177: 394750 393885 IO-APIC-level uhci_hcd:usb3,
uhci_hcd:usb6, ehci_hcd:usb7, libata
185: 51764 51107 IO-APIC-level uhci_hcd:usb2,
uhci_hcd:usb5, libata
NMI: 0 0
LOC: 71308086 71308118
ERR: 0
MIS: 0
Está claro que no lo tengo muy limpio y tal y que no estoy con
NO_APIC,. pero aún así no creo que sea causado por interrupciones y
que al quitarle el CRC4 ya no tenga problmeas con las
interrupciones...
Estoy tabajando con un HP Proliant ML110,.. y con estas máquinas nunca
hemos tenido problemas... Sigo investigando a ver que puedo
encontrar,..
Si no les parece mal,. seguiré posteando mis pruebas, más que nada
para que estén todos informados,.. sobre todo si doy con la
solución...
Saludos y gracias a todos por sus respuestas.
>
> leer más »
josefu
Nov 12, 2009, 10:15:59 AM11/12/09
to asterisk-es
Hace mucho tiempo que esta montado ese primario y que esta
desconectado de la tarjeta?
En los de radio, ono si que desactiva el primario si esta mucho tiempo
sin conectar para que no les lleguen las alertas (o eso me dijo un
técnico)
No has hablado con ellos?
desconectado de la tarjeta?
En los de radio, ono si que desactiva el primario si esta mucho tiempo
sin conectar para que no les lleguen las alertas (o eso me dijo un
técnico)
No has hablado con ellos?
Sisco Ds
Nov 12, 2009, 10:23:35 AM11/12/09
to asterisk-es
Hola
Relamente es como tu dices, josefu,..
El sistema se montó hace bastante tiempo sobre todo por la
infraestrucura de datos,.. y ahora que ha llegado el momento de la
centralita y el primario nos encontramos con que no está funcionando.
Hablé con ellos la semana pasada y les dije que íbamos con las
pruebas,. volvía a hablar con ellos para decirles que no nos
funcionaba bien..
He hablado con ellos en los dos últimos días,.
Ellos me dicen que está todo correcto,. de todas formas yo hablo con
el responsable de la puesta en marcha,. estoy por llamar a soporte y
abrir una incidencia para que me lo vuelvan a revisar,... porque la
verdad es que no me cuadra...
Tu tienes montado o has montado algún primario de estos,. no me hace
falta ningún HARD entre el coaxial que viene directo de la UDI (la
unidad interior del radioenlace) y la tarjeta del asterisk ??
La otra opción como tantas veces se ha dicho en el grupo es que ONO
mienta,... que supongo que es bastante probable también!
Relamente es como tu dices, josefu,..
El sistema se montó hace bastante tiempo sobre todo por la
infraestrucura de datos,.. y ahora que ha llegado el momento de la
centralita y el primario nos encontramos con que no está funcionando.
Hablé con ellos la semana pasada y les dije que íbamos con las
pruebas,. volvía a hablar con ellos para decirles que no nos
funcionaba bien..
He hablado con ellos en los dos últimos días,.
Ellos me dicen que está todo correcto,. de todas formas yo hablo con
el responsable de la puesta en marcha,. estoy por llamar a soporte y
abrir una incidencia para que me lo vuelvan a revisar,... porque la
verdad es que no me cuadra...
Tu tienes montado o has montado algún primario de estos,. no me hace
falta ningún HARD entre el coaxial que viene directo de la UDI (la
unidad interior del radioenlace) y la tarjeta del asterisk ??
La otra opción como tantas veces se ha dicho en el grupo es que ONO
mienta,... que supongo que es bastante probable también!
Jaume Olive
Nov 12, 2009, 10:40:14 AM11/12/09
to asterisk-es
Una pregunta / reflexión:
¿Has contactado con el servicio de soporte de OpenVox?
Son muy eficientes, suelen pedir conexión ssh con el servidor ellos
entran y revisan que está todo bien configurado.
Lo digo por descartar ...
---
Jaume Olivé
¿Has contactado con el servicio de soporte de OpenVox?
Son muy eficientes, suelen pedir conexión ssh con el servidor ellos
entran y revisan que está todo bien configurado.
Lo digo por descartar ...
---
Jaume Olivé
josefu
Nov 12, 2009, 11:02:22 AM11/12/09
to asterisk-es
> Tu tienes montado o has montado algún primario de estos,. no me hace
> falta ningún HARD entre el coaxial que viene directo de la UDI (la
> unidad interior del radioenlace) y la tarjeta del asterisk ??
En los que he montado ya me dejaron en conversor a rj conectado al
> falta ningún HARD entre el coaxial que viene directo de la UDI (la
> unidad interior del radioenlace) y la tarjeta del asterisk ??
coaxial y de ahí a mi gateway.
Sisco Ds
Nov 12, 2009, 11:28:09 AM11/12/09
to asterisk-es
> En los que he montado ya me dejaron en conversor a rj conectado al
> coaxial y de ahí a mi gateway.
>Una pregunta / reflexión:
>¿Has contactado con el servicio de soporte de OpenVox?
>Son muy eficientes, suelen pedir conexión ssh con el servidor ellos
>entran y revisan que está todo bien configurado.
>Lo digo por descartar ...
configuración,. de todas formas como tu dices para descartar
Tenía en otro disco duro una versión más nueva del asterisk con dahdi
la acabo de poner y he estado haciendo pruebas con las configuraciones
y para las mismas configuraciones que con zaptel obtengo los mismos
errores,...
Había pensado en contactar con los de Capatres y contratar unas horas
de soporte,.. más que nada porque gracias a un curso con ellos me
introduje en el mundo del Asterisk...
De todas formas,.. seguiré probando y tal.. a ver si encuentro la
solución...
Jaume Olive
Nov 12, 2009, 11:34:56 AM11/12/09
to asterisk-es
En la forma que describes no he montado ninguno, siempre me he
encontrado los primarios con salida rj45, aunque el origen del
primario fuese bcn, es decir, al final siempre me he encontrado con un
rj45.
Existen dispositivos que te hacen la conversión de coaxial a rj45, son
los llamados "balun". En realidad son adaptadores de impedancia, pero
en principio las tarjetas Openvox vienen con conectores bcn a rj45, y
esto es imaginación, supongo porque la misma tarjeta ya hace la
conversión, pero quien sabe, tal vez las impedancias no sean las
correctas y por eso te falla. Pero esto no te lo puedo asegurar porque
nunca lo he hecho.
Estoy convencido que si lanzas la consulta en Openvox te lo aclararán,
seguro que se han encontrado con estos casos.
Puedes encontrar un "balun" de estos en http://www.datacom.ind.br/new/es/node/391.
Pero repito, yo no los he usado.
Otra cosa. ¿Has mirado que tengas el pin "S5" de la tarjeta bien
configurado? Aveces he recibido tarjetas de que estaban configurado en
modo T1 y no E1.
---
Jaume Olivé
encontrado los primarios con salida rj45, aunque el origen del
primario fuese bcn, es decir, al final siempre me he encontrado con un
rj45.
Existen dispositivos que te hacen la conversión de coaxial a rj45, son
los llamados "balun". En realidad son adaptadores de impedancia, pero
en principio las tarjetas Openvox vienen con conectores bcn a rj45, y
esto es imaginación, supongo porque la misma tarjeta ya hace la
conversión, pero quien sabe, tal vez las impedancias no sean las
correctas y por eso te falla. Pero esto no te lo puedo asegurar porque
nunca lo he hecho.
Estoy convencido que si lanzas la consulta en Openvox te lo aclararán,
seguro que se han encontrado con estos casos.
Puedes encontrar un "balun" de estos en http://www.datacom.ind.br/new/es/node/391.
Pero repito, yo no los he usado.
Otra cosa. ¿Has mirado que tengas el pin "S5" de la tarjeta bien
configurado? Aveces he recibido tarjetas de que estaban configurado en
modo T1 y no E1.
---
Jaume Olivé
Raúl Alexis Betancor Santana
Nov 12, 2009, 12:07:08 PM11/12/09
to aster...@googlegroups.com
On Thursday 12 November 2009 12:30:22 Sisco Ds wrote:
> Si, sí,. si los cambio el led de la tarjeta cambia a rojo y el
> asterisk marca como WARNING la tarjeta.
>
> Conforme está ahora es cuando lo marca en verde y las salidas del
> ztcfg y del zttool lo marca todo OK;. solo que nos da como DOWN en el
> span..
> Si, sí,. si los cambio el led de la tarjeta cambia a rojo y el
> asterisk marca como WARNING la tarjeta.
>
> Conforme está ahora es cuando lo marca en verde y las salidas del
> ztcfg y del zttool lo marca todo OK;. solo que nos da como DOWN en el
> span..
Si los led se ponen en verde, es que hay conexión eléctrica y los drivers
están cargados.
Si en un pri intense debug pri no ves más que tramas que salen y ninguna que
entra, solo hay 2 posibles causas:
1- Cable defectuoso, cosa que en principio puedes descartar porque la tarjeta
pilla "verde"
2- Primario inactivo.
Yo que tú, pasaba un kilo del comercial y llamaba a soporte, que te hagan
pruebas de loopback o te manden tráfico.
--
Raúl Alexis Betancor Santana
Dimensión Virtual
Sisco Ds
Nov 17, 2009, 3:36:00 AM11/17/09
to asterisk-es
A ver si lo que pasa es que necesito esto
http://www.wildix.com/product_info.php?products_id=216&cPath=50_57
Y con el balún que llevan las tarjetas Openvox no es suficiente!!
Soporte de ONO me ha comprobado el primario y me dice que todo está
OK.
Y lo que encima aún es más raro es que en otra delegación tenemos un
primario que viene por pares y con un multiplexor con salida RJ48..
Pues me está dando el mismo tipo de errores que en el primario de
coaxiales de aquí,...
Me voy a volver loco!!
On 12 nov, 18:07, Raúl Alexis Betancor Santana <r...@dimension-
http://www.wildix.com/product_info.php?products_id=216&cPath=50_57
Y con el balún que llevan las tarjetas Openvox no es suficiente!!
Soporte de ONO me ha comprobado el primario y me dice que todo está
OK.
Y lo que encima aún es más raro es que en otra delegación tenemos un
primario que viene por pares y con un multiplexor con salida RJ48..
Pues me está dando el mismo tipo de errores que en el primario de
coaxiales de aquí,...
Me voy a volver loco!!
On 12 nov, 18:07, Raúl Alexis Betancor Santana <r...@dimension-
Raúl Alexis Betancor Santana
Nov 17, 2009, 9:28:41 AM11/17/09
to aster...@googlegroups.com
On Tuesday 17 November 2009 08:36:00 Sisco Ds wrote:
> A ver si lo que pasa es que necesito esto
>
> http://www.wildix.com/product_info.php?products_id=216&cPath=50_57
>
> Y con el balún que llevan las tarjetas Openvox no es suficiente!!
> A ver si lo que pasa es que necesito esto
>
> http://www.wildix.com/product_info.php?products_id=216&cPath=50_57
>
> Y con el balún que llevan las tarjetas Openvox no es suficiente!!
Un balúm es un balúm ... y a no ser que esté jodido, funciona.
> Soporte de ONO me ha comprobado el primario y me dice que todo está
> OK.
¿Alguien ha ido a esa delegación y colocado un equipo de pruebas conectado a
ese primario y le ha funcionado? ... sino lo han hecho, no han probado nada,
solo se han conectado a la unidad de Radio y comprobado que la tarjeta de
primario está UP, que no significa que TRANSMITA hacia la salida de ese
primario.
> Y lo que encima aún es más raro es que en otra delegación tenemos un
> primario que viene por pares y con un multiplexor con salida RJ48..
>
> Pues me está dando el mismo tipo de errores que en el primario de
> coaxiales de aquí,...
Has probado la tarjeta de primarios con un LoopBack cable? ..., osea si tienes
una tarjeta de dos primarios, configura uno como net_pri y el otro como
cpe_pri, los enlazas con un cable cruzado y has pruebas, con eso te aseguras
que tu tarjeta está ok, luego .. puedes hacer la misma prueba con un par de
balums de por medio ... y verificas que los balums están bien ... a partir de
ahí tus posibilidades de fallo se limitan a:
- Cable que va desde el primario de Ono a tus balum
- Tarjeta de primario del equipo de radio (desactivada o estropeada)
Sisco Ds
Nov 17, 2009, 9:53:01 AM11/17/09
to asterisk-es
Pues han venido hoy mismo con unos equipos para testear la línea,..
Han hecho pruebas tanto a nivel físico como a nivel de enlace...
Como ya comenté es un radioenlace y el equipo del primario está en
remoto... Han hecho pruebas de loopback en remoto y el funcionamiento
es correcto.. Hemos hecho pruebas de loopback aquí y también va
correctamente,. El problema es cuando se conecta la centralita al
primario...
Desde Soporte de ONO han comprobado que la centralita está emitiendo
un montón de errores...
Estoy buscando porque me ha parecido que usan codificación CAS en
lugar de CCS,.. pero no se si eso es posible en España.... De todas
maneras voya a probar por si acaso.
Probaré también ha hacer pruebas de loopback en mi equipo a ver si
consigo algo..
Muchas gracias por la respuesta.
On 17 nov, 15:28, Raúl Alexis Betancor Santana <r...@dimension-
Han hecho pruebas tanto a nivel físico como a nivel de enlace...
Como ya comenté es un radioenlace y el equipo del primario está en
remoto... Han hecho pruebas de loopback en remoto y el funcionamiento
es correcto.. Hemos hecho pruebas de loopback aquí y también va
correctamente,. El problema es cuando se conecta la centralita al
primario...
Desde Soporte de ONO han comprobado que la centralita está emitiendo
un montón de errores...
Estoy buscando porque me ha parecido que usan codificación CAS en
lugar de CCS,.. pero no se si eso es posible en España.... De todas
maneras voya a probar por si acaso.
Probaré también ha hacer pruebas de loopback en mi equipo a ver si
consigo algo..
Muchas gracias por la respuesta.
On 17 nov, 15:28, Raúl Alexis Betancor Santana <r...@dimension-
Jaume Olive
Nov 17, 2009, 5:58:14 AM11/17/09
to asterisk-es
Puedes probar con el Balun para salir de dudas, no es un dispositivo
caro.
De todas formas, insisto, contacta con el soporte de OpenVox, entrarán
en la instalación y le echarán un vistazo.
caro.
De todas formas, insisto, contacta con el soporte de OpenVox, entrarán
en la instalación y le echarán un vistazo.
Sisco Ds
Nov 18, 2009, 12:13:43 PM11/18/09
to asterisk-es
Pues ya he hecho la consulta a soporte de OpenVox,... a ver si sacamos
algo en claro..
He insistido con soporte de ONO (creo que al final me van a conocer
por mi nombre,. o peor!!... )
Y al menos ha venido un técnico con un aparato y ha podido coger un
canal B y hacer y recibir llamadas, por lo que se confirma que los
canales del Primario están levantados.
Le he pedido que me pase los datos del primario por ver si no tengo lo
que yo pienso que hemos contratado y esto es lo que me dice...
Codificación: Ley-A + CRC4
Protocolo: PRI
tipoacceso: E1
PCM31C
HDB3
Haciendo un par de pruebas se deduce que si tengo PCM31C tengo ccs y
si tuviera un PCM30C sería cas...
Mañana por la tarde hemos programado una intervencion, va a desactivar
de la central el conctrol de CRC y yo haré lo mismo, dice que en
algunos casos puede producir errores....
Bueno,.. mañana os cuento a ver que tal
Saludos.
Entonces parece que tengo bien la configuración, lo único que me
despista es lo de Ley-A.. pero bueno...
On 17 nov, 11:58, Jaume Olive <jol...@iberoxarxa.es> wrote:
> Puedes probar con el Balun para salir de dudas, no es un dispositivo
> caro.
>
> De todas formas, insisto, contacta con el soporte de OpenVox, entrarán
> en la instalación y le echarán un vistazo.
>
> ---
>
> Jaume Olivé
> Iberoxarxa Servicios Integrales, S.L.http://www.iberoxarxa.es
algo en claro..
He insistido con soporte de ONO (creo que al final me van a conocer
por mi nombre,. o peor!!... )
Y al menos ha venido un técnico con un aparato y ha podido coger un
canal B y hacer y recibir llamadas, por lo que se confirma que los
canales del Primario están levantados.
Le he pedido que me pase los datos del primario por ver si no tengo lo
que yo pienso que hemos contratado y esto es lo que me dice...
Codificación: Ley-A + CRC4
Protocolo: PRI
tipoacceso: E1
PCM31C
HDB3
Haciendo un par de pruebas se deduce que si tengo PCM31C tengo ccs y
si tuviera un PCM30C sería cas...
Mañana por la tarde hemos programado una intervencion, va a desactivar
de la central el conctrol de CRC y yo haré lo mismo, dice que en
algunos casos puede producir errores....
Bueno,.. mañana os cuento a ver que tal
Saludos.
Entonces parece que tengo bien la configuración, lo único que me
despista es lo de Ley-A.. pero bueno...
On 17 nov, 11:58, Jaume Olive <jol...@iberoxarxa.es> wrote:
> Puedes probar con el Balun para salir de dudas, no es un dispositivo
> caro.
>
> De todas formas, insisto, contacta con el soporte de OpenVox, entrarán
> en la instalación y le echarán un vistazo.
>
> ---
>
> Jaume Olivé
Jose A. Deniz
Nov 18, 2009, 4:13:58 PM11/18/09
to aster...@googlegroups.com
Sisco Ds escribió:
> Pues ya he hecho la consulta a soporte de OpenVox,... a ver si sacamos
> algo en claro..
>
> He insistido con soporte de ONO (creo que al final me van a conocer
> por mi nombre,. o peor!!... )
>
> Y al menos ha venido un técnico con un aparato y ha podido coger un
> canal B y hacer y recibir llamadas, por lo que se confirma que los
> canales del Primario están levantados.
>
> Le he pedido que me pase los datos del primario por ver si no tengo lo
> que yo pienso que hemos contratado y esto es lo que me dice...
>
> Codificación: Ley-A + CRC4
> Protocolo: PRI
> tipoacceso: E1
> PCM31C
> HDB3
>
> Haciendo un par de pruebas se deduce que si tengo PCM31C tengo ccs y
> si tuviera un PCM30C sería cas...
>
> Mañana por la tarde hemos programado una intervencion, va a desactivar
> de la central el conctrol de CRC y yo haré lo mismo, dice que en
> algunos casos puede producir errores....
>
> Bueno,.. mañana os cuento a ver que tal
>
> Saludos.
>
> Entonces parece que tengo bien la configuración, lo único que me
> despista es lo de Ley-A.. pero bueno...
>
A-law codec (audio)
> algo en claro..
>
> He insistido con soporte de ONO (creo que al final me van a conocer
> por mi nombre,. o peor!!... )
>
> Y al menos ha venido un técnico con un aparato y ha podido coger un
> canal B y hacer y recibir llamadas, por lo que se confirma que los
> canales del Primario están levantados.
>
> Le he pedido que me pase los datos del primario por ver si no tengo lo
> que yo pienso que hemos contratado y esto es lo que me dice...
>
> Codificación: Ley-A + CRC4
> Protocolo: PRI
> tipoacceso: E1
> PCM31C
> HDB3
>
> Haciendo un par de pruebas se deduce que si tengo PCM31C tengo ccs y
> si tuviera un PCM30C sería cas...
>
> Mañana por la tarde hemos programado una intervencion, va a desactivar
> de la central el conctrol de CRC y yo haré lo mismo, dice que en
> algunos casos puede producir errores....
>
> Bueno,.. mañana os cuento a ver que tal
>
> Saludos.
>
> Entonces parece que tengo bien la configuración, lo único que me
> despista es lo de Ley-A.. pero bueno...
>
Sisco Ds
Nov 19, 2009, 9:22:23 AM11/19/09
to asterisk-es
Ah sí,. jejeje,. a-law = Ley-A,...
es que me despistó al verlo escrito en español!
Pues nada,... La prueba que hemos hecho ha consistido en apagar el
CRC4 en el equipo de voz de ONO...
En ese momento lo desactivo yo en mi Asterisk y.....
RED ALARM
elastix*CLI> pri show span 1
Primary D-channel: 16
Status: Provisioned, In Alarm, Down, Active
Switchtype: EuroISDN
Type: Network
Window Length: 0/7
Sentrej: 0
SolicitFbit: 0
Retrans: 0
Busy: 0
Overlap Dial: 0
T200 Timer: 1000
T203 Timer: 10000
T305 Timer: 30000
T308 Timer: 4000
T309 Timer: -1
T313 Timer: 4000
N200 Counter: 3
Esto es pegar cabezazos contra un muro!!
Nada,. seguiré investigando y probando!!
es que me despistó al verlo escrito en español!
Pues nada,... La prueba que hemos hecho ha consistido en apagar el
CRC4 en el equipo de voz de ONO...
En ese momento lo desactivo yo en mi Asterisk y.....
RED ALARM
elastix*CLI> pri show span 1
Primary D-channel: 16
Status: Provisioned, In Alarm, Down, Active
Switchtype: EuroISDN
Type: Network
Window Length: 0/7
Sentrej: 0
SolicitFbit: 0
Retrans: 0
Busy: 0
Overlap Dial: 0
T200 Timer: 1000
T203 Timer: 10000
T305 Timer: 30000
T308 Timer: 4000
T309 Timer: -1
T313 Timer: 4000
N200 Counter: 3
Esto es pegar cabezazos contra un muro!!
Nada,. seguiré investigando y probando!!
Sisco Ds
Nov 24, 2009, 6:44:08 AM11/24/09
to asterisk-es
Buenas,..
Y al final sonó la flauta,...
Desde soporte de Openvox me dijeron que cambiara la placa y el
procesador según este correo
-------------------------
I have logined in your system, found it's a hardware compatibility
problem, when i run command "dmesg", the output is:
dahdi: HDLC Receiver overrun on channel WCT1/0/16 (master=WCT1/0/16)
dahdi: HDLC Receiver overrun on channel WCT1/0/16 (master=WCT1/0/16)
Can you change another PC to try? Only intel core 2 cpu, intel
chipset, 2G RAM
-------------------------
El caso es que tengo un servidor en producción con un primario (en
este caso con telefónica) y se me ocurrió fuera de horario de trabajo,
conectarlo al primario de ONO y oh maravilla se puso a funcionar...
Así que cogí otra placa y otro procesador y monté la misma versión y
configuraciones y no funcionó... me daba los mismos errores de HDLC
Entonces ya hice lo que no pensaba nunca que funcionaría,.. cogí el
disco duro de la máquina que funcionaba lo cloné,. y lo puse en el
HARD de la máquina que no funcionaba y se puso todo a funcionar,.. es
más,. cogí ese disco y lo puse en la primera máquina con la que probé
y en la que soporte de Openvox me dijo que habían problemas en el HARD
y se puso a funcionar....
Bueno,. así que me puse a buscar las 7 diferencias,... y al parecer
todo viene porque estoy usando la tarjeta D110PG,.. vaya tontería,.
parece que todo es por culpa del driver de la tarjeta,...
Recompilé el dahdi con el parche y se me ha puesto todo a
funcionar....
He seguido este post
http://www.openvox.com.cn/bbs/viewtopic.php?t=576&sid=7b66bb97b03bcb44954bc1cfbbbaa00c
Así que nada,. supongo que todo es culpa mía,... pero bueno, al final
he encontrado la solución... si bien es cierto que en las primeras
veces que probamos el servidor en produccion con el primario de ONO no
nos funcionó,. han habido una serie de carambolas y al final lo único
que faltaba era parchear la tarjetita de marras....
Bueno, agradeceros a todos vuestras aportaciones y nada,.. espero que
esto sirva de ayuda para quien sea que se encuentre en la misma
situación!!
Saludos a todos!!
P.D: Aunque con un poco de rabia por no haberme dado cuenta antes,.
soy feliz!,. ajjajaja
Y al final sonó la flauta,...
Desde soporte de Openvox me dijeron que cambiara la placa y el
procesador según este correo
-------------------------
I have logined in your system, found it's a hardware compatibility
problem, when i run command "dmesg", the output is:
dahdi: HDLC Receiver overrun on channel WCT1/0/16 (master=WCT1/0/16)
dahdi: HDLC Receiver overrun on channel WCT1/0/16 (master=WCT1/0/16)
Can you change another PC to try? Only intel core 2 cpu, intel
chipset, 2G RAM
-------------------------
El caso es que tengo un servidor en producción con un primario (en
este caso con telefónica) y se me ocurrió fuera de horario de trabajo,
conectarlo al primario de ONO y oh maravilla se puso a funcionar...
Así que cogí otra placa y otro procesador y monté la misma versión y
configuraciones y no funcionó... me daba los mismos errores de HDLC
Entonces ya hice lo que no pensaba nunca que funcionaría,.. cogí el
disco duro de la máquina que funcionaba lo cloné,. y lo puse en el
HARD de la máquina que no funcionaba y se puso todo a funcionar,.. es
más,. cogí ese disco y lo puse en la primera máquina con la que probé
y en la que soporte de Openvox me dijo que habían problemas en el HARD
y se puso a funcionar....
Bueno,. así que me puse a buscar las 7 diferencias,... y al parecer
todo viene porque estoy usando la tarjeta D110PG,.. vaya tontería,.
parece que todo es por culpa del driver de la tarjeta,...
Recompilé el dahdi con el parche y se me ha puesto todo a
funcionar....
He seguido este post
http://www.openvox.com.cn/bbs/viewtopic.php?t=576&sid=7b66bb97b03bcb44954bc1cfbbbaa00c
Así que nada,. supongo que todo es culpa mía,... pero bueno, al final
he encontrado la solución... si bien es cierto que en las primeras
veces que probamos el servidor en produccion con el primario de ONO no
nos funcionó,. han habido una serie de carambolas y al final lo único
que faltaba era parchear la tarjetita de marras....
Bueno, agradeceros a todos vuestras aportaciones y nada,.. espero que
esto sirva de ayuda para quien sea que se encuentre en la misma
situación!!
Saludos a todos!!
P.D: Aunque con un poco de rabia por no haberme dado cuenta antes,.
soy feliz!,. ajjajaja
Sisco Ds
Dec 3, 2009, 12:22:42 PM12/3/09
to asterisk-es
Ah,.. me quiero morir!!
Bueno les cuento!!
El otro día fuí a poner el servidor en su sitio. Pues bien,. lo apagué
y cuando lo volví a arrancar me encuentro con esto.
Las llamadas salientes no tienen audio, y las entrantes funcionan
perfectamente!!!
He intentado volver sobre mis pasos y no ha habido manera,... Incluso
he reinstalado desde cero,...
Pero no hay tu tía!!
Alguna idea al respecto??
Saludos.
> http://www.openvox.com.cn/bbs/viewtopic.php?t=576&sid=7b66bb97b03bcb4...
Bueno les cuento!!
El otro día fuí a poner el servidor en su sitio. Pues bien,. lo apagué
y cuando lo volví a arrancar me encuentro con esto.
Las llamadas salientes no tienen audio, y las entrantes funcionan
perfectamente!!!
He intentado volver sobre mis pasos y no ha habido manera,... Incluso
he reinstalado desde cero,...
Pero no hay tu tía!!
Alguna idea al respecto??
Saludos.
Ramses II
Dec 3, 2009, 4:14:02 PM12/3/09
to aster...@googlegroups.com
Si de verdad solo apagaste, cambiaste el servidor de sitio, arrancaste y no
funciona como antes, sala las tarjetas y vuelve a pincharlas...
Saludos,
Ramses
-----Mensaje original-----
De: aster...@googlegroups.com [mailto:aster...@googlegroups.com] En
nombre de Sisco Ds
Enviado el: jueves, 03 de diciembre de 2009 18:23
Para: asterisk-es
Asunto: [Asterisk-ES] Re: PRI Coaxial ONO
funciona como antes, sala las tarjetas y vuelve a pincharlas...
Saludos,
Ramses
-----Mensaje original-----
De: aster...@googlegroups.com [mailto:aster...@googlegroups.com] En
nombre de Sisco Ds
Enviado el: jueves, 03 de diciembre de 2009 18:23
Para: asterisk-es
Asunto: [Asterisk-ES] Re: PRI Coaxial ONO
Sisco Ds
Dec 4, 2009, 5:43:57 AM12/4/09
to asterisk-es
De momento nada,. la he sacado y la he vuelto a pinchar,... he
cambiado la tarjeta por otra y me sigue haciendo lo mismo..
He reinstalado el sistema y sigue todo igual...
cambiado la tarjeta por otra y me sigue haciendo lo mismo..
He reinstalado el sistema y sigue todo igual...
Ramses II
Dec 4, 2009, 6:05:44 AM12/4/09
to aster...@googlegroups.com
¿El primario también te lo han cambiado de sitio?
¿Los cables son los mismos?
...
Saludos,
Ramses
-----Mensaje original-----
De: aster...@googlegroups.com [mailto:aster...@googlegroups.com] En
nombre de Sisco Ds
Enviado el: viernes, 04 de diciembre de 2009 11:44
¿Los cables son los mismos?
...
Saludos,
Ramses
-----Mensaje original-----
De: aster...@googlegroups.com [mailto:aster...@googlegroups.com] En
nombre de Sisco Ds
Sisco Ds
Dec 4, 2009, 7:28:27 AM12/4/09
to asterisk-es
Si,si
son los mismos,.. lo único que he hecho es subirlo a otra balda de la
estantería del cuarto de servidores,... y tenía que cambiar el cable
de alimentación del servidor.
Ramses II
Dec 4, 2009, 7:47:48 AM12/4/09
to aster...@googlegroups.com
A parte de que al servidor le dé pánico esa balda, no tiene sentido... ;-)
¿Algún cable malo?
¿Problemas de tierra con el nuevo cable de alimentación / toma?
Salvo haber hecho algún cambio sin haber hecho un reload y a la hora de
arrancar, ha arrancado con ese cambio que nunca se probó...
Saludos,
Ramses
-----Mensaje original-----
De: aster...@googlegroups.com [mailto:aster...@googlegroups.com] En
nombre de Sisco Ds
Enviado el: viernes, 04 de diciembre de 2009 13:28
¿Algún cable malo?
¿Problemas de tierra con el nuevo cable de alimentación / toma?
Salvo haber hecho algún cambio sin haber hecho un reload y a la hora de
arrancar, ha arrancado con ese cambio que nunca se probó...
Saludos,
Ramses
-----Mensaje original-----
De: aster...@googlegroups.com [mailto:aster...@googlegroups.com] En
nombre de Sisco Ds
Juan Carlos Valero
Dec 5, 2009, 8:13:06 AM12/5/09
to aster...@googlegroups.com
En realidad has hecho algo mas. has reinstalado el servidor. Solo con eso has introducido un elemento mas de incertidumbre. Antes los poltergeist (antes funcionaba, solo he cambiado el cable y ahora no funciona) lo ultimo que hay que hacer es cambiar cosas.
Si funciona y deja de funcionar, cada cosa que cambiemos introduce la posibilidad de que se enmascare el problema real. Podemos introducir sin darnos cuenta errores. Si el equipo funcionaba y al subirlo a una balda dejo de funcionar, se prueban cables, de forma ordenada, y sobre todo tomas de alimentacion que con fases cambiadas son muy propensas a fenomenos extraños. Recuerdo un problema con una Silicom Graphics de perdida del 10% de paquetes de red debido a una toma electrica sin tierra conectada. En la toma con tierra funcionaba OK, movia el equipo 30 cm y lo conectaba a la otra toma de alimentacion y dejaba de funcionar. Explicandolo asi suena muy facil, pero fue una mañana entera de pruebas hasta encontrar que causaba el fallo.
Un saludo,
Juan Carlos Valero
Capa Tres Soluciones Tecnológicas S.L.
Datos de contacto en http://capatres.tel
-------------------------------------------------------------------------
----- "Sisco Ds" <francisco....@gmail.com> escribió:
| De: "Sisco Ds" <francisco....@gmail.com>
| Para: "asterisk-es" <aster...@googlegroups.com>
| Enviados: Viernes, 4 de Diciembre 2009 13:28:27
Si funciona y deja de funcionar, cada cosa que cambiemos introduce la posibilidad de que se enmascare el problema real. Podemos introducir sin darnos cuenta errores. Si el equipo funcionaba y al subirlo a una balda dejo de funcionar, se prueban cables, de forma ordenada, y sobre todo tomas de alimentacion que con fases cambiadas son muy propensas a fenomenos extraños. Recuerdo un problema con una Silicom Graphics de perdida del 10% de paquetes de red debido a una toma electrica sin tierra conectada. En la toma con tierra funcionaba OK, movia el equipo 30 cm y lo conectaba a la otra toma de alimentacion y dejaba de funcionar. Explicandolo asi suena muy facil, pero fue una mañana entera de pruebas hasta encontrar que causaba el fallo.
Un saludo,
Juan Carlos Valero
Capa Tres Soluciones Tecnológicas S.L.
Datos de contacto en http://capatres.tel
-------------------------------------------------------------------------
----- "Sisco Ds" <francisco....@gmail.com> escribió:
| De: "Sisco Ds" <francisco....@gmail.com>
| Para: "asterisk-es" <aster...@googlegroups.com>
| Enviados: Viernes, 4 de Diciembre 2009 13:28:27
Ramses II
Dec 7, 2009, 5:45:49 AM12/7/09
to aster...@googlegroups.com
Juan Carlos, buenos días,
Estoy contigo, no le deseo un problema de tierra ni a mi peor enemigo… ;-)
Yo le he comentado lo mismo.
Claro, también tenemos ese porcentaje de casualidad, que a todos nos ha pasado: Funcionaba – Apagas – Enciendes – No funciona – 3 días después se averigua que la tarjeta/placa/disco/loquesea jodido.
Evidentemente, es a lo último que recurrimos salvo que tengamos piezas para las pruebas. Eso sí, pieza probada, pieza restaurada, es decir, probamos pieza nueva – Mismo error – Volvemos a montar la que había. A quién no le ha pasado que la que se cambia también está tocada y al final tienes 2 fallos en vez de uno, y eso sí que es ya volverse loco… :-(
Saludos,
Ramses
Juan Carlos Valero
Dec 7, 2009, 8:34:24 AM12/7/09
to aster...@googlegroups.com
O lo que es peor... cambias pieza, se estropea y tienes dos estropeadas... 8-)
Un saludo,
Juan Carlos Valero
Capa Tres Soluciones Tecnológicas S.L.
Datos de contacto en http://capatres.tel
-------------------------------------------------------------------------
----- "Ramses II" <ramses....@gmail.com> escribió:
| De: "Ramses II" <ramses....@gmail.com>
| Para: aster...@googlegroups.com
| Enviados: Lunes, 7 de Diciembre 2009 11:45:49
| De: "Ramses II" <ramses....@gmail.com>
| Para: aster...@googlegroups.com
| Enviados: Lunes, 7 de Diciembre 2009 11:45:49
Sisco Ds
Dec 10, 2009, 4:58:31 PM12/10/09
to asterisk-es
Bueno,...
Pues a la vista de todo esto el miércoles hice lo siguiente,.. cargué
en el coche el servidor con el que estoy probando y otro exactamente
igual (lo único que no lleva tarjetas de RDSI) y me fuí a la
delegación que tenemos en Murcia,... Allí tenemos otro primario de ONO
(este no va con radioenlace) y oh sorpresa, el mismo equipo que en la
delegación principal no me estaba funcionando allí se pone a funcionar
sin tocar nada, pero nada de nada,...
Cojo el otro servidor lo pruebo con otra tarjeta de primario )también
(D110PG) y también funciona.... Y hago lo siguiente,.. reinstalo desde
0 uno de los servidores, parcheo la tarjeta (D110PG) y también
funciona,...
Me vuelvo a la delegación principal pruebo ambos servidores y la
situación la misma,.. puedo recibir llamdadas perfectamente pero al
hacer llamadas saliente me quedo sin audio.
Por cierto,. he probado también cambiando el cable de alimentación del
servidor y el enchufe desde el que coge la alimentación.
He llamado a ONO para asegurarme que tal y como ellos dicen, la
configuración de los dos primarios es exactamente igual, e incluso hoy
me han enviado un técnico pero como siempre ( o al menos la mitad de
los casos) ha venido sin el material necesario y no ha podido probar
el Primario.
Hemos quedado que enviarán a alguien de la empresa instaladora del
radioenlace (Abertis) a que compruebe el circuito,.. por cierto que he
pensado que pudiera ser un error en los cables coaxiales,. pero
bueno,. si no pierdo sincronismo y tampoco tengo problemas al recibir
llamadas,. pues vete tu a saber,. también he probado cambiando el
balún!!
Vamos,.. me queda hacer una prueba más,.. que se me acaba de ocurrir
mientras escribía lo de los enchufes,.. que sería probar a enchufar a
uno que no venga del SAI (por si yo que sé ),... y poco más,...
A ver si con un poco de suerte vienen los técnicos y pueden reproducir
el mismo error con sus equipos,... a la vista de la prueba de Murcia
yo diría que no es tema ni de configuración ni de Hardware,. pero
bueno a saber...
¿Ustedes que opinan?
Bueno solo me queda una cosa más,. y es prometerles que cuando aclare
esto,. que lo aclararé sea como sea,.. les deberé algo aunque solo sea
por la tormenta de ideas y por el apoyo de no sentirme sólo en estas
cosas!!!
Un saludo a todos y muchas gracias!!
On Dec 7, 2:34 pm, Juan Carlos Valero <jcval...@capatres.com> wrote:
> O lo que es peor... cambias pieza, se estropea y tienes dos estropeadas... 8-)
>
> Un saludo,
>
> Juan Carlos Valero
> Capa Tres Soluciones Tecnológicas S.L.
> Datos de contacto enhttp://capatres.tel
> -------------------------------------------------------------------------
>
> ----- "Ramses II" <ramses.sevi...@gmail.com> escribió:
> | De: "Ramses II" <ramses.sevi...@gmail.com>
> | -------------------------------------------------------------------------
> |
> |
> | ----- "Sisco Ds" <francisco.casasemp...@gmail.com> escribió:
> | | De: "Sisco Ds" <francisco.casasemp...@gmail.com>
> | | > > > > > > canales del...
>
> read more »
Pues a la vista de todo esto el miércoles hice lo siguiente,.. cargué
en el coche el servidor con el que estoy probando y otro exactamente
igual (lo único que no lleva tarjetas de RDSI) y me fuí a la
delegación que tenemos en Murcia,... Allí tenemos otro primario de ONO
(este no va con radioenlace) y oh sorpresa, el mismo equipo que en la
delegación principal no me estaba funcionando allí se pone a funcionar
sin tocar nada, pero nada de nada,...
Cojo el otro servidor lo pruebo con otra tarjeta de primario )también
(D110PG) y también funciona.... Y hago lo siguiente,.. reinstalo desde
0 uno de los servidores, parcheo la tarjeta (D110PG) y también
funciona,...
Me vuelvo a la delegación principal pruebo ambos servidores y la
situación la misma,.. puedo recibir llamdadas perfectamente pero al
hacer llamadas saliente me quedo sin audio.
Por cierto,. he probado también cambiando el cable de alimentación del
servidor y el enchufe desde el que coge la alimentación.
He llamado a ONO para asegurarme que tal y como ellos dicen, la
configuración de los dos primarios es exactamente igual, e incluso hoy
me han enviado un técnico pero como siempre ( o al menos la mitad de
los casos) ha venido sin el material necesario y no ha podido probar
el Primario.
Hemos quedado que enviarán a alguien de la empresa instaladora del
radioenlace (Abertis) a que compruebe el circuito,.. por cierto que he
pensado que pudiera ser un error en los cables coaxiales,. pero
bueno,. si no pierdo sincronismo y tampoco tengo problemas al recibir
llamadas,. pues vete tu a saber,. también he probado cambiando el
balún!!
Vamos,.. me queda hacer una prueba más,.. que se me acaba de ocurrir
mientras escribía lo de los enchufes,.. que sería probar a enchufar a
uno que no venga del SAI (por si yo que sé ),... y poco más,...
A ver si con un poco de suerte vienen los técnicos y pueden reproducir
el mismo error con sus equipos,... a la vista de la prueba de Murcia
yo diría que no es tema ni de configuración ni de Hardware,. pero
bueno a saber...
¿Ustedes que opinan?
Bueno solo me queda una cosa más,. y es prometerles que cuando aclare
esto,. que lo aclararé sea como sea,.. les deberé algo aunque solo sea
por la tormenta de ideas y por el apoyo de no sentirme sólo en estas
cosas!!!
Un saludo a todos y muchas gracias!!
On Dec 7, 2:34 pm, Juan Carlos Valero <jcval...@capatres.com> wrote:
> O lo que es peor... cambias pieza, se estropea y tienes dos estropeadas... 8-)
>
> Un saludo,
>
> Juan Carlos Valero
> Capa Tres Soluciones Tecnológicas S.L.
> -------------------------------------------------------------------------
>
> ----- "Ramses II" <ramses.sevi...@gmail.com> escribió:
> | De: "Ramses II" <ramses.sevi...@gmail.com>
> | Para: aster...@googlegroups.com
> | Enviados: Lunes, 7 de Diciembre 2009 11:45:49
> | Asunto: [Asterisk-ES] Re: PRI Coaxial ONO
> |
> |
> |
>
> Juan Carlos , buenos días,
> | Enviados: Lunes, 7 de Diciembre 2009 11:45:49
> | Asunto: [Asterisk-ES] Re: PRI Coaxial ONO
> |
> |
> |
>
>
> Estoy contigo, no le deseo un problema de tierra ni a mi peor enemigo… ;-)
>
> Yo le he comentado lo mismo.
>
> Claro, también tenemos ese porcentaje de casualidad, que a todos nos ha pasado: Funcionaba – Apagas – Enciendes – No funciona – 3 días después se averigua que la tarjeta/placa/disco/loquesea jodido.
>
> Evidentemente, es a lo último que recurrimos salvo que tengamos piezas para las pruebas. Eso sí, pieza probada, pieza restaurada, es decir, probamos pieza nueva – Mismo error – Volvemos a montar la que había. A quién no le ha pasado que la que se cambia también está tocada y al final tienes 2 fallos en vez de uno, y eso sí que es ya volverse loco… :-(
>
> Saludos,
>
> Ramses
>
> |
>
> Estoy contigo, no le deseo un problema de tierra ni a mi peor enemigo… ;-)
>
> Yo le he comentado lo mismo.
>
> Claro, también tenemos ese porcentaje de casualidad, que a todos nos ha pasado: Funcionaba – Apagas – Enciendes – No funciona – 3 días después se averigua que la tarjeta/placa/disco/loquesea jodido.
>
> Evidentemente, es a lo último que recurrimos salvo que tengamos piezas para las pruebas. Eso sí, pieza probada, pieza restaurada, es decir, probamos pieza nueva – Mismo error – Volvemos a montar la que había. A quién no le ha pasado que la que se cambia también está tocada y al final tienes 2 fallos en vez de uno, y eso sí que es ya volverse loco… :-(
>
> Saludos,
>
> Ramses
>
> |
>
> De: aster...@googlegroups.com [mailto:aster...@googlegroups.com] En nombre de Juan Carlos Valero
> | Enviado el: sábado, 05 de diciembre de 2009 14:13
> | Para: aster...@googlegroups.com
> | Asunto: [Asterisk-ES] Re: PRI Coaxial ONO
>
> En realidad has hecho algo mas. has reinstalado el servidor. Solo con eso has introducido un elemento mas de incertidumbre. Antes los poltergeist (antes funcionaba, solo he cambiado el cable y ahora no funciona) lo ultimo que hay que hacer es cambiar cosas.
> |
> | Si funciona y deja de funcionar, cada cosa que cambiemos introduce la posibilidad de que se enmascare el problema real. Podemos introducir sin darnos cuenta errores. Si el equipo funcionaba y al subirlo a una balda dejo de funcionar, se prueban cables, de forma ordenada, y sobre todo tomas de alimentacion que con fases cambiadas son muy propensas a fenomenos extraños. Recuerdo un problema con una Silicom Graphics de perdida del 10% de paquetes de red debido a una toma electrica sin tierra conectada. En la toma con tierra funcionaba OK, movia el equipo 30 cm y lo conectaba a la otra toma de alimentacion y dejaba de funcionar. Explicandolo asi suena muy facil, pero fue una mañana entera de pruebas hasta encontrar que causaba el fallo.
> |
> | Un saludo,
> |
> | Juan Carlos Valero
> | Capa Tres Soluciones Tecnológicas S.L.
> | Datos de contacto enhttp://capatres.tel
> | Enviado el: sábado, 05 de diciembre de 2009 14:13
> | Para: aster...@googlegroups.com
> | Asunto: [Asterisk-ES] Re: PRI Coaxial ONO
>
> En realidad has hecho algo mas. has reinstalado el servidor. Solo con eso has introducido un elemento mas de incertidumbre. Antes los poltergeist (antes funcionaba, solo he cambiado el cable y ahora no funciona) lo ultimo que hay que hacer es cambiar cosas.
> |
> | Si funciona y deja de funcionar, cada cosa que cambiemos introduce la posibilidad de que se enmascare el problema real. Podemos introducir sin darnos cuenta errores. Si el equipo funcionaba y al subirlo a una balda dejo de funcionar, se prueban cables, de forma ordenada, y sobre todo tomas de alimentacion que con fases cambiadas son muy propensas a fenomenos extraños. Recuerdo un problema con una Silicom Graphics de perdida del 10% de paquetes de red debido a una toma electrica sin tierra conectada. En la toma con tierra funcionaba OK, movia el equipo 30 cm y lo conectaba a la otra toma de alimentacion y dejaba de funcionar. Explicandolo asi suena muy facil, pero fue una mañana entera de pruebas hasta encontrar que causaba el fallo.
> |
> | Un saludo,
> |
> | Juan Carlos Valero
> | Capa Tres Soluciones Tecnológicas S.L.
> | -------------------------------------------------------------------------
> |
> |
> | ----- "Sisco Ds" <francisco.casasemp...@gmail.com> escribió:
> | | De: "Sisco Ds" <francisco.casasemp...@gmail.com>
>
> read more »
Sisco Ds
Dec 11, 2009, 7:27:48 AM12/11/09
to asterisk-es
Final feliz?!?!?!
Esta mañana a las 8:30h he hecho una prueba y seguía fallando...
Hoy han venido los técnicos de Abertis,... sobre las 10:30,..se han
traído un analizador de protocolos, un aparato llamado "Aurora" de
Siemens para simular la centralita, es como un Harrier de los típicos
de RDSI pero para primarios y un portatil con el soft de Siemens para
monitorizar el radio-enlace.
El caso es que se han tirado media hora configurando el aparato se
ponen a probar y oh maravillas les funciona todo a la primera,...
hacen un para de pruebas más y me dicen,. prueba tu ahora... Conecto
el asterisk,.. y también me funciona.
Han cogido y han llamado a ONO y les han preguntado si han tocado
algo,.. y les han dicho que esta mañana a las 7:40 han reiniciado en
remoto el equipo del primario (que está al otro extremo del
radioenlace, que conste que no tengo acceso),... y que ya no han hecho
nada más...
Siguiendo la mayor primitiva del grupo supongo que como siempre el
proveedor está mintiendo,..
Así que de momento me funciona pero no se porqué y tampoco sé si
aguantará solo un par de días como la otra vez....
Bueno señores,... no me he quedado nada convencido con el tema este,.
ya les iré contando como van las cosas,.. usaré este post para
decirles cuando ponga el servidor en producción!
Nuevamente un saludo a todos!!
> ...
>
> leer más »
Esta mañana a las 8:30h he hecho una prueba y seguía fallando...
Hoy han venido los técnicos de Abertis,... sobre las 10:30,..se han
traído un analizador de protocolos, un aparato llamado "Aurora" de
Siemens para simular la centralita, es como un Harrier de los típicos
de RDSI pero para primarios y un portatil con el soft de Siemens para
monitorizar el radio-enlace.
El caso es que se han tirado media hora configurando el aparato se
ponen a probar y oh maravillas les funciona todo a la primera,...
hacen un para de pruebas más y me dicen,. prueba tu ahora... Conecto
el asterisk,.. y también me funciona.
Han cogido y han llamado a ONO y les han preguntado si han tocado
algo,.. y les han dicho que esta mañana a las 7:40 han reiniciado en
remoto el equipo del primario (que está al otro extremo del
radioenlace, que conste que no tengo acceso),... y que ya no han hecho
nada más...
Siguiendo la mayor primitiva del grupo supongo que como siempre el
proveedor está mintiendo,..
Así que de momento me funciona pero no se porqué y tampoco sé si
aguantará solo un par de días como la otra vez....
Bueno señores,... no me he quedado nada convencido con el tema este,.
ya les iré contando como van las cosas,.. usaré este post para
decirles cuando ponga el servidor en producción!
Nuevamente un saludo a todos!!
>
> leer más »
Sisco Ds
Dec 16, 2009, 7:28:29 AM12/16/09
to asterisk-es
SOLUCIONADO!!!
Señores ahora sí!!!
El día 11 me lo dejaron funcionando y el día 14 a las 16:30 se volvió
a caer,.. Pero con una diferencia, esta vez no había tocado nada ni
había habido ningún reinicio.
Hoy lo he solucionado junto con los técnicos de ONO y apunten el dato
que puede ser importante!!
En ciertas ocasiones y tras unos días de uso repetidos errores hacen
que el canal 1 (TIME SLOT 1) de un Primario con Radio Enlace se
bloquee.
En estos casos el marcado que funciona por el canal D ( 16 - TIME SLOT
16) funciona correctamente pero el audio que va por el canal B-1 no
funciona, justo lo que me pasaba.
En cuanto a la llamadas entrantes, en el caso de ONO la entrada se
produce por un canal aleatorio y si casualidad no pillaba el canal 1
la comunicación era perfecta.
Probando con los técnicos de ONO se me ha ocurrido cambiar la salida
del TRUNK de g0 a G0 y las llamadas al salir por el canal 31 han ido
todas perfectamente. También hemos comprobado que bloqueando, desde la
central de ONO los canales del primario y dejando habilitado solo el
canal 1 para recibir llamadas también se producía el fenómeno de
pérdida de audio.
Si les pasa esto y quieren explicárselo a su técnico, OJO a una cosa,
el canal del primario que nos muestra la consola del Asterisk no tiene
porque ser el mismo en la central de ONO. En mi caso, el canal 1 de mi
primario era el TIME SLOT 4 en su central, supongo que por el montaje
en particular que tengan allí.
De momento he solucionado el tema declarando en el chan_dahdi.conf el
primario de esta manera
channel => 2-15,17-31
Ahora queda que ellos solucionen este tema, por lo visto se arreglaría
haciendo un cambio de "puerto".
Por su parte también me han bloqueado el canal 1 para que no me
entreguen llamadas por ese puerto,. así es que ahora tengo una
primario con 29 canales, jejejej,. pero completamente operativo.
Así que nada,.. apunten esto por si alguna vez tienen que hacer alguna
instalación de un primario mediante radioenlace.
Yo les aseguro que esto no se me olvidará.
Un saludo y un abrazo a todos.
> ...
>
> leer más »
Señores ahora sí!!!
El día 11 me lo dejaron funcionando y el día 14 a las 16:30 se volvió
a caer,.. Pero con una diferencia, esta vez no había tocado nada ni
había habido ningún reinicio.
Hoy lo he solucionado junto con los técnicos de ONO y apunten el dato
que puede ser importante!!
En ciertas ocasiones y tras unos días de uso repetidos errores hacen
que el canal 1 (TIME SLOT 1) de un Primario con Radio Enlace se
bloquee.
En estos casos el marcado que funciona por el canal D ( 16 - TIME SLOT
16) funciona correctamente pero el audio que va por el canal B-1 no
funciona, justo lo que me pasaba.
En cuanto a la llamadas entrantes, en el caso de ONO la entrada se
produce por un canal aleatorio y si casualidad no pillaba el canal 1
la comunicación era perfecta.
Probando con los técnicos de ONO se me ha ocurrido cambiar la salida
del TRUNK de g0 a G0 y las llamadas al salir por el canal 31 han ido
todas perfectamente. También hemos comprobado que bloqueando, desde la
central de ONO los canales del primario y dejando habilitado solo el
canal 1 para recibir llamadas también se producía el fenómeno de
pérdida de audio.
Si les pasa esto y quieren explicárselo a su técnico, OJO a una cosa,
el canal del primario que nos muestra la consola del Asterisk no tiene
porque ser el mismo en la central de ONO. En mi caso, el canal 1 de mi
primario era el TIME SLOT 4 en su central, supongo que por el montaje
en particular que tengan allí.
De momento he solucionado el tema declarando en el chan_dahdi.conf el
primario de esta manera
channel => 2-15,17-31
Ahora queda que ellos solucionen este tema, por lo visto se arreglaría
haciendo un cambio de "puerto".
Por su parte también me han bloqueado el canal 1 para que no me
entreguen llamadas por ese puerto,. así es que ahora tengo una
primario con 29 canales, jejejej,. pero completamente operativo.
Así que nada,.. apunten esto por si alguna vez tienen que hacer alguna
instalación de un primario mediante radioenlace.
Yo les aseguro que esto no se me olvidará.
Un saludo y un abrazo a todos.
>
> leer más »
Ramses II
Dec 16, 2009, 12:00:42 PM12/16/09
to aster...@googlegroups.com
Lo que no se te debe de olvidar es que te deben un canal, que a ellos se le
olvida....
Que pongan un reset a la 5:45 de la mañana, que es como te lo solucionaron
la otra vez...
Saludos,
Ramses
-----Mensaje original-----
De: aster...@googlegroups.com [mailto:aster...@googlegroups.com] En
nombre de Sisco Ds
Enviado el: miércoles, 16 de diciembre de 2009 13:28
--
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
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
- Para anular la suscripción: asterisk-es...@googlegroups.com
olvida....
Que pongan un reset a la 5:45 de la mañana, que es como te lo solucionaron
la otra vez...
Saludos,
Ramses
-----Mensaje original-----
De: aster...@googlegroups.com [mailto:aster...@googlegroups.com] En
nombre de Sisco Ds
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
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
- Para anular la suscripción: asterisk-es...@googlegroups.com
Sisco Ds
Dec 21, 2009, 6:51:23 AM12/21/09
to asterisk-es
Ya tengo mis 30 canales de voz,.. incluído el 1...
Ahora viene lo raro de la explicación, resulta que no iba el canal 1,
porque el radioenlace usaba ese canal para su gestión de control.
Cuando vinieron a probar desde aquí se dieron cuenta que el problema
no estaba en el primario sino en el radioenlace. Ya que al otro lado
del radioenlace no reprodución el problema y desde aquí si.
Quitaron esa configuración (ellos la llamaban Canal-D: 1) en las dos
antenas (ambos extremos) y con eso ya habilitamos el canal 1. Por si
alguien le sirve esto de pista ante una situación similar el
radioenlace es SIEMENS.
Pues bien,. ahora me asalta estas preguntas,
- ¿Cómo es posible que en su día a me me llegaa a funcionar??
- ¿Habilitarían esa función sin querer después de haber hecho yo las
pruebas favorablemente??,...
- ¿Será algo del tipo configuración por defecto del radioenlace y
habrían hecho algún reset??
Y yo creo que este es el final de la historia, espero,.. jejejje
Saludos a todos
> ...
>
> leer más »
Reply all
Reply to author
Forward
0 new messages