[OpenSIPS-Users] DIDs and DR ROUTING

Nick Khamis symack at gmail.com
Thu Feb 7 01:59:45 CET 2013


>> Why do you need the dr_groups table here ??? as said, you can push the group from script (and DR will not look into the dr_groups at all).

That is exactly what I will be doing, so basically with an IP match of
the DID providers, I will push the group using script? Is there any
sample script that does something similar? With 10 years of C
programming experience, does me no good since I have not grasped the
variables etc..

>>    As for the "evil loop",

>> What about it :) ? it is missing your comment here :)

Hahah!!! I totally saw that after sending the message. Since it's a
separate issue, I have been meaning to a new post for it.

Thanks in Advance,

Nick.


On 2/6/13, Bogdan-Andrei Iancu <bogdan at opensips.org> wrote:
> Hi Nick,
>
>
> On 02/05/2013 11:04 PM, Nick Khamis wrote:
>> Hey Bogdan!
>>
>> Options 2, and 3 (Caller DID, and regex dialplan) would have been
>> easy! Since the FROM has CID, and not DID of the caller:
>>
>> From: "15143372009"<sip:15143372009 at predid.com>;tag=74240.
>>
>> Where "15143372009" is my cell phone (changed of course ;), all I have
>> for routing is "@predid.com", or the IP of the DID reseller. Therefore
>> I would have to the permission module. With that being said, outbound
>> routing is working perfectly using DR and Dialplan, and I would like
>> to keep that just the way it is.
>>
>> Ideally, DR would be able to handle the inbound (i.e., DID routing)
>> however, I understand that wildcards for dr_groups.username and
>> dr_groups.domain are no longer supported.
> Why do you need the dr_groups table here ??? as said, you can push the
> group from script (and DR will not look into the dr_groups at all).
>
>>
>> As for the "evil loop",
> What about it :) ? it is missing your comment here :)
>
> Regards,
> Bogdan
>
>> On 2/5/13, Bogdan-Andrei Iancu<bogdan at opensips.org>  wrote:
>>> Hi Nick,
>>>
>>>
>>> On 02/04/2013 09:49 PM, Nick Khamis wrote:
>>>> Hello Bogaden,
>>>>
>>>> Thank you so much for your response. I know you're a busy individual
>>>> so I will try to take the least amount of your efforts.
>>>>
>>>> In regards to DID routing using DR. The issue is that, it's not the
>>>> DID number that is being set as RURI, but actually the caller's
>>>> number. For this reason .* could have been helpful for
>>>> dr_groups.username however, I understand that such functionality has
>>>> been pushed up to the script. With that in mind, all that is known for
>>>> sure is the IP address of the DID provider. Since a lot of the third
>>>> part tutorials have become dated, and I am not yet familiar with avps,
>>>> an example on how to handle this using $avp would be greatly
>>>> appreciated.
>>> The idea is simple - instead of letting DR to determine the routing
>>> group via the dr_groups table (based on FROM), you can force the group
>>> from script as parameter of do_routing() .
>>> How to determine the group, from script, depends on what the group is
>>> related to :
>>>       - source ip - use permission module with address table
>>> (context_info to carry the dr group)
>>>       - caller DID - use DR with other group to map caller DID to a
>>> group
>>> ->  the group is used as input for a new do_routing to determine the
>>> destination.
>>>       - generic - use dialplan with attr field.
>>>
>>>> As for "<sip:1001 at server.exaple.com@server.example.com:5060>    (51)",
>>>> I
>>>> get this when asterisk passes the INVITE back to OpenSIPS. I was able
>>>> to fix this by modifying sip_buddies.defaultuser from
>>>> '1001 at server.example.com" to 1001. What I have now is an evil loop
>>>> that passes the INVITE back and forth between OpenSIPS and Asterisk. I
>>>> understand that this is a separate issue.
>>> Why do you need to do the looping between ?
>>>
>>> Regards,
>>> Bogdan
>>>> Your help is greatly appreciated,
>>>>
>>>> Nick.
>>>>
>>>> _______________________________________________
>>>> Users mailing list
>>>> Users at lists.opensips.org
>>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>>
>



More information about the Users mailing list