[asterisk-r2] DNIS - Telecom Argentina E1

Thu Jul 1 12:46:55 CDT 2010

hola martin como te va mira yo estuve intentando con una siemens sde con soft 9 y 10 las dos dan el mismo problema al parecer el multriframe o canal 0
lo que hago es poner un canal en 0000 y asi la trama se libera pero da una respuesta atrasada dependiendo del canal que haya puesto en 0000 . osea para ser mas practico el canal que pongo en 0000 lo toma como si fuera el canal de alineacion
la alineacion de las placas al parecer no es 0000 segun me dijeron eso lo hace el framer chip de la placa, y los de digium me dicen que como las tarjetas estan en blanco se pueden controlar todos los parametros, el problema no es a nivel r2 sino a nivel cas en el dahdi. como no encontre solucion a esto, pese a muchas pruebas como mandar todo manual incluso cada digito de a uno por un canal atrasado despues de forzar un seize ack en la siemens, no pude resolverlo y termino siendo implementado con gateway cisco que al parecer toman en multiframe correcto
igual me quedo picando que de alguna forma tiene que andar ahora en el soporte de digium me pasaron a sus "ingenieros" que van a ver que se puede hacer aunque mucha bola no me dan
de todas formas alguien comento que al final se pudo hacer reprogramando la sde lo cual no hay nada de info ni consegui un tecnico que me dijera cual es la razon y si es posible una modificacion para hacerlas funcionar
en realidad la opcion de reprogramarla no me parecio interesante ya que el costo es mas elevado que un gateway e1 de marca que al parecer funcionan todos 
bueno martin mi pregunta es la siguiente vos decis que hay que reiniciar el cpe al parecer no es lo mismo que yo veo en las sde que no parece ser un problema de mala comunicacion sino directame el multiframe no coincide con el de la sde
bueno si tenes alguna experiencia en estas pbx te agradeceria que comentes como lo solucionaron o las causas de esto
muchas graciasss

Date: Thu, 1 Jul 2010 14:10:41 -0300
From: gmartinr82 at gmail.com
To: asterisk-r2 at lists.digium.com
Subject: Re: [asterisk-r2] DNIS - Telecom Argentina E1

Fernando:
Confirma con TECO la configuracion del DNIS para saber si te envian 3 o 4 digitos en el DNIS asociado. Tengo implementaciones de R2 en Argentina con TECO y TASA y funciona bien. lo unico que por el momento no esta resuelto en algunas viejas centrales es el famoso multiframe que generalmente TECO reporta que es responsabilidad de la PBX conectada a PSTN. En algunos casos el CPE instalado en el cliente tiene un contador de multiframe que llega a un maximo y la trama se bloquea y para resolverlo hay que reiniciar el CPE.

Hablando con gente de Telecom pudimos ver que pasa con algunas centrales de ellos viejas. Dado que en otras implementaciones con el mismo operador, misma placa, misma señalizacion, misma version de openr2-asteris-dahdi, no pasa.

SaludosMartin RodriguezVoIP Engineer
2010/7/1 Claudio Tajtelbaum <ctaity at gmail.com>

ferenando yo tambien soy de argentina y he tenido esto con telecom y telefonica, lamentablemente no es problema de tu configuracion, lo mas seguro es que no lo esten mandando, tenes que llamar y que verifiquen la configuracion, a mi me paso con el DNIS y el CallerID que te lo cobran aparte y por canal, es perfectamente normal que se hayan equivocado.

On Thu, Jul 1, 2010 at 10:17 AM, Fernando Berretta <fernando.berretta at gmail.com> wrote:

Hola,

Realice una primer prueba piloto con una trama de Telecom Argentina y

por lo que veo, no esta colectando correctamente el DNIS de 4 digitos,

es la primera trama R2 que levanto con Telecom, las llamadas funcionan

perfectamente y la trama tambien, pero pareciera que el DNIS no llega

correctamente. El log es:

[15:45:50:613] [Thread: 3079871376] [Chan 1] - Getting DNIS digit 0

[15:45:50:613] [Thread: 3079871376] [Chan 1] - DNIS so far: 200,

expected length: 4

[15:45:50:613] [Thread: 3079871376] [Chan 1] - Requesting next DNIS

with signal 0x31.

[15:45:50:613] [Thread: 3079871376] [Chan 1] - MF Tx >> 1 [ON]

[15:45:50:613] [Thread: 3079871376] [Chan 1] - scheduled timer id 15

(mf_back_cycle)

[15:45:50:673] [Thread: 3079871376] [Chan 1] - MF Rx << 0 [OFF]

[15:45:50:673] [Thread: 3079871376] [Chan 1] - MF Tx >> 1 [OFF]

[15:45:55:613] [Thread: 3079871376] [Chan 1] - Attempting to cancel

timer timer 15

[15:45:55:613] [Thread: 3079871376] [Chan 1] - timer id 15 found,

cancelling it now

[15:45:55:613] [Thread: 3079871376] [Chan 1] - calling timer 15

(mf_back_cycle) callback

[15:45:55:613] [Thread: 3079871376] [Chan 1] - MF cycle timed out, no more DNIS

La configuracion de la trama es la siguiente:

/dahdi/system.conf

span=1,1,0,cas,hdb3

cas=1-15:1101

dchan=16

cas=17-31:1101

echocanceller=oslec,1-15,17-31

# Span 2: TE2/0/2 "T2XXP (PCI) Card 0 Span 2"

span=2,2,0,cas,hdb3

cas=32-46:1101

dchan=47

cas=48-62:1101

echocanceller=oslec,32-46,48-62

# Global data

loadzone        = ar

defaultzone     = ar

/asterisk/chan_dahdi.conf

;MFCR2 Parameters

resetinterval=never

context=from-pstn

group=0

echocancel=yes

signalling=mfcr2

mfcr2_variant=ar

mfcr2_max_ani=10

mfcr2_max_dnis=4

mfcr2_category=national_subscriber

mfcr2_call_files =yes

mfcr2_mfback_timeout= 5000

mfcr2_metering_pulse_timeout=200

mfcr2_logdir = telecom

mfcr2_logging=all

channel =>1-15,17-31,32-46,48-62

La trama esta conectada en el trunk 1, estoy haciendo algo mal ?

Gracias de antemano,

Fernando

--

_____________________________________________________________________

-- Bandwidth and Colocation Provided by http://www.api-digital.com --

asterisk-r2 mailing list

To UNSUBSCRIBE or update options visit:

   http://lists.digium.com/mailman/listinfo/asterisk-r2

--

_____________________________________________________________________

-- Bandwidth and Colocation Provided by http://www.api-digital.com --

asterisk-r2 mailing list

To UNSUBSCRIBE or update options visit:

   http://lists.digium.com/mailman/listinfo/asterisk-r2

_________________________________________________________________
Pronto descubrirás un nuevo Hotmail. Nos estamos reinventando. Preparate para lo que se viene.
http://www.nuevohotmail.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-r2/attachments/20100701/3514e74c/attachment.htm 