[Spce-user] Peering rules problem

Daniel Grotti dgrotti at sipwise.com
Fri Jan 9 03:58:35 EST 2015


Hi,
please check the following:

mysql> select * from provisioning.xmlhosts;
+----+-----------+------+-------+----------+--------------+
| id | ip        | port | path  | sip_port | description  |
+----+-----------+------+-------+----------+--------------+
|  1 | 127.0.0.1 | 8000 | /RPC2 |     5062 | Kamailio     |
|  2 | 127.0.0.1 | 8090 | /     |     NULL | Sems         |
|  3 | 127.0.0.1 | 5062 | /     |     NULL | Kamailio-SR  |
|  4 | 127.0.0.1 | 5060 | /     |     NULL | Loadbalancer |
+----+-----------+------+-------+----------+--------------+
4 rows in set (0.00 sec)



Also, when you add the rule from web interface, please check the
/var/log/ngcp/oss.log, you should see the XMLRPC call to reloead the
kamilio lcr module:


Example

Jan  9 09:55:50 sp1 provisioning: Sipwise::Provisioning::handle_request:
calling function 'get_peer_group_details' for admin 'administrator'
Jan  9 09:55:50 sp1 provisioning: Sipwise::Provisioning::_log_xmldata:
get_peer_group_details returned with: {'group' => {'description' =>
'','id' => '1','name' => 'test','peering_contract_id' => '41','priority'
=> '1'},'peers' => [{'group_id' => '1','host' => undef,'id' => '1','ip'
=> '1.1.1.1','name' => 'test ','port' => '5060','transport' =>
'UDP','weight' => '1'}],'rules' => []}
Jan  9 09:55:50 sp1 provisioning: Sipwise::Provisioning::_log_xmldata:
create_peer_rule called with: {'authentication' => {'password' =>
'********','type' => 'admin','username' => 'administrator'},'parameters'
=> {'data' => {'callee_pattern' => '','callee_prefix' =>
'34','caller_pattern' => '','description' => ''},'group_id' => '1'}}
Jan  9 09:55:50 sp1 provisioning: Sipwise::Provisioning::handle_request:
calling function 'create_peer_rule' for admin 'administrator'
Jan  9 09:55:50 sp1 provisioning: Sipwise::Provisioning::Config::new:
using config file "/etc/ngcp-ossbss/provisioning.conf"
Jan  9 09:55:50 sp1 provisioning: Sipwise::Provisioning::new:
Sipwise::Provisioning::XMLDispatcher object initialized
Jan  9 09:55:50 sp1 provisioning:
Sipwise::Provisioning::XMLDispatcher::dispatch: dispatching xmlrpc
proxy-ng request to 127.0.0.1:5062/



Daniel




On 01/08/2015 01:30 PM, Jorge Fresneda - Ibersontel wrote:
> Hi Daniel,
>
>     When I check command "ngcp-sercmd proxy lcr.dump_rules", this rule
> NOT appear, only when reload kamailio-proxy. I have to reload something?
>
>     Thanks Daniel,
>     Regards,
>     Jorge
>
> Este mensaje es privado y confidencial y se dirige exclusivamente a su
> destinatario. Si usted ha recibido este mensaje por error, le rogamos
> que, si es posible, nos lo comunique respondiendo a este correo. "De
> conformidad con lo establecido en la Ley Orgánica 15/1999, de 13 de
> diciembre, de Protección de Datos de Carácter Personal, y en la Ley
> 34/2002, de 11 de julio, de Servicios de la Sociedad de la Información
> y de Comercio Electrónico, usted queda informado de la incorporación
> de sus datos en los ficheros correspondientes debidamente registrados
> en la Agencia Española de Protección de Datos y del tratamiento de los
> mismos para las finalidades de gestión de los usuarios, clientes y
> contactos comerciales de la compañía. El Responsable de dicho fichero
> es: IBERSONTEL, S.L., con domicilio a estos efectos en c/ Socuéllamos,
> 81 Pj Local 1, 13700 Tomelloso. Usted podrá ejercitar sus derechos de
> acceso, rectificación, cancelación y oposición enviándonos un email a
> borrame at ibersontel.es "
>
> El 08/01/2015 12:59, Daniel Grotti escribió:
>> Hi,
>> please try to add a rules and then check:
>>
>> ngcp-sercmd proxy lcr.dump_rules
>>
>>
>> you should see your rule there.
>> I tried but I can't reproduce it.
>>
>> Daniel
>>
>>
>>
>> On 01/08/2015 12:51 PM, Jorge Fresneda - Ibersontel wrote:
>>> Hello Daniel,
>>>
>>>      Yes, always on 2.8 version. Also, I have a 2.4 on other server and
>>> working correctly here.
>>>
>>>      I go to "System Administration" -- Sip Peerings -- PEERENG_1 and I
>>> add a Peering rule such as 34 (on callee prefix),
>>> ^sip:.+911112 at domain$ (on callee Pattern). This peering has more
>>> priority than "default route" in other peering.
>>>
>>>      Then, I do a call and don't working. The call does through another
>>> carrier. When I reload kamailio-proxy service, the rule works
>>> correctly.
>>>
>>>      Why?
>>>
>>>      Thanks you so much,
>>>      Regards,
>>>      Jorge
>>>
>>> Este mensaje es privado y confidencial y se dirige exclusivamente a su
>>> destinatario. Si usted ha recibido este mensaje por error, le rogamos
>>> que, si es posible, nos lo comunique respondiendo a este correo. "De
>>> conformidad con lo establecido en la Ley Orgánica 15/1999, de 13 de
>>> diciembre, de Protección de Datos de Carácter Personal, y en la Ley
>>> 34/2002, de 11 de julio, de Servicios de la Sociedad de la Información
>>> y de Comercio Electrónico, usted queda informado de la incorporación
>>> de sus datos en los ficheros correspondientes debidamente registrados
>>> en la Agencia Española de Protección de Datos y del tratamiento de los
>>> mismos para las finalidades de gestión de los usuarios, clientes y
>>> contactos comerciales de la compañía. El Responsable de dicho fichero
>>> es: IBERSONTEL, S.L., con domicilio a estos efectos en c/ Socuéllamos,
>>> 81 Pj Local 1, 13700 Tomelloso. Usted podrá ejercitar sus derechos de
>>> acceso, rectificación, cancelación y oposición enviándonos un email a
>>> borrame at ibersontel.es "
>>>
>>> El 08/01/2015 12:16, Daniel Grotti escribió:
>>>> Hi,
>>>> it shouldn't happen.
>>>> Is it happening always or sometimes ?
>>>> Are you able to reproduce the problem and tell us how  ?
>>>>
>>>> Daniel
>>>>
>>>>
>>>>
>>>> On 01/07/2015 09:27 AM, Jorge Fresneda - Ibersontel wrote:
>>>>> Hello everyone,
>>>>>
>>>>> I have changed a peering rules and I see that I have to reload
>>>>> kamailio services because if I don't reload kamailio-proxy service,
>>>>> not working. Why?
>>>>>
>>>>> Thank you very much,
>>>>> Regards,
>>>>> Jorge
>>>>>
>>>>> Este mensaje es privado y confidencial y se dirige exclusivamente
>>>>> a su
>>>>> destinatario. Si usted ha recibido este mensaje por error, le rogamos
>>>>> que, si es posible, nos lo comunique respondiendo a este correo. "De
>>>>> conformidad con lo establecido en la Ley Orgánica 15/1999, de 13 de
>>>>> diciembre, de Protección de Datos de Carácter Personal, y en la Ley
>>>>> 34/2002, de 11 de julio, de Servicios de la Sociedad de la
>>>>> Información
>>>>> y de Comercio Electrónico, usted queda informado de la incorporación
>>>>> de sus datos en los ficheros correspondientes debidamente registrados
>>>>> en la Agencia Española de Protección de Datos y del tratamiento de
>>>>> los
>>>>> mismos para las finalidades de gestión de los usuarios, clientes y
>>>>> contactos comerciales de la compañía. El Responsable de dicho fichero
>>>>> es: IBERSONTEL, S.L., con domicilio a estos efectos en c/
>>>>> Socuéllamos,
>>>>> 81 Pj Local 1, 13700 Tomelloso. Usted podrá ejercitar sus derechos de
>>>>> acceso, rectificación, cancelación y oposición enviándonos un email a
>>>>> borrame at ibersontel.es "
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Spce-user mailing list
>>>>> Spce-user at lists.sipwise.com
>>>>> https://lists.sipwise.com/listinfo/spce-user
>>>> _______________________________________________
>>>> Spce-user mailing list
>>>> Spce-user at lists.sipwise.com
>>>> https://lists.sipwise.com/listinfo/spce-user
>>>
>>> _______________________________________________
>>> Spce-user mailing list
>>> Spce-user at lists.sipwise.com
>>> https://lists.sipwise.com/listinfo/spce-user
>> _______________________________________________
>> Spce-user mailing list
>> Spce-user at lists.sipwise.com
>> https://lists.sipwise.com/listinfo/spce-user
>
>
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> https://lists.sipwise.com/listinfo/spce-user




More information about the Spce-user mailing list