Re: [MEDIACTRL] [sip-overload] WGLC: draft-ietf-soc-overload-design

"Parthasarathi R (partr)" <> Sun, 29 August 2010 20:05 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 172673A684F; Sun, 29 Aug 2010 13:05:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -9.264
X-Spam-Status: No, score=-9.264 tagged_above=-999 required=5 tests=[AWL=-0.062, BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=1.396, RCVD_IN_DNSWL_HI=-8]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id NMcbcpZxhrT5; Sun, 29 Aug 2010 13:05:39 -0700 (PDT)
Received: from ( []) by (Postfix) with ESMTP id A1A443A6405; Sun, 29 Aug 2010 13:05:39 -0700 (PDT)
Authentication-Results:; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvIHAA5aekxAaMHG/2dsb2JhbACYPAGHN1Vxnj+ad4U3BIQ5iEQ
X-IronPort-AV: E=Sophos; i="4.56,288,1280707200"; d="scan'208,217"; a="275174436"
Received: from ([]) by with ESMTP; 29 Aug 2010 20:06:09 +0000
Received: from ( []) by (8.13.8/8.14.3) with ESMTP id o7TK688Q018043; Sun, 29 Aug 2010 20:06:08 GMT
Received: from ([]) by with Microsoft SMTPSVC(6.0.3790.4675); Mon, 30 Aug 2010 01:36:07 +0530
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CB47B5.9DD5905F"
Date: Mon, 30 Aug 2010 01:36:07 +0530
Message-ID: <>
Thread-Topic: [sip-overload] WGLC: draft-ietf-soc-overload-design
Thread-Index: ActHpfauxHHOfkJWRf+9udr/R9YT7AACcs9p
References: <> <> <>
From: "Parthasarathi R (partr)" <>
To: "Volker Hilt" <>
X-OriginalArrivalTime: 29 Aug 2010 20:06:07.0861 (UTC) FILETIME=[9E2D4250:01CB47B5]
Cc:,, "Paul Jones \(paulej\)" <>
Subject: Re: [MEDIACTRL] [sip-overload] WGLC: draft-ietf-soc-overload-design
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Media Control WG Discussion List <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Sun, 29 Aug 2010 20:05:41 -0000

I doubt whether the current draft will serve for all SIP servers. I'm taking the example of B2BUA with media (RTP)topology hiding functionality and there is no DSP, DS0 or DISK resource involved. Here, Server experiences an overload of SIP message not just because of incoming SIP messages but also due to the incoming RTP messages and RTP messages flow varies depend upon the dialog (call) hold time whereas there may not any SIP message when the dialog is established. SIP processor mentioned in the system model of this draft may be shared the physical processor with RTP messages or other protocols messages. We have the problem in incorporating the current SIP overload design in media handling SIP devices.
I'm including mediactrl to hear their experience with SIP overload design and mediactrl combined SIP implementation.


From: Volker Hilt []
Sent: Sun 8/29/2010 11:43 PM
To: Parthasarathi R (partr)
Cc: Salvatore Loreto;
Subject: Re: [sip-overload] WGLC: draft-ietf-soc-overload-design


the design document discusses problems related to the overload of SIP
messages. Any server that processes SIP messages can experience an
overload of SIP messages. Therefore, the discussions in the draft apply
to all servers that are involved in SIP message processing.

SIP servers that also provide media handling services may need
mechanisms to signal that they are out of trunk lines, DSP processors,
storage capacity for voicmails, etc. These mechanisms will often be
needed at times when the servers can still process SIP messages. These
mechanisms are out of scope for the working group as discussed.



On 8/29/2010 1:21 PM, Parthasarathi R (partr) wrote:
> Sal/Volker,
> The design document is designed for dedicated SIP signaling servers and
> experiments are done based on the dedicated servers. The same design may
> not scale for SIP server with media handling. As per IETF-78 meeting,
> SIP servers with media handling
> (draft-partha-soc-overload-resource-availability-00,
> draft-jones-sip-overload-sce-00) is outside the scope of this working
> group. I think that it is better to indicate the scope of this overload
> design is for "dedicated SIP servers" only and does not include media
> servers with SIP. Please let me know your opinion on the same.
> Thanks
> Partha
> ------------------------------------------------------------------------
> *From:* on behalf of Salvatore Loreto
> *Sent:* Mon 8/23/2010 4:54 AM
> *To:*
> *Cc:* Volker Hilt
> *Subject:* [sip-overload] WGLC: draft-ietf-soc-overload-design
> [as chair]
> the draft has been update to address all the concerns/suggestions that
> have been raised during
> the F2F meeting in Maastricht:
> the chairs believe the document has no remaining open issues, and is
> ready for WG last call evaluation.
> Today we are starting a two-weeks working group last call.
> This call end on September 5th.
> comments and especially full and deep reviews of the draft are really
> appreciate.
> cheers
> Sal
> --
> Salvatore Loreto
> _______________________________________________
> sip-overload mailing list