[Spce-user] Peer outbound re-write rules

Clint Wiley cwiley at nfis.com
Tue Feb 25 13:53:25 EST 2014


Hi all,

I was curious if anyone had any ideas.  I’ve got to resolve this.

Clint

On Feb 24, 2014, at 10:17 AM, cwiley <clint at newfrontierssolutions.com> wrote:

> Hi,
> 
> This went dormant as another project took center stage.  However, I now have to resolve this again!  I’ve followed your example below but cannot find the following lines to remove:
> 
>>               if(pv_isset("$xavp(caller_real_prefs[0]=>peer_auth_realm)"))
>>               {
>>                       xlog("L_NOTICE", "Setting R-URI '$rU@$xavp(caller_real_prefs[0]=>peer_auth_realm)' using peer auth realm of subscriber - [% logreq -%]\n");
>>                       $ru = "sip:" + $rU + "@" + $xavp(caller_real_prefs[0]=>peer_auth_realm);
>>               }
>>               else if(pv_isset("$xavp(callee_real_prefs[0]=>peer_auth_realm)"))
>>               {
>>                       xlog("L_NOTICE", "Setting R-URI '$rU@$xavp(callee_peer_prefs[0]=>peer_auth_realm)' using peer auth realm of peer - [% logreq -%]\n");
>>                       $ru = "sip:" + $rU + "@" + $xavp(callee_peer_prefs[0]=>peer_auth_realm);
>>               }
> 
> Any ideas?
> 
> Clint
> 
> On Dec 5, 2013, at 4:20 PM, Andrew Pogrebennyk <apogrebennyk at sipwise.com> wrote:
> 
>> Hi Clint,
>> 
>> Clint Wiley wrote:
>>> Hi,
>>> 
>>> Here is the proxy log:
>> 
>> the rewrite rule is applied properly and the call leaves the server
>> without 333 prefix:
>> 
>> Dec  5 13:16:23 sipproxy2 /usr/sbin/kamailio[1711]: INFO: <script>:
>> Relaying request, du='sip:sip.flowroute.com:5060',
>> fs='udp:67.20.37.3:5060' - R=sip:2405201302 at sip.flowroute.com
>> ID=NjdhOWM1MzFjYTRmMjgwMDkyNzY0N2EwYzU4OGZmOTY_b2b-1
>> 
>> This 'sip:sip.flowroute.com:5060' has caught my attention. From
>> proxy.log it looks like your peering IP address is 216.115.69.144.
>> However because of peer_auth_realm set to sip.flowroute.com proxy
>> changes R-URI to that address:
>> 
>> Dec  5 13:16:23 sipproxy2 /usr/sbin/kamailio[1882]: INFO: <script>:
>> Setting R-URI using peer auth realm '2405201302 at sip.flowroute.com' -
>> R=sip:2405201302 at 216.115.69.144:5060;transport=udp
>> ID=NjdhOWM1MzFjYTRmMjgwMDkyNzY0N2EwYzU4OGZmOTY
>> 
>> Then it sends request to the lb which resolves sip.flowroute.com via DNS
>> SRV. The request goes somewhere, but probably not where you want it.
>> 
>> Probably we should not overwrite R-URI with peer_auth_realm; we'll
>> review that. In the meantime you can disable this overwrite. Copy
>> /etc/ngcp-config/templates/etc/kamailio/proxy/proxy.cfg.tt2 to
>> /etc/ngcp-config/templates/etc/kamailio/proxy/proxy.cfg.customtt.tt2 (if
>> it doesn't exist yet) and remove the following lines (for version 3.1,
>> in 2.8 search for the line which says "Setting R-URI using peer auth
>> realm"), save and ngcpcfg apply:
>>>               if(pv_isset("$xavp(caller_real_prefs[0]=>peer_auth_realm)"))
>>>               {
>>>                       xlog("L_NOTICE", "Setting R-URI '$rU@$xavp(caller_real_prefs[0]=>peer_auth_realm)' using peer auth realm of subscriber - [% logreq -%]\n");
>>>                       $ru = "sip:" + $rU + "@" + $xavp(caller_real_prefs[0]=>peer_auth_realm);
>>>               }
>>>               else if(pv_isset("$xavp(callee_real_prefs[0]=>peer_auth_realm)"))
>>>               {
>>>                       xlog("L_NOTICE", "Setting R-URI '$rU@$xavp(callee_peer_prefs[0]=>peer_auth_realm)' using peer auth realm of peer - [% logreq -%]\n");
>>>                       $ru = "sip:" + $rU + "@" + $xavp(callee_peer_prefs[0]=>peer_auth_realm);
>>>               }
>> 
>> Regards,
>> Andrew
> 





More information about the Spce-user mailing list