[OpenSIPS-Users] One dispatcher mystery solved; Doesn't seem to be "remembering" a gateway is failed however

[Jock McKechnie]

On Tue, Apr 20, 2010 at 4:07 AM, Bogdan-Andrei Iancu <bogdan at voice-system.ro
> wrote:

> Hi Jock,
>
> Jock McKechnie wrote:
> >
> >
> > On Fri, Apr 16, 2010 at 5:48 AM, Bogdan-Andrei Iancu
> > <bogdan at voice-system.ro <mailto:bogdan at voice-system.ro>> wrote:
> >
> >     Hi Jock,
> >
> >     ok, while investigating, I found a small harmless bug in the
> >     ds_next_xxxx() functions - they were trying to populate the ATTR avp
> >     even if it was not set - this was the reason for the err message you
> >     were getting.
> >
> >     The bug was fixed, so if you update from SVN it should go away.
> >
> >
> > That's great, Bogdan - however I'm guessing this doesn't help the
> > ds_select_domain()'s inability to avoid marked entries.
> >
> > Any thoughts on that one? :/
> >
> First, are you sure your destination is in inactive state - please check
> via MI with "opensipsctl fifo ds_list" to see the "I" or "P" state for
> the destination.
>

Argh, no, the state remains "A". I -am- running the ds_mark_dst("p"), and it
isn't returning an error:

        if( t_check_status("408") ){
                xlog( "L_NOTICE", "[$Tf] FR: $ci -- TIMEOUT for Gateway $rd
(marking as bad)\n" );
                if (!ds_mark_dst("p")) {
                        xlog("L_NOTICE", "[$Tf] Panic! Not marked\n");
                        }
                }

It correctly logs "marking as bad", so it is falling into the right if {}
block, but apparently, isn't working.

I've done a bit more digging:
I changed the "p" to a "i", and it correctly marks it as "Inactive".
I enabled full debugging (level 4), set it back to "p" and restarted, and
then ran the call again. I see this in the logs:
DBG:dispatcher:ds_mark_dst: mode [2] grp [1101] dst [sip:192.168.0.20:5060]
I then searched for the phrase "probing set", which is what dispatch.c's
ds_check_timer() spits out when it attempts to check, with no hits matching
the probing message, so I also know that it isn't somehow probing and
deciding it is working between when it is marked as "to probe" and when I
run the opensipsctl 'ds_list' request. This would suggest that ds_mark_dst()
and/or ds_set_state() aren't functioning correctly.

I've read through the ds_mark_dst, ds_set_state() and I'm just not seeing
why this isn't being set - not that I'm a particularly great C coder, but I
know enough to be able to read it fairly well.

I'm just not sure. Thanks, Bogdan, I appreciate your continued help.

 - Jock
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.opensips.org/pipermail/users/attachments/20100420/8aa7ea81/attachment-0001.htm