No puedo conectar Asterisk con una central Nec

[paty]

Hola,

Quiero conectar Asterisk con una central Nec. Estoy utilizando una
tarjeta: TE212P:
La tarjeta tiene dos puertos en el primer span tengo conectado un E1
pero me lo brinda la PSTN y funciona correctamente.

En el segundo span quiero conectar Asterisk on una central Nec:

Mi configuración para el sugundo puerto es:

la configuración del archivo zaptel.conf es:

span = 2,1,0,ccs,hdb3
bchan = 32-46,48-62
dchan = 47
loadzone = us
defaultzone = us


La configuración de zapata.conf es:

switchtype=euroisdn
signalling=pri_net

channnel => 32-46,48-62

La luz de la tarjeta TE212P esta en verde y la luz de la placa de la
central tambien.

Pero en el cli tengo el siguiente error:

Primary D-Channel on span 2 up
Apr 11 16:06:34 NOTICE[12016]: chan_zap.c:6342 handle_init_event:
Alarm cleared on channel 32
Apr 11 16:06:34 NOTICE[12016]: chan_zap.c:6342 handle_init_event:
Alarm cleared on channel 33
Apr 11 16:06:34 NOTICE[12016]: chan_zap.c:6342 handle_init_event:
Alarm cleared on channel 34
Apr 11 16:06:34 NOTICE[12015]: chan_zap.c:8203 pri_dchannel: PRI got
event: No more alarm (5) on Primary D-channel of span 2
Apr 11 16:06:34 NOTICE[12016]: chan_zap.c:6342 handle_init_event:
Alarm cleared on channel 35
Apr 11 16:06:34 NOTICE[12016]: chan_zap.c:6342 handle_init_event:
Alarm cleared on channel 36
Apr 11 16:06:34 NOTICE[12016]: chan_zap.c:6342 handle_init_event:
Alarm cleared on channel 37
Apr 11 16:06:34 NOTICE[12016]: chan_zap.c:6342 handle_init_event:
Alarm cleared on channel 38
Apr 11 16:06:34 NOTICE[12016]: chan_zap.c:6342 handle_init_event:
Alarm cleared on channel 39
Apr 11 16:06:34 NOTICE[12016]: chan_zap.c:6342 handle_init_event:
Alarm cleared on channel 40
Apr 11 16:06:34 NOTICE[12016]: chan_zap.c:6342 handle_init_event:
Alarm cleared on channel 41
Apr 11 16:06:34 NOTICE[12016]: chan_zap.c:6342 handle_init_event:
Alarm cleared on channel 42
Apr 11 16:06:34 NOTICE[12016]: chan_zap.c:6342 handle_init_event:
Alarm cleared on channel 43
Apr 11 16:06:34 NOTICE[12016]: chan_zap.c:6342 handle_init_event:
Alarm cleared on channel 44
Apr 11 16:06:34 NOTICE[12016]: chan_zap.c:6342 handle_init_event:
Alarm cleared on channel 45
Apr 11 16:06:34 NOTICE[12016]: chan_zap.c:6342 handle_init_event:
Alarm cleared on channel 46
Apr 11 16:06:34 NOTICE[12016]: chan_zap.c:6342 handle_init_event:
Alarm cleared on channel 48
Apr 11 16:06:34 NOTICE[12016]: chan_zap.c:6342 handle_init_event:
Alarm cleared on channel 49
Apr 11 16:06:34 NOTICE[12016]: chan_zap.c:6342 handle_init_event:
Alarm cleared on channel 50
Apr 11 16:06:34 NOTICE[12016]: chan_zap.c:6342 handle_init_event:
Alarm cleared on channel 51
Apr 11 16:06:34 NOTICE[12016]: chan_zap.c:6342 handle_init_event:
Alarm cleared on channel 52
Apr 11 16:06:34 NOTICE[12016]: chan_zap.c:6342 handle_init_event:
Alarm cleared on channel 53
Apr 11 16:06:34 NOTICE[12016]: chan_zap.c:6342 handle_init_event:
Alarm cleared on channel 54
Apr 11 16:06:34 NOTICE[12016]: chan_zap.c:6342 handle_init_event:
Alarm cleared on channel 55
Apr 11 16:06:34 NOTICE[12016]: chan_zap.c:6342 handle_init_event:
Alarm cleared on channel 56
Apr 11 16:06:34 NOTICE[12016]: chan_zap.c:6342 handle_init_event:
Alarm cleared on channel 57
Apr 11 16:06:34 NOTICE[12016]: chan_zap.c:6342 handle_init_event:
Alarm cleared on channel 58
Apr 11 16:06:34 NOTICE[12016]: chan_zap.c:6342 handle_init_event:
Alarm cleared on channel 59
Apr 11 16:06:34 NOTICE[12016]: chan_zap.c:6342 handle_init_event:
Alarm cleared on channel 60
Apr 11 16:06:34 NOTICE[12016]: chan_zap.c:6342 handle_init_event:
Alarm cleared on channel 61
Apr 11 16:06:34 NOTICE[12016]: chan_zap.c:6342 handle_init_event:
Alarm cleared on channel 62
== Primary D-Channel on span 2 up

La salida del comando es: /sbin/ztcfg -vvvvv

Zaptel Configuration
======================

SPAN 1: CCS/HDB3 Build-out: 0 db (CSU)/0-133 feet (DSX-1)
SPAN 2: CCS/HDB3 Build-out: 0 db (CSU)/0-133 feet (DSX-1)

Channel map:

Channel 01: Clear channel (Default) (Slaves: 01)
Channel 02: Clear channel (Default) (Slaves: 02)
Channel 03: Clear channel (Default) (Slaves: 03)
Channel 04: Clear channel (Default) (Slaves: 04)
Channel 05: Clear channel (Default) (Slaves: 05)
Channel 06: Clear channel (Default) (Slaves: 06)
Channel 07: Clear channel (Default) (Slaves: 07)
Channel 08: Clear channel (Default) (Slaves: 08)
Channel 09: Clear channel (Default) (Slaves: 09)
Channel 10: Clear channel (Default) (Slaves: 10)
Channel 11: Clear channel (Default) (Slaves: 11)
Channel 12: Clear channel (Default) (Slaves: 12)
Channel 13: Clear channel (Default) (Slaves: 13)
Channel 14: Clear channel (Default) (Slaves: 14)
Channel 15: Clear channel (Default) (Slaves: 15)
Channel 16: D-channel (Default) (Slaves: 16)
Channel 17: Clear channel (Default) (Slaves: 17)
Channel 18: Clear channel (Default) (Slaves: 18)
Channel 19: Clear channel (Default) (Slaves: 19)
Channel 20: Clear channel (Default) (Slaves: 20)
Channel 21: Clear channel (Default) (Slaves: 21)
Channel 22: Clear channel (Default) (Slaves: 22)
Channel 23: Clear channel (Default) (Slaves: 23)
Channel 24: Clear channel (Default) (Slaves: 24)
Channel 25: Clear channel (Default) (Slaves: 25)
Channel 26: Clear channel (Default) (Slaves: 26)
Channel 27: Clear channel (Default) (Slaves: 27)
Channel 28: Clear channel (Default) (Slaves: 28)
Channel 29: Clear channel (Default) (Slaves: 29)
Channel 30: Clear channel (Default) (Slaves: 30)
Channel 31: Clear channel (Default) (Slaves: 31)
Channel 32: Clear channel (Default) (Slaves: 32)
Channel 33: Clear channel (Default) (Slaves: 33)
Channel 34: Clear channel (Default) (Slaves: 34)
Channel 35: Clear channel (Default) (Slaves: 35)
Channel 36: Clear channel (Default) (Slaves: 36)
Channel 37: Clear channel (Default) (Slaves: 37)
Channel 38: Clear channel (Default) (Slaves: 38)
Channel 39: Clear channel (Default) (Slaves: 39)
Channel 40: Clear channel (Default) (Slaves: 40)
Channel 41: Clear channel (Default) (Slaves: 41)
Channel 42: Clear channel (Default) (Slaves: 42)
Channel 43: Clear channel (Default) (Slaves: 43)
Channel 44: Clear channel (Default) (Slaves: 44)
Channel 45: Clear channel (Default) (Slaves: 45)
Channel 46: Clear channel (Default) (Slaves: 46)
Channel 47: D-channel (Default) (Slaves: 47)
Channel 48: Clear channel (Default) (Slaves: 48)
Channel 49: Clear channel (Default) (Slaves: 49)
Channel 50: Clear channel (Default) (Slaves: 50)
Channel 51: Clear channel (Default) (Slaves: 51)
Channel 52: Clear channel (Default) (Slaves: 52)
Channel 53: Clear channel (Default) (Slaves: 53)
Channel 54: Clear channel (Default) (Slaves: 54)
Channel 55: Clear channel (Default) (Slaves: 55)
Channel 56: Clear channel (Default) (Slaves: 56)
Channel 57: Clear channel (Default) (Slaves: 57)
Channel 58: Clear channel (Default) (Slaves: 58)
Channel 59: Clear channel (Default) (Slaves: 59)
Channel 60: Clear channel (Default) (Slaves: 60)
Channel 61: Clear channel (Default) (Slaves: 61)
Channel 62: Clear channel (Default) (Slaves: 62)

No me doy cuenta donde esta el error. Cuando se trata de llamar a
Asterisk, no da tono. Como si las líneas estuvieran muertas.

Saludos,
Patricia.

[TelecoSilvia]

Parece ser un problema de señalizacion, prueba añadir crc4 a la
configuración.

[Elio Rojano]

Cambia el span=2,1,0,ccs,hdb3 por span=2,0,0,ccs,hdb3
Prueba también si la NEC tiene crc4.

2008/4/14, paty <patyib...@gmail.com>:

--
http://www.sinologic.net/

[Jorge Eduardo Silva Jackson]

On Mon, 2008-04-14 at 06:14 -0700, paty wrote:
> Hola,
>
> Quiero conectar Asterisk con una central Nec. Estoy utilizando una
> tarjeta: TE212P:
> La tarjeta tiene dos puertos en el primer span tengo conectado un E1
> pero me lo brinda la PSTN y funciona correctamente.
>
> En el segundo span quiero conectar Asterisk on una central Nec:
>
> Mi configuración para el sugundo puerto es:
>
> la configuración del archivo zaptel.conf es:
>
> span = 2,1,0,ccs,hdb3

Cual de los dos equipos (asterisk o central) genera el clock ?

-----------------------------------------------
Jorge Eduardo Silva Jackson
Digium Certified Asterisk Professional - dCAP -
Linux user #464413
S&D Informatica
Tel: 099-665783 (+ 598 + 99665783)
-----------------------------------------------

[migue...@gmail.com]

Otra idea tambien podria ser que tu señalizacion sea:

switchtype=qsig
signalling=pri_net

Si la NEC cuenta con el protocolo Q.Sig en su configuracion o a veces
depende de licencias especiales en algunas marcas como Alcatel y
Nortel.

Suerte

Miguel Rabi

[Vladimir de la Cruz]

Lo primero que debes es asegurarte de que senializacion tiene el NEC, aunque te juren que es PRI asegurate de ello, se me ocurre que le conectes el de la PSTN para verificarlo, si te da problemas es que no tiene senializacion PRI, entonces debes buscar cual usa, porque podria ser E&M, o R2 (comun en latinoamerica).

Saludos.

Vlad

[Patricia Ibarburu]

Hola,

Todavía tengo problemas al tratar de conectar Asterisk con una central Nec.

Gracias a todos por su ayuda ahora levantan los canales.
La salida del CLI, es la siguiente:

B-channel 0/1 successfully restarted on span 2
-- B-channel 0/2 successfully restarted on span 2
-- B-channel 0/3 successfully restarted on span 2
-- B-channel 0/4 successfully restarted on span 2
-- B-channel 0/5 successfully restarted on span 2
-- B-channel 0/6 successfully restarted on span 2
-- B-channel 0/7 successfully restarted on span 2
-- B-channel 0/8 successfully restarted on span 2
-- B-channel 0/9 successfully restarted on span 2
-- B-channel 0/10 successfully restarted on span 2
-- B-channel 0/11 successfully restarted on span 2
-- B-channel 0/12 successfully restarted on span 2
-- B-channel 0/13 successfully restarted on span 2
-- B-channel 0/14 successfully restarted on span 2
-- B-channel 0/15 successfully restarted on span 2
-- B-channel 0/17 successfully restarted on span 2
-- B-channel 0/18 successfully restarted on span 2
-- B-channel 0/19 successfully restarted on span 2
-- B-channel 0/20 successfully restarted on span 2
-- B-channel 0/21 successfully restarted on span 2
-- B-channel 0/22 successfully restarted on span 2
-- B-channel 0/23 successfully restarted on span 2
-- B-channel 0/24 successfully restarted on span 2
-- B-channel 0/25 successfully restarted on span 2
-- B-channel 0/26 successfully restarted on span 2
-- B-channel 0/27 successfully restarted on span 2
-- B-channel 0/28 successfully restarted on span 2
-- B-channel 0/29 successfully restarted on span 2
-- B-channel 0/30 successfully restarted on span 2
-- B-channel 0/31 successfully restarted on span 2

La alarma con el comando zap show status esta en OK.
Pero no puedo realizar llamadas entrantes. Cuando realizo una llamada
entrante, no veo nada en el CLI, al terminar de digitar queda la linea
muerta, no escucha ningún tono.

Tienen alguna idea de lo que me puede estar pasando? Ya verifique el archivo
extensions.conf y me parece que esta bien, además en esa misma tarjeta tengo
conectado un E1 pero directamente de la PSTN y funciona correctamente.

Hoy cuando vaya voy a realizar pruebas si puedo realizar llamadas salientes,
mañana les cuento.

Muchas gracias por sus aportes siempre vienen bien.

Saludos,
Patricia

--
No virus found in this incoming message.
Checked by AVG.
Version: 7.5.524 / Virus Database: 269.22.13/1378 - Release Date: 15/04/2008
9:12

[paty]

Hola,

Cuando realizo una llamada saliente por Asterisk, en el cli veo lo
siguiente:


-- Executing Dial("SIP/7001-6167", "Zap/g2/3200") in new stack
-- Requested transfer capability: 0x00 - SPEECH
-- Called g2/3200
-- Channel 0/1, span 2 got hangup
-- Channel 0/1, span 2 received AOC-E charging 0 units
Apr 21 17:22:23 WARNING[6132]: app_dial.c:705 wait_for_answer: Unable
to forward voice
-- Hungup 'Zap/32-1'


Tienen idea de cual puede ser el error?

Gracias,

Saludos,
Paty

[Patricia Ibarburu]

Hola,

Todavía no pude conectar Asterisk con la central Nec. Los canales levantan
bien.
Pero llamadas entrantes no puedo hacer, cuando quiero llamar a Asterisk, no
veo nada en el cli.
Si realizo llamadas salientes, tengo el siguiente error:

Executing Dial("SIP/7001-6167", "Zap/g2/3200") in new stack
-- Requested transfer capability: 0x00 - SPEECH
-- Called g2/3200
-- Channel 0/1, span 2 got hangup
-- Channel 0/1, span 2 received AOC-E charging 0 units
Apr 21 17:22:23 WARNING[6132]: app_dial.c:705 wait_for_answer: Unable to
forward voice
-- Hungup 'Zap/32-1'

Busque en el google, pero no encontré cual puede ser el problema.
Cuando se produce esta warning?
Donde puede estar el problema? En mis archivos de configuración de
Asterisk, o alguna configuración en la central Nec?

Desde ya, cualquier aporte se lo agradezco, porque no tengo ni idea lo que
puede estar pasando.

Saludos,
Patricia

Hola,

Saludos,
Patricia

Version: 7.5.524 / Virus Database: 269.23.2/1389 - Release Date: 21/04/2008
8:34

[Rosa Atienza Ribés]

Hola Patricia,

Prueba a cambiar tu configuracion en el zaptel.conf por la siguiente:

span = 2,0,0,ccs,hdb3

Para que sea tu maquina la que le envie el sincronismo a la NEC, si antes la NEC estaba configurada para conectarse a un proveedor seguramente ella no te este enviando nada y se quede a la espera del sincronismo, que ademas parece que es lo que esta pasando por los errores que comentas.

Saludos.

El día 22/04/08, Patricia Ibarburu <piba...@atg.com.uy> escribió:

[TelecoSilvia]

Hola Patri
Como ves Rosa si que te contestó. Puede ser un problema de que espera
recibir y enviar la Nec. Este warning generalmente se produce cuando
la centralita "cuelga" la llamada. Pero no parece el problema. Has
probado la solución de Rosa? Tienes possibilidad de poner una linea de
primario a la Nec y comprobar que funciona? Como estas mandando el
switchtype con euroisdn o qsig, has probado a cambiarlo?

On 22 Abr, 22:43, "Rosa Atienza Ribés" <rosaatie...@gmail.com> wrote:
> Hola Patricia,
>
> Prueba a cambiar tu configuracion en el zaptel.conf por la siguiente:
>
> span = 2,0,0,ccs,hdb3
>
> Para que sea tu maquina la que le envie el sincronismo a la NEC, si antes la
> NEC estaba configurada para conectarse a un proveedor seguramente ella no te
> este enviando nada y se quede a la espera del sincronismo, que ademas parece
> que es lo que esta pasando por los errores que comentas.
>
> Saludos.
>

> El día 22/04/08, Patricia Ibarburu <pibarb...@atg.com.uy> escribió:

> ...
>
> llegiu-ne més »

[Patricia Ibarburu]

Hola Silvia,

Gracias por contestarme. La solución de Rosa ya la había probado, asterisk
es el master en el reloj (0), el técnico de la central me dijo que no me
enviaba el clock.
En el switchtype tengo euroisdn, no lo he probado con qsig. Voy a realizar
esta prueba.

Saludos,
Patricia

--

No virus found in this incoming message.
Checked by AVG.

Version: 7.5.524 / Virus Database: 269.23.4/1395 - Release Date: 24/04/2008
7:24

[Sergio Serrano]

Hola Patricia,

    para poder ver ahora lo que te pasa, estaría muy bien que nos adjuntaras el zaptel.conf, el zapata.conf y el extensions.conf que afecta a la entrada y salida de llamadas de tu asterisk con la NEC, o con la calle, donde tengas el problema.

Saludos,

Tron

[Patricia Ibarburu]

Hola Sergio,

 

Te adjunto los tres archivos.

 

En la misma tarjeta de digium TE212P hay configurado: para el primer puerto para tener un E1 pero lo brinda directamente la PSTN, pero no esta conectado (este servidor esta de soporte de otro, pero si le conectas el E1, funciona bárbaro. Pero cuando le conecte este E1 siempre se realizaron llamadas entrantes, nunca lo probé con llamadas salientes, ahora no puedo hacer estas pruebas es demasiado tarde, el E1 que le conectaba esta en el otro servidor en producción recibiendo muchas llamadas.

 

El problema esta que en el segundo puerto que se quiere conectar Asterisk con la central Nec. 

Las pruebas de las llamadas salientes las realizaba desde un softphone, cuando lo definía ponía context=internal-ANDA.

Los canales levantan, la luz de la tarjeta esta en verde.

Pero llamadas entrantes no se pueden hacer.

 

Cuando realizo una llamada desde el softphone, me da el siguiente error:

 

Spawn extension (internal-ANDA, 4000714, 3) exited non-zero on 'SIP/7001-be8a'
    -- Executing Answer("SIP/7001-3ca2", "") in new stack
    -- Executing Dial("SIP/7001-3ca2", "Zap/g2/94000714") in new stack

    -- Requested transfer capability: 0x00 - SPEECH

    -- Called g2/94000714

    -- Channel 0/1, span 2 got hangup
    -- Channel 0/1, span 2 received AOC-E charging 0 units

    -- Hungup 'Zap/32-1'
  == Everyone is busy/congested at this time (1:0/0/1)
    -- Executing Hangup("SIP/7001-3ca2", "") in new stack
    

 

Saludos,
Patricia

 

 

[Sergio Serrano]

Hola patricia,
 

    lo primero que haría sería jugar con los diferentes valores de prilocaldialplan y pridialplan, además de asegurarme que el número que estás marcando, el 94000714, está provisionado sobre tu centralita NEC.

Ejecuta un "pri intense debug span 2", realiza una llamada y envíanos todo lo que viene en consola.

Saludos,

tron

;
; The "General" category is for certain variables.
;
[general]
;
static=yes
;
; if static=yes and writeprotect=no, you can save dialplan by
; CLI command 'save dialplan' too
;
writeprotect=no
;
; The "Globals" category contains global variables that can be referenced
; in the dialplan with ${VARIABLE} or ${ENV(VARIABLE)} for Environmental variable
; ${${VARIABLE}} or ${text${VARIABLE}} or any hybrid
;
[globals]
CONSOLE=Console/dsp                             ; Console interface for demo
IAXINFO=guest
operroute=andaroute
operroute2=SIP                                  ; IAXtel username/password
;IAXINFO=myuser:mypass
;TRUNKCOMP1=Zap/g1                                      ; Trunk interface
;TRUNKCOMP2=Zap/g2                                      ; Trunk interface
;
; Note the 'g2' in the TRUNK variable above. It specifies which group (defined
; in zapata.conf) to dial, i.e. group 2, and how to choose a channel to use in
; the specified group. The four possible options are:
;
; g: select the lowest-numbered non-busy Zap channel (aka. ascending sequential hunt group).
; G: select the highest-numbered non-busy Zap channel (aka. descending sequential hunt group).
; r: use a round-robin search, starting at the next highest channel than last time (aka. ascending rotary hunt group).
; R: use a round-robin search, starting at the next lowest channel than last time (aka. descending rotary hunt group).
;
TRUNKMSD=1                                      ; MSD digits to strip (usually 1 or 0)
;TRUNK=IAX2/user:pass@provider
;
;   X - any digit from 0-9
;   Z - any digit from 1-9
;   N - any digit from 2-9
;   [1235-9] - any digit in the brackets (in this example, 1,2,3,5,6,7,8,9)
;   . - wildcard, matches anything remaining (e.g. _9011. matches
;       anything starting with 9011 excluding 9011 itself)
;zvik globals cust
ASTDBUSER=asterisk
ASTDBNAME=asterisk_db
ASTDBPASS=den123
;
;zvik - Dial options
;DIALOPT1=tT
DIALOPT1=t
DIALOPT2=tTwW
DIALOPT3=tTwWo
RINGLEN=30
;
;ssw
;Here sswprefix
carneprefix=603199
sucursal=MONTEVIDEO_1
authsavstr=sav
authstr=auth
comerciostr=com
colatimeout=150
;
;
;- Macros
#include "/etc/asterisk/macros.conf"
#include "/etc/asterisk/commoncomp.conf"
#include "/etc/asterisk/ANDACD.conf"
#include "/etc/asterisk/recordings.conf"

[from-pstn-fxo-consulta-de-disponible]
;The def below is good for incoming FXO zap (single company)
exten => _X.,1,Set(COMPANY=ANDA)
exten => _X.,n,GotoIf($["foo${COMPANY}" = "foo"]?nodid)
exten => _X.,n,Set(startpoint=${DB(${COMPANY}/STARTPOINT)})
exten => _X.,n,Set(startprio=${DB(${COMPANY}/STARTPRIO)})
exten => _X.,n,Set(startctx=${DB(${COMPANY}/STARTCTX)})
exten => _X.,n,GotoIf($["foo${startctx}" = "foo"]?stdcompany)
exten => _X.,n,Goto(${startctx},${startpoint},${startprio})
exten => _X.,n(stdcompany),Goto(from-pstn-${COMPANY}-consulta-de-disponible,${startpoint},${startprio})
exten => _X.,n(nodid),Congestion
exten => _X.,n,Hangup
;
[internal-ANDA]
exten => 4000714,1,Answer
exten => 4000714,n,Dial(ZAP/g2/94000714)
exten => 4000714,n,Hangup


;
; Zapata telephony interface
;
; Configuration file
;
; You need to restart Asterisk to re-configure the Zap channel
; CLI> reload chan_zap.so
;               will reload the configuration file,
;               but not all configuration options are
;               re-configured during a reload.

[channels]
group=1
language=es
context=from-pstn-fxo-consulta-de-disponible
switchtype=euroisdn
priindication=outofband
pridialplan=unknown
signalling=pri_cpe
callerid=asreceived
usecallerid=yes
hidecallerid=no
callwaiting=yes
usecallingpres=yes
callwaitinggcallerid=yes
threewaycalling=yes
transfer=yes
cancallforward=yes
callreturn=yes
echocancel=yes
echotraining=400
rxgain=0.0
txgain=0.0
relaxdtmf=yes
immediate=no

channel => 1-15,17-31

group=2

signalling=pri_net

channel => 32-46,48-62


#
# Zaptel Configuration File
#
# This file is parsed by the Zaptel Configurator, ztcfg
#
#
# First come the span definitions, in the format
# span=<span num>,<timing source>,<line build out (LBO)>,<framing>,<coding>[,yellow]
span=1,0,0,ccs,hdb3
bchan=1-15,17-31
dchan=16

span=2,0,0,ccs,hdb3

bchan=32-46,48-62
dchan=47

loadzone=us
#loadzone = us-old
#loadzone=gr
#loadzone=it
#loadzone=fr
#loadzone=de
#loadzone=uk
#loadzone=fi
#loadzone=jp
#loadzone=sp
#loadzone=no
#loadzone=hu
#loadzone=lt
#loadzone=pl
defaultzone=us

[Patricia Ibarburu]

Hola,

 

Hola Sergio,

 

Gracias por tu ayuda. Del teléfono que estoy marcando está provisionado en la central Nec, porque si llamas de un interno de la misma central te comunicas bien. Los valores de los parámetros prilocaldialplan y pridialplan los cambie de unknow a local, pero no obtuve ninguna diferencia en el error que me da. 

 

Voy a probar con ejecutar el comando, y ver la salida, pero recién puedo probarlo el lunes.

[Patricia Ibarburu]

Hola Sergio,

 

Cuando ejecuto "pri intense debug span 2" enseguida veo en consola, continuamente:

 

 

 Supervisory frame:
 SAPI: 00  C/R: 1 EA: 0
  TEI: 000        EA: 1
 Zero: 0     S: 0 01: 1  [ RR (receive ready) ]
N(R): 030 P/F: 1
 0 bytes of data
--ACKing all packets from 29 to (but not including) 30
-- Since there was nothing left, stopping T200 counter
-- Stopping T203 counter since we got an ACK
-- Nothing left, starting T203 counter
-- Got RR response to our frame
-- Restarting T203 counter
T203 counter expired, sending RR and scheduling T203 again
Sending Receiver Ready (30)

 

 [ 02 01 01 3d ]

 

 Supervisory frame:
 SAPI: 00  C/R: 1 EA: 0
  TEI: 000        EA: 1
 Zero: 0     S: 0 01: 1  [ RR (receive ready) ]
 N(R): 030 P/F: 1
 0 bytes of data
-- Restarting T203 counter

Que es  Restarting T203 counter? Busque con el google, pero lo encontraba cuando alguien le pedia que mostrara la salida del comando.

 

Cuando realizo una llamada entrante o saliente a Asterisk no se ve nada nuevo, sigue continuamente el debug anterior.

 

Cuando reinicio los canales la salida es:

 

[ 02 01 38 38 08 02 00 00 46 18 03 a9 83 9e 79 01 80 ]

 

 Informational frame:
SAPI: 00  C/R: 1 EA: 0
  TEI: 000        EA: 1
 N(S): 028   0: 0
 N(R): 028   P: 0
 13 bytes of data
-- Restarting T203 counter
Stopping T_203 timer
Starting T_200 timer
 Protocol Discriminator: Q.931 (8)  len=13
 Call Ref: len= 2 (reference 0/0x0) (Originator)
 Message type: RESTART (70)
 [18 03 a9 83 9e]
 Channel ID (len= 5) [ Ext: 1  IntID: Implicit, PRI Spare: 0, Exclusive Dchan: 0
                        ChanSel: Reserved
                       Ext: 1  Coding: 0   Number Specified   Channel Type: 3
                       Ext: 1  Channel: 30 ]
 [79 01 80]
 Restart Indentifier (len= 3) [ Ext: 1  Spare: 0  Resetting Indicated Channel (0) ]

Cualquier ayuda de lo siginifica, te lo agradecería. 

 

Saludos,
Patricia

 

 

 

 

----- Original Message -----

From: Sergio Serrano

To: aster...@googlegroups.com

Sent: Friday, April 25, 2008 10:11 AM

[Tron]

¿la salida de un pri show spans?

Patricia Ibarburu escribió:

[Patricia Ibarburu]

Hola,

Hace unos cuantos días yo quería ayudar a un compañero para conectar
Asterisk con una central Nec. Mande unos cuantos correos al foro para que me
dieran alguna sugerencia de donde podría estar el problema, ya que los
canales levantaban pero no se podía hacer llamadas entrantes ni salientes.
Me contestaron unos cuantos, en conclusión me dijeron que el problema estaba
en la configuración de la central Nec.

Tenían razón, ellos tenían mal configurado el canal D de ese PRI, apuntaba
al primer PRI de la central, eso estaba por default y no lo habían
cambiado). El técnico de Telefax en 10 minutos lo resolvió (el problema era
que el técnico no venia, y yo no estaba a cargo del proyecto sino lo hacía
venir enseguida).

Muchas gracias, por su ayuda. Lo bueno que ahora tengo un PRI para realizar
pruebas hasta que se pongan en producción (puedo probar mi discador
automático que no me funciono porque en las líneas analógicas no tengo
inversión de polaridad y contestaba enseguida asterisk y se iba a la IVR,
antes que el usuario conteste).

Saludos,
Patricia

[Jorge Eduardo Silva Jackson]

Buenisimo pato, tenemos una PRI para probar... jeje
cuanto sale el "alquiler"...
Saludos
EDU