Re: [Sip] Diagnostic idea

[Jiri Kuthan <jiri at iptel.org>]

Robert Sparks wrote:
> Won't this run into exactly the same response-size obstacle that the 
> previous diagnostics work tripped up on?

IMO, the most compelling piece of information is what one needs to learn
about where an error occured in the SIP chain at all. at least turning
on Warning HF. Ideally revealing current request URI too. This amount
of information helps a lot but does not break message size constraints
in the field.

> It might help to spend some time trying to find some other pattern than 
> trying to use responses for moving the information you're trying to 
> capture around.
> Source-routed requests in the opposite direction? (using content 
> indirection?) Subscribe/Notify? 

I'm a bit worried that SUB-NOT is another piece of complexity which is
not necessarily helpful when a simple transaction fails. (chance is
high SUB-NOT will fail too)

-jiri

> Maybe something else...
>
> RjS
>
> On Feb 23, 2009, at 3:37 PM, Dale Worley wrote:
>
> > I've been considering the following idea for a diagnostic tool, and I'd
> > like to get some feedback on it.
> >
> > The goal is to be able to trace the progress of a SIP request through
> > the network, including seeing the forking structure.  We first need to
> > pick a provisional response codes.  It appears that "170" is not
> > currently used.  This response code is also used as an option-tag for
> > this feature.  The processing is that whenever a SIP element receives a
> > request that contains "Supported: 170", the element will immediately (in
> > addition to anything else that it would do with the request) send a 170
> > response upstream, containing the request as its body (media type
> > message/sipfrag).
> >
> > Dale
> >
> >
> > _______________________________________________
> > Sip mailing list  https://www.ietf.org/mailman/listinfo/sip
> > This list is for NEW development of the core SIP Protocol
> > Use sip-implementors at cs.columbia.edu for questions on current sip
> > Use sipping at ietf.org for new developments on the application of sip
>
> _______________________________________________
> Sip mailing list  https://www.ietf.org/mailman/listinfo/sip
> This list is for NEW development of the core SIP Protocol
> Use sip-implementors at cs.columbia.edu for questions on current sip
> Use sipping at ietf.org for new developments on the application of sip