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?
After
all, 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 [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
