[Spce-user] Rewrite rule problem

[Jorge Fresneda - Ibersontel]

Hello,

Yes, I have verified that there are no duplicate rules nor are there two 
groups with the same priority.

Please, what should I check in lcr table? The rules are the same as in 
the web environment

Thanks
Regards,
Jorge


El 13/06/2014 10:35, Daniel Grotti escribió:
> Hi,
> mmm, that's strange...are you sure you have only that rules on your peer ?
> In that case priority 1 should match Peer1.
>
> Did you check your DB lcr table ?
>
> Daniel
>
>
>
>
>
>
>
> On 06/13/2014 10:06 AM, Jorge Fresneda - Ibersontel wrote:
>> Hello,
>>
>> I note that in the manual ability to filter through the origin of the
>> call is contemplated. My scenario is as follows:
>>
>>
>> Peer1 with priority 1
>>      Calle Prefix = blank
>>      Calle pattern = blank
>>      Caller Pattern = 91111111 (este es el llamante / subscriber)
>>
>>
>> Peer2 with priority 2
>>      Calle Prefix = blank
>>      Calle Pattern = blank
>>      Caller Pattern = blank
>>      Default rule!
>>
>>
>> Now, when I call the dessde 91111111, the call is sent by the "Peer2"
>> and want it to be extended by the "Peer1", whatever the destination of
>> the call. ¿Is possible?
>>
>> Regards,
>> Jorge
>>
>>
>> El 12/06/2014 19:38, Daniel Grotti escribió:
>>> Hi,
>>> the peer is chosen using the callee prefix.
>>> So if you do not set callee prefix, probably the call goes out via
>>> another peer.
>>>
>>> Also, from the handbook:
>>>
>>> "The selection of peering servers for outbound calls is done in the
>>> following order:
>>> 1. whether caller or callee pattern matched.
>>> 2. length of the callee prefix.
>>> 3. priority of the peering group.
>>> 4. weight of the peering servers in the selected peering group.
>>>
>>> After one or more peering group(s) is matched for an outbound call,
>>> all servers in this group are tried, according to their weight (lower
>>> weight has more precedence). If a peering server replies with SIP
>>> codes 408, 500 or 503, or if a peering server doesn’t respond at all,
>>> the next peering server in the current peering group is used as a
>>> fallback, one after the other until the call succeeds. If no more
>>> servers are left in the current peering group, the next group which
>>> matches the peering rules is going to be used."
>>>
>>>
>>> Cheers,
>>> Daniel
>>>
>>>
>>>
>>>
>>> ----- Original Message -----
>>> From: "Jorge Fresneda - Ibersontel" <j.fresneda at ibersontel.com>
>>> To: spce-user at lists.sipwise.com
>>> Sent: Thursday, June 12, 2014 7:24:22 PM
>>> Subject: [Spce-user] Rewrite rule  problem
>>>
>>> Hello,
>>>
>>> I have a problem in "rewrite rules" on Peer. When I add a "Peering
>>> rule", if I write 34 or another number in the "Callee prefix" field and
>>> also write in "Caller Pattern", the call goes through this Peer
>>> correctly, but if I put blank "Callee prefix" field and write in "Caller
>>> Pattern" only, the call is not sent by this peer. What do I do wrong?
>>>
>>> Thank you,
>>> regards
>>> Jorge
>>>
>>> _______________________________________________
>>> Spce-user mailing list
>>> Spce-user at lists.sipwise.com
>>> http://lists.sipwise.com/listinfo/spce-user