On Oct 29, 2008, at 6:40 PM, Dean Willis wrote:
On Oct 28, 2008, at 11:05 PM, Dan Wing wrote:Would the SBC not have to handle the SUBSCRIBE request locally? Afterall, since it is a terminal UA for the call, it also knows about all the dialog states. The end-user UA would never even see the SUBSCRIBE.If that's a problem, just use some different method that goes end to end. The always-loved INFO comes to mind.What makes you think that INFO goes end to end? An SBC can absorb it if it wants to.But this handling is not a bug, it's a feature. Since the SBC is call-stateful, it knows about the outgoing call, and thus can authoritatively say "Yes, this call was from Dan" without having to congest your low-rate end-link.
Smells a lot like the "you break it you bought it" model for SBCs and RFC 4474.
-- dean _______________________________________________ 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