Re: Comment on DERIVE and B2BUAs
Ben Campbell <[email protected]>
| Newsgroups | gmane.ietf.sip |
|---|---|
| Message-ID | <[email protected]> |
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