[Spce-user] Rewrite rules
rogier at ningaloo.nl
Tue Oct 29 10:03:38 EDT 2013
Ok, i thought so already. So the question then is how can i make the phones ring that are registered to SBCE when a call comes in from another phone connected to the PBX behind it? In SBCE the subscriber also has remote authentication to the PBX.
So call is as follow:
PHONE1 —> PBX
PHONE 2—> SBCE — PBX
Its the same PBX only 1 phone registered to the PBX and the other one to SBCE.
Op 29 okt. 2013, om 14:48 heeft Daniel Grotti <dgrotti at sipwise.com> het volgende geschreven:
> you can't rewrite the domain part of RURI with RR, just only the User part.
> The domain part will be rewrite afterwards - if needed - for example
> after a peer selection for outgoing calls.
> On 10/29/2013 02:41 PM, Rogier Banis wrote:
>> Hi y’all,
>> I don’t quite understand something on the rewrite rules on a Peer.
>> My PBX behind the SBCE is connected thru a peer. On that peer i have defined number manipulation by rewrite rules.
>> Now a call from my PBX comes to sbce. It is from a user directly registered to the pbx to a user that is registered thru the SBCE. In my Proxy logs i see the following:
>> Oct 29 14:34:35 sbc proxy: NOTICE: <script>: New request - M=INVITE R=sip:0009*201 at 11.222.333.444:5060;uuid=3ecb8269-9d87-4e3e-9971-781ed2883b25 F=sip:231 at 55.666.77.888 T=sip:0009*201 at 55.666.77.888:5060 IP=55.666.77.888:5060 (127.0.0.1:5060) ID=2f7b937e4d783aa428c3cb944d7843d3 at 55.666.77.888:5050
>> Now i have a Rewrite Rule Incoming Callee on the peer with the following details:
>> Match Pattern: @11\.222\.333\.444
>> Replacement Pattern: @sbc.host.name
>> The Subscriber 0009*201 is registered to the sbce with this domain sbc.host.name
>> So it looks like that the ipaddress in the request is not replaced with the domain name. How can i make this happen?
>> Thank you very much..
>> Spce-user mailing list
>> Spce-user at lists.sipwise.com
> Spce-user mailing list
> Spce-user at lists.sipwise.com
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Spce-user