RE: [Sip] Strict, Semi-Strict and Loose mode in RPH - not a good fit for ets and wps

[Janet P Gunn <[e-mail]>]

James said
---
> > 2 SIP element ignores a namespace it does not recognize (loose)

To this, remember the ID does not say to "fail" the call, just that
Request. This is one way to inform the calling UAC to know it included a
namespace or priority value that was not recognizable (meaning not
ets.0/1/2/3/4 or wps.0/1/2/3/4).

There is no way to inform the UAC of this issue within the SIP Request
(with the bad namespace.priority-value) without failing the request.
Meaning, there can be no preferential treatment without the sending element

being told so. SIP doesn't have a "pass, but this wasn't a good choice"
provisional response like other protocols.

To the user, they might not notice several SIP Request failures, the person

is merely waiting for the call to be set up (still under a second).
---
OK, please educate me.

If it "fails" that request, but doesn't "fail" the call, does that mean
that the UAC resends the request without the RPH?

If that is what it means, then, for a call which originates in a SIP/IP
domain, but goes to the PSTN, it would reach the PSTN gateway with no
indication that it was entitled to special treatment in the PSTN.

While that is better than failing the call, it still isn't the desired
behavior.

If there is a way that the SIP element can "fail the request but not the
call", AND make sure that the appropriate RPH namespace and value (and
authentication)  get to the PSTN gateway, then it might be OK.

Janet


----------------------------------------------------------------------------------------

This is a PRIVATE message. If you are not the intended recipient, please
delete without copying and kindly advise us by e-mail of the mistake in
delivery. NOTE: Regardless of content, this e-mail shall not operate to
bind CSC to any order or other contract unless pursuant to explicit written
agreement or government initiative expressly permitting the use of e-mail
for such purpose.
----------------------------------------------------------------------------------------




_______________________________________________
Sip mailing list  https://www1.ietf.org/mailman/listinfo/sip
This list is for NEW development of the core SIP Protocol
Use [e-mail] for questions on current sip
Use [e-mail] for new developments on the application of sip