[SR-Users] too many recursive routing table lookups
Daniel-Constantin Mierla
miconda at gmail.com
Tue Mar 11 14:44:43 CET 2014
How many gateways you could possible try? More than 100?
Perhaps you can use a while loop instead of recursive subroute executions.
Cheers,
Daniel
--
Daniel-Constantin Mierla
http://www.asipto.com
> On 11 Mar 2014, at 14:01, Camila Troncoso <ctroncoso at redvoiss.net> wrote:
>
> Daniel,
>
> Attached will you find the graph.
>
> I don’t really understand much of it.
>
> My route CHANNELS is where I check if the gateway is full, if that is the case , a go back to RELAY route , load next_gw() and then look for the channels capacity from the new gateway .
> If I received a failure response , I load next_gw and check for channels.
>
> Regards,
>
> Camila
>
>
> De: sr-users-bounces at lists.sip-router.org [mailto:sr-users-bounces at lists.sip-router.org] En nombre de Daniel-Constantin Mierla
> Enviado el: lunes, 10 de marzo de 2014 17:11
> Para: Kamailio (SER) - Users Mailing List
> Asunto: Re: [SR-Users] too many recursive routing table lookups
>
> This is when you have a recursive loop or too many chained subroutes executed. Like:
>
> request_route {
> route(x);
> }
>
> route[x] {
> route(y);
> }
>
> route[y] {
> route(x);
> }
>
> if you have sources of kamailio, then you can check with:
>
> ./utils/route_graph/route_graph.py /path/to/kamailio.cfg
>
> See if you can spot the loop.
>
> Cheers,
> Daniel
>
> On 10/03/14 20:36, Camila Troncoso wrote:
> I have another ERROR that is presenting:
>
> “WARNING: too many recursive routing table lookups (101) giving up!”
>
> I have a routing diagram that includes max number of channels per gateway. The dialog module keeps track of the number of channels use by active calls ( set_dlg_profile, get_profile_size) and if a gateway has reached his maximum , I search for next_gw().
> This recursive mechanism can be made several times if many gateways of one route are full.
> But I analyzed the error and I have maximum 24 repeats of this process per call, never reach 100 repeats as shown by the ERROR.
>
> Can the maximum value of recursive lookups be the sum of lookups counting all the early dialogs?
>
> Regards,
>
> Camila
>
>
> De: Daniel-Constantin Mierla [mailto:miconda at gmail.com]
> Enviado el: lunes, 10 de marzo de 2014 14:21
> Para: Camila Troncoso; Kamailio (SER) - Users Mailing List
> Asunto: Re: [SR-Users] Kamailio LCR unable to relay new calls, memory issue
>
> Indeed, “kamctl fifo get_statistics all” is the same as "kamctl stats" in newer versions.
>
> You run with default 32MB which is rather low, imo. You have less than 1MB free at this moment.
>
> Start kamailio with larger memory, like -m 512. It is not going to be taken from the system unless kamailio is really using it.
>
> Cheers,
> Daniel
>
> On 10/03/14 17:01, Camila Troncoso wrote:
> Daniel,
>
> With the command “ kamctl fifo get_statistics all” i get this:
>
> shmem:fragments = 2565
> shmem:free_size = 1028552
> shmem:max_used_size = 33554432
> shmem:real_used_size = 32525880
> shmem:total_size = 33554432
> shmem:used_size = 26417552
>
>
> Regards,
>
> Camila
>
>
> De: Camila Troncoso [mailto:ctroncoso at redvoiss.net]
> Enviado el: lunes, 10 de marzo de 2014 12:43
> Para: 'miconda at gmail.com'; 'Kamailio (SER) - Users Mailing List'
> Asunto: RE: [SR-Users] Kamailio LCR unable to relay new calls, memory issue
>
> Daniel,
>
> I haven’t use the –m command.
>
> I´m running kamailio 3.2.4 version.
>
> The command kamctl stats is not available.
>
> Regards,
>
> Camila
>
>
>
> De: sr-users-bounces at lists.sip-router.org [mailto:sr-users-bounces at lists.sip-router.org] En nombre de Daniel-Constantin Mierla
> Enviado el: lunes, 10 de marzo de 2014 11:52
> Para: Kamailio (SER) - Users Mailing List
> Asunto: Re: [SR-Users] Kamailio LCR unable to relay new calls, memory issue
>
> Hello,
>
> how much shared memory have you allocated to kamailio? In other words, have you given any value via -m command line parameter?
>
> You can see it also via:
>
> kamctl stats
>
> Look for shmem fields.
>
> Cheers,
> Daniel
>
> On 10/03/14 14:37, Camila Troncoso wrote:
> Hi,
>
> Last Friday I presented a increase of load in kamailio by a client. The load was almost twice as usual. By that time I encountered with many issues in kamailio. The calls were not relay to gateways, and a lot of messages about memory were appearing in log file. Kamailio didn’t crash. When I remove the extra traffic all went back to normal. Is there a issue about memory leak or about to few memory resources to manage this amount of traffic?
>
> ERROR: tm [t_reply.c:1799]: ERROR: relay_reply: cannot alloc reply shmem
> ERROR: <core> [msg_translator.c:1782]: ERROR: build_req_buf_from_sip_req: out of memory
> ERROR: tm [t_fwd.c:431]: ERROR: print_uac_request: no shm mem
> ERROR: tm [t_fwd.c:1534]: ERROR: t_forward_nonack: failure to add branches
> ERROR: tm [tm.c:1369]: ERROR: w_t_relay_to: t_relay_to failed
> ERROR: tm [t_reply.c:598]: ERROR: _reply_light: cannot allocate shmem buffer
> ERROR: tm [t_msgbuilder.c:371]: ERROR: cannot allocate shared memory
> ERROR: tm [t_msgbuilder.c:521]: ERROR: build_local_reparse: cannot build ACK request
> MERROR: tm [t_msgbuilder.c:371]: ERROR: cannot allocate shared memory
> ERROR: tm [t_msgbuilder.c:521]: ERROR: build_local_reparse: cannot build ACK request
> ERROR: sl [sl_funcs.c:282]: ERROR: sl_reply_error used: No error (2/SL)
>
> ERROR: <core> [msg_translator.c:1782]: ERROR: build_req_buf_from_sip_req: out of memory
> ERROR: tm [t_fwd.c:431]: ERROR: print_uac_request:/p>
>
> ERROR: <core> [msg_translator.c:1782]: ERROR: build_req_buf_from_sip_req: out of memory
> ERROR: tm [t_fwd.c:431]: ERROR: print_uac_request: no shm mem
> ERROR: tm [t_fwd.c:1534]: ERROR: t_forward_nonack: failure to add branches
> ERROR: tm [tm.c:1369]: ERROR: w_t_relay_to: t_relay_to failed
> ERROR: sl [sl_funcs.c:282]: ERROR: sl_reply_error used: No error (2/SL)
> ERROR: <core> [sip_msg_clone.c:506]: ERROR: sip_msg_cloner: cannot allocate memory
> ERROR: tm [t_lookup.c:1338]: ERROR: new_t: out of mem:
> ERROR: tm [t_lookup.c:1478]: ERROR: t_newtran: new_t failed
> ERROR: sl [sl_funcs.c:282]: ERROR: sl_reply_error used: I'm terribly sorry, server error occurred (1/SL)
>
>
> Regards,
>
> Camila
>
> <image001.gif>
>
> Camila Troncoso Solar | Ingeniero de Desarollo
> +56 2 22408535 · +56 9 97327220 | ctroncoso at redvoiss.net
> Badajoz 130, piso 16, Las Condes | Santiago - CHILE | www.redvoiss.com
>
>
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
> --
> Daniel-Constantin Mierla - http://www.asipto.com
> http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
> Kamailio World Conference - April 2-4, 2014, Berlin, Germany
> http://www.kamailioworld.com
>
>
> --
> Daniel-Constantin Mierla - http://www.asipto.com
> http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
> Kamailio World Conference - April 2-4, 2014, Berlin, Germany
> http://www.kamailioworld.com
>
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
> --
> Daniel-Constantin Mierla - http://www.asipto.com
> http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
> Kamailio World Conference - April 2-4, 2014, Berlin, Germany
> http://www.kamailioworld.com
> D"http://www.kamailioworld.com">http://www.kamailioworld.com
> <graph.txt>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20140311/b26c43c8/attachment-0001.html>
More information about the sr-users
mailing list