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
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.