[sip-overload] minutes from SoC session IETF80

Salvatore Loreto <salvatore.loreto@ericsson.com> Thu, 28 April 2011 17:54 UTC

Return-Path: <salvatore.loreto@ericsson.com>
X-Original-To: sip-overload@ietfa.amsl.com
Delivered-To: sip-overload@ietfa.amsl.com
Received: from localhost (localhost []) by ietfa.amsl.com (Postfix) with ESMTP id D54E9E0689 for <sip-overload@ietfa.amsl.com>; Thu, 28 Apr 2011 10:54:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.47
X-Spam-Status: No, score=-106.47 tagged_above=-999 required=5 tests=[AWL=0.129, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([]) by localhost (ietfa.amsl.com []) (amavisd-new, port 10024) with ESMTP id D8vUwcmGmbE2 for <sip-overload@ietfa.amsl.com>; Thu, 28 Apr 2011 10:54:27 -0700 (PDT)
Received: from mailgw9.se.ericsson.net (mailgw9.se.ericsson.net []) by ietfa.amsl.com (Postfix) with ESMTP id 96121E0670 for <sip-overload@ietf.org>; Thu, 28 Apr 2011 10:54:27 -0700 (PDT)
X-AuditID: c1b4fb39-b7cc5ae000006f6d-47-4db9a9d2b0e0
Received: from esessmw0256.eemea.ericsson.se (Unknown_Domain []) by mailgw9.se.ericsson.net (Symantec Mail Security) with SMTP id BE.1C.28525.2D9A9BD4; Thu, 28 Apr 2011 19:54:26 +0200 (CEST)
Received: from mail.lmf.ericsson.se ( by esessmw0256.eemea.ericsson.se ( with Microsoft SMTP Server id; Thu, 28 Apr 2011 19:54:26 +0200
Received: from nomadiclab.lmf.ericsson.se (nomadiclab.lmf.ericsson.se []) by mail.lmf.ericsson.se (Postfix) with ESMTP id 75E622360; Thu, 28 Apr 2011 20:54:26 +0300 (EEST)
Received: from nomadiclab.lmf.ericsson.se (localhost []) by nomadiclab.lmf.ericsson.se (Postfix) with ESMTP id 3A44F508E6; Thu, 28 Apr 2011 20:54:26 +0300 (EEST)
Received: from Salvatore-Loretos-MacBook-Pro.local (localhost []) by nomadiclab.lmf.ericsson.se (Postfix) with ESMTP id A42005043C; Thu, 28 Apr 2011 20:54:25 +0300 (EEST)
Message-ID: <4DB9A9D1.8050908@ericsson.com>
Date: Thu, 28 Apr 2011 19:54:25 +0200
From: Salvatore Loreto <salvatore.loreto@ericsson.com>
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv: Gecko/20110303 Thunderbird/3.1.9
MIME-Version: 1.0
To: "sip-overload@ietf.org" <sip-overload@ietf.org>
Content-Type: text/plain; charset="ISO-8859-1"; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: ClamAV using ClamSMTP
X-Brightmail-Tracker: AAAAAA==
Cc: Volker Hilt <volker.hilt@alcatel-lucent.com>
Subject: [sip-overload] minutes from SoC session IETF80
X-BeenThere: sip-overload@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: SIP Overload <sip-overload.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sip-overload>, <mailto:sip-overload-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/sip-overload>
List-Post: <mailto:sip-overload@ietf.org>
List-Help: <mailto:sip-overload-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sip-overload>, <mailto:sip-overload-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 28 Apr 2011 17:54:29 -0000

Hi there,

below the notes from the SoC session during the IETF80 meeting in Prague.
(I have already uploaded this initial version to ietf proceeding site)

Please review them and submit any correction to the chairs by May 11.
The chairs have to send the notes toproceedings@ietf.org  by May18th.

(many thanks to Partha for taking notes during the meeting)


Salvatore Loreto

WG status update (by Volker)
+ status of SIP draft-ietf-soc-overload-design

SIP Overload control : Vijay Presented the slides

Vijay looks for more draft review in the list.

Robert: Ask for the text whether oc_algo is first time only or not
Vijay: The intent of oc_algo was send in the first time on the contact of the server and not subsequent time
Partha: Need more Guidelines when oc_algo re-negotiation has to happen.
Vijay: Look for draft and provide text if required.

Victor: Whether oc_algo negotiate in the reliable response
Vijay: it is not explicitly mentioned.

Kadriel: whether it is agreed for multiple algorithm
Vijay: Yes, it is agreed upon
Kadriedl: wants to re-open for the single algorithm
Roberts: Ask to open the mailing alias discussion
Janet: want to have "rate" based not to be excluded (jabber) -

Keith:  restrict 100 trying from response
Robert: It may increase complexity in the implementation
Hadriel: The text should not mandate but allowed to have

Load control Event package (Presenter: Arate Koike)
Some people expressed the need to refine the texts in
section 9 (RFC5390 requirements).

Avalanche restart overload  (Presenter: Arate Koike)
Hadriel: Let register has restart-timer instead of subscribe as it is register avalanche. SUBSCRIBE may not go to Registrar.
Partha: SUBSCRIBE message itself may overload

Open discussion:
Hadriel: Mention this problem may not be solved by the proposed mechanism.
Partha: The problem solved by Avalanche is in the boot up time only.
Hadriel, Robert: Outbound proxy RFC has timer to solve the issue and it is not generic
Partha: Agreed, It will not solve all the problem
Robert: Discuss in dispatch