[asterisk-r2] DNIS - Telecom Argentina E1
Fernando Berretta
fernando.berretta at gmail.com
Thu Jul 1 13:14:38 CDT 2010
Martin,
En la actualidad el cliente tiene una central Legacy y recibe los
DNIS, por lo que entiendo que deberia ser algo en la configuracion de
la trama,, aunque aun no se bien que puede ser.
Saludos,
Fernnado
2010/7/1 Martin Rodriguez <gmartinr82 at gmail.com>:
> 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.
> Saludos
> Martin Rodriguez
> VoIP 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
>
>
> --
> _____________________________________________________________________
> -- 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
>
More information about the asterisk-r2
mailing list