[asterisk-r2] Reenvio de ANI en llamadas salientes??

Sun Jun 17 15:14:20 CDT 2012

Si, es correcto. Por ejemplo en mi oficina tenemos 2 E1, una en R2 con un
proveedor y la otra en PRI con otro proveedor. En ambos casos sólo dejo los
últimos 3 dígitos de ANI.
Cuando era operador de centrales públicas siempre dejabamos esta
funcionalidad activa, para que los clientes pudieran usarla si era de su
conveniencia, pero no todos los operadores dejan esta funcionalidad activa.

2012/6/17 Anton Krall <antonkrall at gmail.com>

> Gustavo, esto lo realizas haciendo un set callerid antes del dial no?
>
> On 17/06/2012, at 11:30, a a wrote:
>
> Esa funcionalidad esta presente al menos desde 1996 en EWSD, Neax, Axe y
> las versiones recientes de 5ESS (2003 para adelante en los mercados de
> CALA, no-móviles).
> La enorme mayoría de los operadores en Brasil, Argentina y centroamerica
> lo soporta. La funcionalidad se llama ANI por interno y al menos en esos
> mercados es de lo mas normal, y permite que se entregue un ANI que esta en
> el rango entregado a la PABX.
> Si la PABX envía un ANI comprendido por en rango que se le asigna, ese es
> el ANI que sale a la red, con un pequeño truco:
>
> Si el rango asignado es: 2211-3300 a 2211-3399
> El ANI que se debe enviar es 3XX. Si se envía un ANI fuera del rango 300 a
> 399 el ANI que se envia a la red es de la cabecera. Si el ANI del PBX
> coincide con el rango explicitado, en ANI enviado a la red será el que
> envíe la PBX (22113 + 3XX).
>
> Obviamente todo esto depende de si en la central está configurado o no en
> la definición del PABX y sus líneas (canales) asociadas.
>
> Saludos
>
> Gustavo
>
> 2012/6/17 Mc GRATH Ricardo <mcgrathr at mail2web.com>
>
>>  Maestro
>>
>> No way, involucra a mecanismo de antifraude, como estas se permitiránque los usuarios, definan la presentacióndel CLIP, es muy complejo el tema, como para ver como se puede hacer como
>> en tu caso.
>> Hay que imaginar la distintas situaciones que se puedan presentar, como
>> ejemplo que no se repliquen los CLIP, como podrá un abonado "A" al
>> definir el CLIP este no es de otro abonado? para esta situación el
>> abonado que se usufructuó su CLIP, contra quien reclamara que el CLIP de
>> su línea lo esta usando otro? es de locos, la cosa no es tan simple, de
>> hecho la información de CLIP que se presenta en los abonados no es la
>> misma que viaja por la red de esta deviene la emisión de ticket de la
>> llamada y otras mas, por mas información podes consultar al ente
>> regulador sobre la normativas operativas para la prestación del servicio
>> de telefonía de la TELCOS.
>>
>> Suerte
>>  Mc GRATH Ricardo
>> E-Mail mcgrathr at mail2web.com
>>
>>  ------------------------------
>> *From:* asterisk-r2-bounces at lists.digium.com [
>> asterisk-r2-bounces at lists.digium.com] On Behalf Of Anton Krall [
>> antonkrall at gmail.com]
>> *Sent:* 17 June 2012 10:29
>>
>> *To:* asterisk-r2 at lists.digium.com
>> *Subject:* Re: [asterisk-r2] Reenvio de ANI en llamadas salientes??
>>
>>  Tecnico no creo, esto es mas bien un tema de evitar callerid spoofing..
>> a las telefonicas no les gusta que tu puedas tomar la identidad que quieras
>> en tu ANI, por ejemplo, imagina un call center que pudiera hacer esto,
>> entonces te llaman a tu casa a las 2 am y ves el caller id y dices "es un
>> call center, no contesto", luego te vuelven a llamar con otro caller id y
>> entocnes contestas... a las telefonicas no les gusta que se pueda hacer
>> esto... pero tecnicamente, lo podrias hacer.... yo lo he hecho de esta
>> misma forma como tu lo estas haciendo pero usando carriers de USA VoIP, es
>> decir, por medio de sip trunks no de TDM.
>>
>>
>>  On 16/06/2012, at 22:04, jam wrote:
>>
>>  en principio el enlace solo mostraba un Caller id, en movistar le
>> llaman a esto ANI UNICO, cuando pedi desactivaran el ANI UNICO, ahora tengo
>> quince diferentes caller id (15 salientes,un ani por canal), pero son
>> fijos, y depede del canal por donde salga la llamada se muestra el ani
>> asociado a ese canal, pero mi duda es porque si se ven los logs de r2, al
>> hacer un set caller id antes de enrutar la llamada el transmite ese numero
>> como ani, , porque simplemente ellos no pueden leer ese ani y reenviarlo al
>> remoto, osea, si el protocolo lo permite porque no lo aplican? hay algun
>> motivo técnico?,
>> 16 de junio de 2012 13:10, Anton Krall <antonkrall at gmail.com> escribió:
>>
>>>  Jose, con quien te ha tocado trabajar eso?
>>>
>>> Sent from my iPhone 4
>>>
>>>  Usas Voxer? Agregame como Anton Krall o akrall at intruder.mx
>>>
>>> On 16/06/2012, at 11:53, Jose Flores Galicia <flojose at gmail.com> wrote:
>>>
>>>   Johans Angulo
>>>
>>> Si el carrier te puede apoyar, hay un esquema en donde te pueden generar
>>> fracciones de tu E1 con un subgrupo de los DID  así como una cabeza de
>>> grupo que será el ANI que se envie cuando tomes dichos canales.
>>>
>>>
>>> Saludos.
>>>
>>> José Flores Galicia
>>>
>>>
>>>
>>> El 16 de junio de 2012 09:04, Mc GRATH Ricardo <mcgrathr at mail2web.com>escribió:
>>>
>>>> Johans Angulo
>>>>
>>>> No hay forma alguna  que el ANI que hayas configurado sea presentado a
>>>> cualquier otro abonado.
>>>> Por mas que quieras la presentación del CLIP al abonado llamante es que
>>>> define el prestador (Movistar, etc.) y generalmente para los caso de las
>>>> tramas E1 el CLIP a presentar siempre es ANI de cabecera a pesar que tengas
>>>> un segmento de números asignados.
>>>> Saludos
>>>>
>>>> Mc GRATH Ricardo
>>>> E-Mail mcgrathr at mail2web.com
>>>> ________________________________________
>>>> From: asterisk-r2-bounces at lists.digium.com [
>>>> asterisk-r2-bounces at lists.digium.com] On Behalf Of Anton Krall [
>>>> antonkrall at gmail.com]
>>>> Sent: 15 June 2012 23:49
>>>> To: asterisk-r2 at lists.digium.com
>>>> Subject: Re: [asterisk-r2] Reenvio de ANI en llamadas salientes??
>>>>
>>>> En Mexico al menos, tengo entendido que el carrier te asigna un ANI (lo
>>>> que el remoto ve como su callerid), y no lo puedes manipular tu de ninguna
>>>> forma...
>>>>
>>>>
>>>> On 15/06/2012, at 20:33, jam wrote:
>>>>
>>>> > Saludos amigos, actualmente tengo en producción un E1 con movistar
>>>> (VENEZUELA), mi duda es la siguiente: existe alguna manera de enviar el ANI
>>>> que uno configure, en una llamada saliente y no solo el que esta
>>>> configurado por el canal. me explico cada canal con este operador tiene un
>>>> ANI fijo. y yo quiero mostrar un ANI difirente(uno que esta en el rango que
>>>> me halla sido asignado), para intentar hacer esto hago un set CALLERID
>>>> justo antes de enrutar la llamada y en los logs de la llamada saliente veo
>>>> que se transmite el ANI que yo seteo como caller id, sin embargo el
>>>> callerid mostrado en el terminal remoto es siempre el que esta asociado al
>>>> canal por donde sale mi llamada. sospecho que el operador sobrescribe el
>>>> callerid.
>>>> >
>>>> > Hable con un ingeniero del operador y me dice que ese es el
>>>> comportamiento normal de sus E1, mi pregunta es. Que le debo sugerir al
>>>> operador para poder modificar este comportamiento ya que están dispuestos a
>>>> realizar los ajustes para que esto funcione como desee el cliente. yo
>>>> supongo que es posible hacerlo ya que si nosotros con nuestra centralita
>>>> podemos reenviar el ANI como caller id al interno adonde se desea enrutar
>>>> la llamada, porque no podrían hacerlo ellos?
>>>> >
>>>> > --
>>>> > ADS. Johans Angulo.
>>>> > CCNA CSC011350315
>>>> > Telf. 0424-5770910
>>>> > --
>>>> > _____________________________________________________________________
>>>> > -- 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
>>>>
>>>
>>>   --
>>> _____________________________________________________________________
>>> -- 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
>>>
>>
>>
>>
>>  --
>> ADS. Johans Angulo.
>> CCNA CSC011350315
>> Telf. 04265586486
>> --
>> _____________________________________________________________________
>> -- 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
>
>
>
> --
> _____________________________________________________________________
> -- 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-r2/attachments/20120617/61f5b673/attachment-0001.htm>