[Spce-user] Rewrite rule problem

[Daniel Grotti]

Hi,
give us a select of the following kamailio tables:


lcr_gw                   
lcr_rule               
lcr_rule_target          



Daniel


On 06/13/2014 10:41 AM, Jorge Fresneda - Ibersontel wrote:
> 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
>