[reSIProcate] internally generated 408/503

Jason Fischl jason at counterpath.com
Mon Oct 30 16:58:01 CST 2006


I didn't think it should blacklist the SRV record - but certainly the
particular tuple that sent the 408.

Jason


On 10/30/06, Scott Godin <slgodin at icescape.com> wrote:
> > I'm not sure this was a valid change. network generated 408 should
> > still black list.
>
> I don't think so - I discussed this with RjS in some detail.  I was
> seeing blacklisting of an entire proxy (SRV record) - when one of the
> registered endpoints disappeared.
>
> Consider the following:
> 1.  Endpoint A registers with a proxy.
> 2.  Endpoint A is disconnected from the network.
> 3.  Endpoint B (using resip) places a call to endpoint A, through the
> proxy.
> 4.  The proxy returns a 408 after 32s, since endpoint A is not
> reachable, but the registration is still valid.
> 5.  Endpoint B (Resip) - blacklists the proxy SRV record.
>
> In this case - the proxy (ie. first hop) - is alive and well (as
> indicated by the 408 response that is sent) - so it should not be
> blacklisted.
>
> On the other hand - if the stack generated the 408 and we have not seen
> any other responses from the wire - then the first hop is not available
> and the record should be blacklisted.
>
> Scott
>
>
> > -----Original Message-----
> > From: jason.fischl at gmail.com [mailto:jason.fischl at gmail.com] On Behalf
> > Of Jason Fischl
> > Sent: Monday, October 30, 2006 5:36 PM
> > To: Scott Godin
> > Cc: Byron Campen; resiprocate
> > Subject: Re: [reSIProcate] internally generated 408/503
> >
> > On 10/30/06, Scott Godin <slgodin at icescape.com> wrote:
> > > isExternal doesn't work.  Apparently we are making internally
> > generated
> > > 408's appear as external so that the transaction state handles them
> > in
> > > the same manner as external messages.  The SipMessage method
> > > getReceivedTransport() works - just look for a return of 0.
> > >
> > I kind of thought that might be the case.
> >
> > > BTW:  I committed a fix to resip so that we will not blacklist if a
> > 408
> > > response is from the wire.
> > >
> >
> > I'm not sure this was a valid change. network generated 408 should
> > still black list.
> >
>
>



More information about the resiprocate-devel mailing list