with sofia loglevel all 9, I can see that sometimes (frequency hard to guess), during 4-5 secondes, FS writes those messages in the log for each REGISTER or OPTIONS request:
nta.c:3012 agent_recv_request() nta: OPTIONS (102) going to existing OPTIONS transaction
nta.c:3012 agent_recv_request() nta: REGISTER (116849) going to existing REGISTER transaction
It’s like it considers it’s already dealing with a such request (which it never replied to).
A typical regular flow of logs for a REGISTER which was responded to is:
nta.c:3085 agent_recv_request() nta: REGISTER (108692) going to a default leg
nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering
nua_stack.c:899 nh_create() nua: nh_create: entering
nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering
nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering
soa.c:280 soa_clone() soa_clone(static::0x7fda40001930, 0x7fda40001130, 0x7fda40039330) called
soa.c:403 soa_set_params() soa_set_params(static::0x7fda40207f40, ...) called
nua_stack.c:271 nua_stack_event() nua(0x7fda40039330): event i_register 100 Trying
nua_stack.c:359 nua_application_event() nua: nua_application_event: entering
nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering
nua.c:879 nua_respond() nua: nua_respond: entering
nua_stack.c:529 nua_signal() nua(0x7fda40039330): sent signal r_respond
nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering
nua_stack.c:529 nua_signal() nua(0x7fda40039330): sent signal r_destroy
nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering
nua.c:921 nua_handle_destroy() nua: nua_handle_destroy: entering
nua_stack.c:573 nua_stack_signal() nua(0x7fda40039330): recv signal r_respond 200 OK
When it fails to respond, it is:
nta.c:3085 agent_recv_request() nta: REGISTER (108693) going to a default leg
nua_server.c:102 nua_stack_process_request() nua: nua_stack_process_request: entering
nua_stack.c:899 nh_create() nua: nh_create: entering
nua_common.c:108 nh_create_handle() nua: nh_create_handle: entering
nua_params.c:480 nua_stack_set_params() nua: nua_stack_set_params: entering
soa.c:280 soa_clone() soa_clone(static::0x7fda40001930, 0x7fda40001130, 0x7fda402dc590) called
soa.c:403 soa_set_params() soa_set_params(static::0x7fda4014f880, ...) called
nua_stack.c:271 nua_stack_event() nua(0x7fda402dc590): event i_register 100 Trying
nua_stack.c:359 nua_application_event() nua: nua_application_event: entering
It’s difficult to know which lines are related in the log, but when FS does not answer the 200 OK, I am definitely missing a line like:
nua_stack.c:529 nua_signal() nua(0x7fda40039330): sent signal r_respond
David Ponzone Direction Technique
tel: 01 74 03 18 97
gsm: 06 66 98 76 34
Service Client IPeva
tel: 0811 46 26 26
Ce message et toutes les pièces jointes sont confidentiels et établis à l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autorisée est interdite. Tout message électronique est susceptible d'altération. IPeva décline toute responsabilité au titre de ce message s'il a été altéré, déformé ou falsifié. Si vous n'êtes pas destinataire de ce message, merci de le détruire immédiatement et d'avertir l'expéditeur.
you can try sofia loglevel all 9
see if that tells you anything when we get one we don't respond to... also get latest 1.6 and see if that helps
_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.orghttp://www.freeswitchsolutions.com
Official FreeSWITCH Sites
http://www.freeswitch.org
http://confluence.freeswitch.org
http://www.cluecon.com
FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org