On 28/10/15 15:49, Alessio Casco wrote: > Hello! > > Thanks to @cezar91 we finally spot the issue, basically kamailio it's > transforming t_code=0 (timeout) to 408 and the dispatcher module sees > this last value. > > Oct 28 14:16:32 net21-test /usr/sbin/kamailio[31911]: DEBUG: tm > [t_reply.c:1311]: t_should_relay_response(): ->>>>>>>>> T_code=0, > new_code=408 > Oct 28 14:16:32 net21-test /usr/sbin/kamailio[31911]: DEBUG: tm > [t_reply.c:2135]: local_reply(): DEBUG: local transaction completed > 408/0 (totag retr: 0/1024) > Oct 28 14:16:32 net21-test /usr/sbin/kamailio[31911]: DEBUG: > dispatcher [dispatch.c:2489]: ds_options_callback(): OPTIONS-Request > was finished with code 408 (to sip:media21-test.internal:5060, group 3) > > So if you set on "ds_ping_reply_codes" class=4 or code=408, kamailio > will consider the backend up even if it doesn't actually receives that > specific code. > > Do you think it worth to update the docs and advice about this behaviour? > I just spot now the typo on the first email about the code sorry!
Feel free to do a pull request on github for dispatcher documentation where you add the notes you think it helps clarifying better such situation. Contributions to documentation are always welcome! Cheers, Daniel > > Thanks for your help > Alessio > > On Wed, Oct 28, 2015 at 12:53 PM, Daniel-Constantin Mierla > <mico...@gmail.com <mailto:mico...@gmail.com>> wrote: > > Hello, > > can you want the network traffic and see if the OPTIONS requests > are sent out? > > Cheers, > Daniel > > > On 27/10/15 18:59, Alessio Casco wrote: >> Hello Daniel! >> >> Adding the sock_avp parameter, fixes the error on the log, but >> the behaviour is the same as before. >> >> >> As you can see, with nothing listening on those two servers, the >> loadbalancing it's still disables. >> >> >> SET: { >> ID: 3 >> TARGETS: { >> DEST: { >> URI: sip:media22-test.internal:5060 >> FLAGS: AP >> PRIORITY: 0 >> } >> DEST: { >> URI: sip:media21-test.internal:5060 >> FLAGS: AP >> PRIORITY: 0 >> } >> } >> } >> >> Thanks >> Alessio >> >> >> On Tue, Oct 27, 2015 at 5:33 PM, Daniel-Constantin Mierla >> <mico...@gmail.com <mailto:mico...@gmail.com>> wrote: >> >> Hello, >> >> it looks like sock_avp parameter has to be set -- it is there >> before 4.3.0 release, as I could spot in 'git blame' for >> dispatcher.c:768. >> >> Not sure is really needed for failover, I will check its >> usage when I get first chance. >> >> >> http://kamailio.org/docs/modules/stable/modules/dispatcher.html#dispatcher.p.sock_avp >> >> Cheers, >> DAniel >> >> >> On 26/10/15 17:00, Alessio Casco wrote: >>> >>> Hello! >>> >>> We noticed today an issue with the kamailio loadbalancing. >>> >>> Basically kamailio is not considering if an host is up or >>> not, backends are set always as "FLAGS: AP" even if the host >>> is down. >>> >>> I see this when the proxy starts : >>> >>> ERROR: dispatcher [dispatcher.c:768]: ds_warn_fixup(): >>> failover functions used, but required AVP parameters are >>> NULL -- feature disabled >>> >>> These the parameters I have set: >>> >>> # ----- dispatcher params ----- >>> modparam("dispatcher", "list_file", >>> "/etc/kamailio/dispatcher.list") >>> modparam("dispatcher", "dst_avp", "$avp(dsdst)") >>> modparam("dispatcher", "grp_avp", "$avp(dsgrp)") >>> modparam("dispatcher", "cnt_avp", "$avp(dscnt)") >>> modparam("dispatcher", "ds_ping_method", "OPTIONS") >>> modparam("dispatcher", "ds_ping_reply_codes", >>> "class=2;class=3;code=404") >>> modparam("dispatcher", "ds_ping_from", >>> "sip:pr...@sip.nexmo.com") >>> modparam("dispatcher", "ds_ping_interval", 20) >>> modparam("dispatcher", "ds_probing_threshold", 1) >>> modparam("dispatcher", "ds_probing_mode", 1) >>> modparam("dispatcher", "ds_hash_size", 10) >>> modparam("dispatcher", "ds_hash_expire", 3600) >>> modparam("dispatcher", "ds_hash_initexpire", 60) >>> modparam("dispatcher", "ds_hash_check_interval", 10) >>> modparam("dispatcher", "use_default", 0) >>> modparam("dispatcher", "attrs_pvname", "$avp(carrierattr)") >>> modparam("dispatcher", "setid_pvname", "$avp(carriergroup)") >>> modparam("dispatcher", "flags", 2) >>> >>> I use 4.3.3, I think this issue started after upgrading from >>> 4.3.1 but I can't say for sure. >>> >>> Can someone please give us some advices on this? >>> >>> Thanks >>> Alessio >>> >>> >>> >>> _______________________________________________ >>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing >>> list >>> sr-users@lists.sip-router.org >>> <mailto:sr-users@lists.sip-router.org> >>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users >> >> -- >> Daniel-Constantin Mierla >> http://twitter.com/#!/miconda <http://twitter.com/#%21/miconda> - >> http://www.linkedin.com/in/miconda >> Book: SIP Routing With Kamailio - http://www.asipto.com >> Kamailio Advanced Training, Nov 30-Dec 2, Berlin - >> http://asipto.com/kat >> >> >> _______________________________________________ >> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users >> mailing list >> sr-users@lists.sip-router.org >> <mailto:sr-users@lists.sip-router.org> >> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users >> >> >> >> >> _______________________________________________ >> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list >> sr-users@lists.sip-router.org <mailto:sr-users@lists.sip-router.org> >> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users > > -- > Daniel-Constantin Mierla > http://twitter.com/#!/miconda <http://twitter.com/#%21/miconda> - > http://www.linkedin.com/in/miconda > Book: SIP Routing With Kamailio - http://www.asipto.com > Kamailio Advanced Training, Nov 30-Dec 2, Berlin - http://asipto.com/kat > > > _______________________________________________ > SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing > list > sr-users@lists.sip-router.org <mailto:sr-users@lists.sip-router.org> > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users > > -- Daniel-Constantin Mierla http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda Book: SIP Routing With Kamailio - http://www.asipto.com Kamailio Advanced Training, Nov 30-Dec 2, Berlin - http://asipto.com/kat
_______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
