[Freeswitch-users] CallsIN counter on gateway

[David Ponzone]

As far as I know, the source IP of an inbound call is not matched against the ones configured in the gateway definitions in order to determine which is the relevant gateway, and so possibily alter some parameters like the context or else.
I'd like that too, that would simplify management and provisionning, and clarity also.

David Ponzone  Direction Technique
email: david.ponzone at ipeva.fr
tel:      01 74 03 18 97
gsm:   06 66 98 76 34

Service Client IPeva
tel:      0811 46 26 26
www.ipeva.fr  -   www.ipeva-studio.com

Ce message et toutes les pièces jointes sont confidentiels et établis à l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autorisée est interdite. Tout message électronique est susceptible d'altération. IPeva décline toute responsabilité au titre de ce message s'il a été altéré, déformé ou falsifié. Si vous n'êtes pas destinataire de ce message, merci de le détruire immédiatement et d'avertir l'expéditeur.




Le 22/04/2011 à 11:32, Leon de Rooij a écrit :

> Hello David,
> 
> Thanks for your reply.
> 
> I think I didn't word my question properly. Just as you, I also don't want to rely on the headers in the inbound SIP INVITEs that get sent to me for distinguishing carriers, but only want to do this on the basis of the originating IP address. Right now, I have this solved by having a separate Sofia profile that sends the calls to a context where I have some conditions on network_addr to make this distinction. This works, but it would be nicer if it could be done in the gateway definition in the sip profile config itself - that way the CallsIN counter would get increased.
> 
> Perhaps I should really start using proxies in front of my FS boxes, so I can change the SIP headers to contain gw+ or gw= ? But I'd really like to do this directly in FS as well - if at all possible at the moment.
> 
> Any thoughts ?
> 
> Thanks,
> 
> Leon
> 
> 
> 
> 
> On Apr 22, 2011, at 10:33 AM, David Ponzone wrote:
> 
>> Leon,
>> 
>> Personally, as I know I can't always expect to get the right headers in the INVITE to do this matching, and also because I think it's only valid for gateways you register to, I prefer to split the incoming INVITEs based on source IP.
>> It's also the opportunity to normalize what you need to normalize (caller number, called number) and to inc counters, before transfering to the desired context.
>> Also, I would not want my dialplan to rely on the good behaviour of the remote gateway, which could decide suddenly to send crap, or a different crap than before, because the guys there decided to upgrade their S...S or they A..E priceless boxes over the weekend.
>> 
>> Sorry if I misunderstood your question.
>> 
>> David Ponzone  Direction Technique
>> email: david.ponzone at ipeva.fr
>> tel:      01 74 03 18 97
>> gsm:   06 66 98 76 34
>> 
>> Service Client IPeva
>> tel:      0811 46 26 26
>> www.ipeva.fr  -   www.ipeva-studio.com
>> 
>> Ce message et toutes les pièces jointes sont confidentiels et établis à l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autorisée est interdite. Tout message électronique est susceptible d'altération. IPeva décline toute responsabilité au titre de ce message s'il a été altéré, déformé ou falsifié. Si vous n'êtes pas destinataire de ce message, merci de le détruire immédiatement et d'avertir l'expéditeur.
>> 
>> 
>> 
>> 
>> Le 20/04/2011 à 12:59, Leon de Rooij a écrit :
>> 
>>> Hi all,
>>> 
>>> I have a gateway that sends me invites with the callerid in the from: header and the destination number in the to: header. I'd like these inbound invites to be matched to the proper gateway (that is used for outbound calls) so that I can use params of the gateway like context, but also so the CallsIN counter gets increased for each inbound call.
>>> 
>>> Is this at all possible ? From what I understand from sofia.c, the gateway->ib_calls is only increased when an incoming request contains a gw= param or when destination_number is prefixed by gw+, or is there another way ?
>>> 
>>> thanks & kind regards,
>>> 
>>> Leon de Rooij
>>> _______________________________________________
>>> FreeSWITCH-users mailing list
>>> FreeSWITCH-users at lists.freeswitch.org
>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>>> http://www.freeswitch.org
>> 
>> _______________________________________________
>> FreeSWITCH-users mailing list
>> FreeSWITCH-users at lists.freeswitch.org
>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>> http://www.freeswitch.org
> 
> _______________________________________________
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20110422/d92732da/attachment-0001.html