Ooooooh. That¹s right. Six messages. Instead of...??? Well? We are not talking about wireless networks here. Baseband networking sends the bits, whether they are being used or not.
What I was saying is I would buy the efficiency argument IIF the example is for a network where that matters. I am offering that double the number of messages means we go from 1% utilization to 2%? Who cares? And yes, this is from the chair of lemonade, where we care VERY MUCH about efficiency. However, that is a very different, very limited environment. In fact, so far the only excuse for "not worth doing a proper subscription" has been the H.323 gateway, which clearly will be on the broadband side of a wired network. On 10/18/07 3:24 PM, "Hadriel Kaplan" <[EMAIL PROTECTED]> wrote: > How does the number of seats matter? > Without a single button being pushed, KPML needs a Sub/200/Notify/200 to > create the subscription, and a Notify/200 to tear it down. 6 messages. > The call needed an Invite/1xx/200/ACK and then Bye/200. 6 Messages. > Both create state for a dialog. > > So basically we're talking about DOUBLE the number of messages and state, > without a button even being pressed. Now I know I'm not counting all the > messages for REFER transfers, which are popular in call-centers, but > call-transfers need new KPML subscribes too. > > -hadriel > > >> -----Original Message----- >> From: Eric Burger [mailto:[EMAIL PROTECTED] >> Sent: Thursday, October 18, 2007 11:18 AM >> To: Jeroen van Bemmel >> Cc: IETF SIP List >> Subject: Re: [Sip] Unsolicited NOTIFY/INFO versus Solicited State Update >> >> I would buy the efficiency argument if we were talking about 100,000 seat >> call centers. However, even for a 10,000 seat call center, we are talking >> about a pretty trivial number of messages compared to the total >> interaction. >> > Notice: This email message, together with any attachments, may contain information of BEA Systems, Inc., its subsidiaries and affiliated entities, that may be confidential, proprietary, copyrighted and/or legally privileged, and is intended solely for the use of the individual or entity named in this message. If you are not the intended recipient, and have received this message in error, please immediately return this by email and then delete it. _______________________________________________ Sip mailing list https://www1.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
