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 [email protected] for questions on current sip
Use [email protected] 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 [email protected] for questions on current sip
Use [email protected] 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 [email protected] for questions on current sip
Use [email protected] for new developments on the application of sip
