[OpenSIPS-Users] B2BUA tests

Anca Vamanu anca at opensips.org
Fri Oct 30 11:11:55 CET 2009


Hi Jeff,

Yes, you could surely do that also, use another server on the same 
machine ( it does not need to be a different machine but just a 
different server :) ).

Regards,
Anca

Jeff Pyle wrote:
> Anca,
>
> Great information.  I think I'm starting to get this.
>
> Let me run this scenario past you.  As I've described, I have a functional
> proxy that forwards INVITEs upstream to a PSTN gateway.  My original
> intention was to use the top-hiding scenario to obscure the gateway's
> information.  Instead of using a separate server to accomplish this, is
> there any reason I couldn't forward the PSTN-bound request to a distinct
> domain on the same server (t_relay to the same box) where the routing
> behavior for this domain would be to change the RURI domain to the true PSTN
> gateway and b2b_init top-hiding?
>
>
> Regards,
> Jeff
>
>
>
> On 10/29/09 5:02 AM, "Anca Vamanu" <anca at opensips.org> wrote:
>
>   
>> Hi Jeff,
>>
>> You are right. You only need to call b2b_init function for the init
>> request. But beware that the requests for that dialog will not get into
>> the script anymore.
>> You can read more details here:
>> http://www.opensips.org/Resources/B2buaTutorial#toc17.
>> If you are doing some other processing on the proxy, like accounting, it
>> is advisable to move the B2BUA component on a separate server and to
>> forward the requests to it.
>>
>> Regards,
>> Anca
>>
>> Jeff Pyle wrote:
>>     
>>> Hi Anca,
>>>
>>> Please let me know if my train of thought makes sense.
>>>
>>> I have a functional traditional proxy configuration where packets are
>>> forwarded with t_relay, loose_route, etc.  If I wanted to convert this to a
>>> topology hiding B2BUA in Opensips, I would replace the t_relay of the
>>> initial INVITE with a b2b_init.  That way, instead of statefully relaying to
>>> the UAS, I would be establishing a new dialog in B2BUA mode.
>>>
>>> Am I on the right track?  Would I need to do anything to the current
>>> loose_route section, or would all dialogs be translated automatically
>>> without any modification?
>>>
>>>
>>> - Jeff
>>>
>>>
>>>
>>> On 10/28/09 4:48 AM, "Anca Vamanu" <anca at opensips.org> wrote:
>>>
>>>   
>>>       
>>>> Hi Jeff,
>>>>
>>>> I have completed the documentation on
>>>> http://www.opensips.org/Resources/B2buaTutorial#toc12 with some schema.
>>>> What happens in topology hiding is that the B2BUA starts a new dialog
>>>> with the other party, so it will first send an INVITE message. Now, if
>>>> you call b2b_init before you do lookup location and the target address
>>>> is has in the domain part the domain of your sip proxy, then the INVITE
>>>> will get back to the server and back in the script. For this case I was
>>>> saying that you should not require authentication for it.
>>>> And no, the B2BUA component does not have any type of authentication of
>>>> its own, it only knows to put itself in the middle of the call and
>>>> establish two dialogs, with each party.
>>>>
>>>> Regards,
>>>> Anca
>>>>
>>>>
>>>>
>>>> Jeff Pyle wrote:
>>>>     
>>>>         
>>>>> Anca,
>>>>>
>>>>> Does the B2BUA module have some type of authentication on its own?  Is it
>>>>> looping back to the top of the script and trying to authenticate itself,
>>>>> and
>>>>> that's where your suggestion comes from?  Or something else?
>>>>>
>>>>> It appears I don't have a good understanding of the message flow through
>>>>> Opensips in a B2BUA'd session.  At b2b_init time, does something return to
>>>>> the top of route[0] and start over?  As such should I run b2b_init as close
>>>>> to the top of route[0] as possible?
>>>>>
>>>>> If you could help me understand what happens to the message flow in a
>>>>> non-B2BUA session versus one that has B2BUA, perhaps I'll be able to my
>>>>> mind
>>>>> around this.
>>>>>
>>>>>
>>>>> Thanks,
>>>>> Jeff
>>>>>
>>>>>
>>>>>
>>>>> On 10/27/09 12:48 PM, "Anca Vamanu" <anca at opensips.org> wrote:
>>>>>
>>>>>   
>>>>>       
>>>>>           
>>>>>> Hi Jeff,
>>>>>>
>>>>>>
>>>>>> To get pass the problems with authentication I suggest you put a check
>>>>>> in your configuration file:
>>>>>>
>>>>>> if(src_ip== proxy_ip && src_port== proxy_port)
>>>>>>     dont_ask_authetification;
>>>>>>
>>>>>> Just to let it pass without challenging it and go to the part where the
>>>>>> Invite is forwarded to the end user.
>>>>>>
>>>>>> Regards,
>>>>>> Anca
>>>>>>
>>>>>>     
>>>>>>         
>>>>>>             
>>>> _______________________________________________
>>>> Users mailing list
>>>> Users at lists.opensips.org
>>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>>     
>>>>         
>>> _______________________________________________
>>> Users mailing list
>>> Users at lists.opensips.org
>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>
>>>   
>>>       
>> _______________________________________________
>> Users mailing list
>> Users at lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>     
>
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>   




More information about the Users mailing list