[asterisk-r2] asterisk-r2 Digest, Vol 46, Issue 18
Marcelo Eduardo
marceloeduardo12345678 at hotmail.com
Mon Jun 18 17:50:01 CDT 2012
Normalmente cuando uno compra una E1 esta comprando y pagando 30 canales y 100 n?meros DDE (generalmente).
Cada numero DDE debe poder tener asociado su propio ANI.
Nadie habla que le va a robar la numeracio?n a otro, lo que cada uno pretende es usar "la propia numeraci?n" que ha pagado.
Para eso se le env?a al prestador solamente los 3 o 4 ?ltimos d?gitos y ellos lo asocian a la numeraci?n.
Si ellos no se lo estan haciendo es por ignorancia o por mala voluntad pero a ud le corresponde disponer de la numeracion que ha pagado y se le asign?.
Esa es mi humilde opinion.
Y nadie esta hablando de robar numeracion a nadie sino de usar la numeracion propia que ha pagado.
Si no se lo habilitan como corresponde que le hagan un descuento en el costo por haberle dado solo parte del servicio.
Enviado desde mi BlackBerry® de Claro Argentina
-----Original Message-----
From: asterisk-r2-request at lists.digium.com
Date: Sun, 17 Jun 2012 16:41:19
To: <asterisk-r2 at lists.digium.com>
Subject: asterisk-r2 Digest, Vol 46, Issue 18
Send asterisk-r2 mailing list submissions to
asterisk-r2 at lists.digium.com
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.digium.com/mailman/listinfo/asterisk-r2
or, via email, send a message with subject or body 'help' to
asterisk-r2-request at lists.digium.com
You can reach the person managing the list at
asterisk-r2-owner at lists.digium.com
When replying, please edit your Subject line so it is more specific
than "Re: Contents of asterisk-r2 digest..."
Today's Topics:
1. Re: Reenvio de ANI en llamadas salientes?? (jam)
2. Re: Reenvio de ANI en llamadas salientes?? (a a)
----------------------------------------------------------------------
Message: 1
Date: Sun, 17 Jun 2012 10:54:21 -0430
From: jam <johans.a at gmail.com>
Subject: Re: [asterisk-r2] Reenvio de ANI en llamadas salientes??
To: asterisk-r2 at lists.digium.com
Message-ID:
<CAPs-ahVnxSiGz6d_tXvYTaGxXhLprWSCG67_bqo6Z=HaV=TXtA at mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Ok, muchas gracias por darme este nuevo punto de vista de la situaci?n, yo
solo evaluaba el aspecto t?cnico de la situaci?n y no tomaba en cuenta lo
del spoofing, sin embargo, voy a reintentar proponerlo nuevamente ya
hablandoles que mi intencion no es hacer spoofing si no que muestre como
caller id el did correspondiente al interno que ejecuta la llamada. ya esa
macro la tengo lista .
Gracias a todos por su colaboraci?n estar? atento en la lista para aportar
mi granito de arena tambi?n en otros problemas.
nota. DIGITEL al parecer si permite manipular el callerid, pero tuve un mal
servicio post venta y tengo el enlace inactivo. si alguien tiene un pbx con
r2 de digitel por favor pruebenlo y posteenlo.
El 17 de junio de 2012 09:26, Mc GRATH Ricardo <mcgrathr at mail2web.com>escribi?:
> Maestro
>
> No way, involucra a mecanismo de antifraude, como estas se permitir?n que
> los usuarios, definan la presentaci?n del 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
>
--
ADS. Johans Angulo.
CCNA CSC011350315
Telf. 04265586486
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-r2/attachments/20120617/04e7157c/attachment-0001.htm>
------------------------------
Message: 2
Date: Sun, 17 Jun 2012 13:30:08 -0300
From: a a <servtelar at gmail.com>
Subject: Re: [asterisk-r2] Reenvio de ANI en llamadas salientes??
To: asterisk-r2 at lists.digium.com
Message-ID:
<CAN8B5BnbZ5saaj3vbJF67-W_nuOX2jPEu9igBkUTLTcCBRhkYQ at mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
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?n que
> los usuarios, definan la presentaci?n del 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-r2/attachments/20120617/2c9f37f1/attachment.htm>
------------------------------
_______________________________________________
--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
End of asterisk-r2 Digest, Vol 46, Issue 18
*******************************************
More information about the asterisk-r2
mailing list