Re: Comment on DERIVE and B2BUAs

Dean Willis <[email protected]>
Newsgroups gmane.ietf.sip
Message-ID <[email protected]>
On Oct 30, 2008, at 4:11 PM, Ben Campbell wrote:

>
> 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.

Which is why identity is always transitive in nature . . .

Alice's cousin Bob knows this woman Carol who is placing a call to  
Alice's friend Dave. Meanwhile, weasels have eaten our PBX.

--
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
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.