I agree that it is unreasonable to expect middleboxes to remember dialog
ids and be able to translate them, after the dialog has ended.
But after listening to all of these problems, I wonder if it might be
necessary to expect SBCs to do *something* that they might not currently
do. And just recognize that this won't work until the SBCs are updated.
In the end we can't work around all the damage SBCs do - they have some
responsibility.
Thanks,
Paul
[EMAIL PROTECTED] wrote:
From: "Sanjay Sinha (sanjsinh)" <[EMAIL PROTECTED]>
What if a Target-Dialog header was added to Subscribe by one of the UA?
Will the SBC modify the Call-Id in this header to match the call-id
between SBC and the other UA.
That is a clever idea, although I'm nervous about overloading
Target-Dialog like that.
An SBC might not process Target-Dialog as well as we would want,
because the INVITE dialog would be terminated before the SUBSCRIBE
arrives, and the SBC may have forgotten about the Call-Id translation.
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
