<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Verdana
}
--></style>
</head>
<body class='hmmessage'>
<br>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<br>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<br>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<br>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<br>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<br>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 <br>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<br>bueno si tenes alguna experiencia en estas pbx te agradeceria que comentes como lo solucionaron o las causas de esto<br>muchas graciasss<br><br><br><br><br><br><br><br><br><br><br><hr id="stopSpelling">Date: Thu, 1 Jul 2010 14:10:41 -0300<br>From: gmartinr82@gmail.com<br>To: asterisk-r2@lists.digium.com<br>Subject: Re: [asterisk-r2] DNIS - Telecom Argentina E1<br><br>Fernando:<div><br></div><div>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.</div>
<div><br></div><div>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.</div>
<div><br></div><div>Saludos</div><div>Martin Rodriguez</div><div>VoIP Engineer</div><div><br><div class="ecxgmail_quote">2010/7/1 Claudio Tajtelbaum <span dir="ltr"><<a href="mailto:ctaity@gmail.com">ctaity@gmail.com</a>></span><br>
<blockquote class="ecxgmail_quote" style="border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">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.<div>
<div></div><div class="h5"><br>
<br><div class="ecxgmail_quote">On Thu, Jul 1, 2010 at 10:17 AM, Fernando Berretta <span dir="ltr"><<a href="mailto:fernando.berretta@gmail.com">fernando.berretta@gmail.com</a>></span> wrote:<br><blockquote class="ecxgmail_quote" style="padding-left: 1ex;">
Hola,<br>
<br>
Realice una primer prueba piloto con una trama de Telecom Argentina y<br>
por lo que veo, no esta colectando correctamente el DNIS de 4 digitos,<br>
es la primera trama R2 que levanto con Telecom, las llamadas funcionan<br>
perfectamente y la trama tambien, pero pareciera que el DNIS no llega<br>
correctamente. El log es:<br>
<br>
[15:45:50:613] [Thread: 3079871376] [Chan 1] - Getting DNIS digit 0<br>
[15:45:50:613] [Thread: 3079871376] [Chan 1] - DNIS so far: 200,<br>
expected length: 4<br>
[15:45:50:613] [Thread: 3079871376] [Chan 1] - Requesting next DNIS<br>
with signal 0x31.<br>
[15:45:50:613] [Thread: 3079871376] [Chan 1] - MF Tx >> 1 [ON]<br>
[15:45:50:613] [Thread: 3079871376] [Chan 1] - scheduled timer id 15<br>
(mf_back_cycle)<br>
[15:45:50:673] [Thread: 3079871376] [Chan 1] - MF Rx << 0 [OFF]<br>
[15:45:50:673] [Thread: 3079871376] [Chan 1] - MF Tx >> 1 [OFF]<br>
[15:45:55:613] [Thread: 3079871376] [Chan 1] - Attempting to cancel<br>
timer timer 15<br>
[15:45:55:613] [Thread: 3079871376] [Chan 1] - timer id 15 found,<br>
cancelling it now<br>
[15:45:55:613] [Thread: 3079871376] [Chan 1] - calling timer 15<br>
(mf_back_cycle) callback<br>
[15:45:55:613] [Thread: 3079871376] [Chan 1] - MF cycle timed out, no more DNIS<br>
<br>
La configuracion de la trama es la siguiente:<br>
<br>
/dahdi/system.conf<br>
<br>
span=1,1,0,cas,hdb3<br>
cas=1-15:1101<br>
dchan=16<br>
cas=17-31:1101<br>
echocanceller=oslec,1-15,17-31<br>
<br>
# Span 2: TE2/0/2 "T2XXP (PCI) Card 0 Span 2"<br>
span=2,2,0,cas,hdb3<br>
cas=32-46:1101<br>
dchan=47<br>
cas=48-62:1101<br>
echocanceller=oslec,32-46,48-62<br>
<br>
# Global data<br>
<br>
loadzone = ar<br>
defaultzone = ar<br>
<br>
<br>
<br>
/asterisk/chan_dahdi.conf<br>
;MFCR2 Parameters<br>
<br>
resetinterval=never<br>
context=from-pstn<br>
group=0<br>
echocancel=yes<br>
signalling=mfcr2<br>
mfcr2_variant=ar<br>
mfcr2_max_ani=10<br>
mfcr2_max_dnis=4<br>
mfcr2_category=national_subscriber<br>
mfcr2_call_files =yes<br>
mfcr2_mfback_timeout= 5000<br>
mfcr2_metering_pulse_timeout=200<br>
mfcr2_logdir = telecom<br>
mfcr2_logging=all<br>
channel =>1-15,17-31,32-46,48-62<br>
<br>
La trama esta conectada en el trunk 1, estoy haciendo algo mal ?<br>
Gracias de antemano,<br>
Fernando<br>
<font color="#888888"><br>
--<br>
_____________________________________________________________________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com">http://www.api-digital.com</a> --<br>
<br>
asterisk-r2 mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
<a href="http://lists.digium.com/mailman/listinfo/asterisk-r2">http://lists.digium.com/mailman/listinfo/asterisk-r2</a><br>
</font></blockquote></div><br>
</div></div><br>--<br>
_____________________________________________________________________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com">http://www.api-digital.com</a> --<br>
<br>
asterisk-r2 mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
<a href="http://lists.digium.com/mailman/listinfo/asterisk-r2">http://lists.digium.com/mailman/listinfo/asterisk-r2</a><br></blockquote></div><br></div> <br /><hr />Porque tu vida necesita más espacio y comodidad. Muy pronto descubrí un nuevo Hotmail. <a href='http://www.nuevohotmail.com' target='_new'>Ver más</a></body>
</html>