Re: [sip-overload] WG Last Call for draft-ietf-soc-overload-control-12
"Vijay K. Gurbani" <vkg@bell-labs.com> Fri, 22 March 2013 15:24 UTC
Return-Path: <vkg@bell-labs.com>
X-Original-To: sip-overload@ietfa.amsl.com
Delivered-To: sip-overload@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix)
with ESMTP id 1A81321F851C for <sip-overload@ietfa.amsl.com>;
Fri, 22 Mar 2013 08:24:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -110.599
X-Spam-Level:
X-Spam-Status: No, score=-110.599 tagged_above=-999 required=5
tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com
[127.0.0.1]) (amavisd-new, port 10024) with ESMTP id W3GiZr3r5Ibd for
<sip-overload@ietfa.amsl.com>; Fri, 22 Mar 2013 08:24:27 -0700 (PDT)
Received: from ihemail3.lucent.com (ihemail3.lucent.com [135.245.0.37]) by
ietfa.amsl.com (Postfix) with ESMTP id A835921F8CF7 for
<sip-overload@ietf.org>; Fri, 22 Mar 2013 08:24:25 -0700 (PDT)
Received: from usnavsmail3.ndc.alcatel-lucent.com
(usnavsmail3.ndc.alcatel-lucent.com [135.3.39.11]) by ihemail3.lucent.com
(8.13.8/IER-o) with ESMTP id r2MFO62O001159 (version=TLSv1/SSLv3
cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL);
Fri, 22 Mar 2013 10:24:06 -0500 (CDT)
Received: from umail.lucent.com (umail-ce2.ndc.lucent.com [135.3.40.63]) by
usnavsmail3.ndc.alcatel-lucent.com (8.14.3/8.14.3/GMO) with ESMTP id
r2MFO5Nb025249 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256
verify=NOT); Fri, 22 Mar 2013 10:24:06 -0500
Received: from shoonya.ih.lucent.com (shoonya.ih.lucent.com [135.185.237.229])
by umail.lucent.com (8.13.8/TPES) with ESMTP id r2MFO4vE021442;
Fri, 22 Mar 2013 10:24:04 -0500 (CDT)
Message-ID: <514C783E.8000907@bell-labs.com>
Date: Fri, 22 Mar 2013 10:26:54 -0500
From: "Vijay K. Gurbani" <vkg@bell-labs.com>
Organization: Bell Laboratories, Alcatel-Lucent
User-Agent: Mozilla/5.0 (X11; Linux i686;
rv:17.0) Gecko/20130311 Thunderbird/17.0.4
MIME-Version: 1.0
To: bruno.chatras@orange.com
References: <51110A56.7030402@ericsson.com> <51189F14.6050405@ericsson.com>
<20305_1360573159_5118B2E6_20305_1921_3_88CAD1D4E8773F42858B58CAA28272A0109278@PEXCVZYM12.corporate.adroot.infra.ftgroup>
In-Reply-To: <20305_1360573159_5118B2E6_20305_1921_3_88CAD1D4E8773F42858B58CAA28272A0109278@PEXCVZYM12.corporate.adroot.infra.ftgroup>
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 8bit
X-Scanned-By: MIMEDefang 2.57 on 135.245.2.37
X-Scanned-By: MIMEDefang 2.64 on 135.3.39.11
Cc: Volker Hilt <volker.hilt@alcatel-lucent.com>,
"sip-overload@ietf.org" <sip-overload@ietf.org>
Subject: Re: [sip-overload] WG Last Call for draft-ietf-soc-overload-control-12
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: Fri, 22 Mar 2013 15:24:29 -0000
On 02/11/2013 02:59 AM, bruno.chatras@orange.com wrote: > I just have one comment: > > Section 5.10.2 says that the response sent by a SIP server to > non-participants clients in case of overload is a 503 without the > Retry-After header. I did not find any text about the response sent by > participating clients when they have to reject a request. I assume they > should send a 503 without the Retry-After header as well. I would > suggest adding the following sentence at the end of 5.10, after “it will > need to reject these requests”: In such cases, the SIP client shall > reply to the requests with a 503 response without the Retry-After header. Bruno: Sorry for the delay. Catching up with pending email on SOC. I had a look at Section 5.10.2 and Section 5.10 where you propose to add the above sentence. S5.10 talks about a "SIP client" --- I am trying to figure out if we meant a UAC or a proxy. If this is a proxy, then the behaviour of that is already enumerated in S5.10.2 using the same sentence you specify above. If this is a UAC and it supports overload control, then it has already received overload control feedback from the downstream overloaded server. It will act accordingly. If this is a UAC and it does not support overload control, then it will simply wait for a final response from the downstream server. The UAC, since it does not support overload control, will unfortunately keep sending requests downstream. As such, I am not sure if we need to add anything at all. But I am open to suggestions. Thanks, - vijay -- Vijay K. Gurbani, Bell Laboratories, Alcatel-Lucent 1960 Lucent Lane, Rm. 9C-533, Naperville, Illinois 60563 (USA) Email: vkg@{bell-labs.com,acm.org} / vijay.gurbani@alcatel-lucent.com Web: http://ect.bell-labs.com/who/vkg/
- [sip-overload] WG Last Call for draft-ietf-soc-ov… Salvatore Loreto
- Re: [sip-overload] WG Last Call for draft-ietf-so… Salvatore Loreto
- Re: [sip-overload] WG Last Call for draft-ietf-so… bruno.chatras
- Re: [sip-overload] WG Last Call for draft-ietf-so… Atle Monrad
- Re: [sip-overload] WG Last Call for draft-ietf-so… NOEL, ERIC (ERIC C)
- [sip-overload] Introduction - "This document defi… Janet P Gunn
- [sip-overload] Sec 5.8 Re: WG Last Call for draft… Janet P Gunn
- [sip-overload] Sec 5 and 6 Re: WG Last Call for d… Janet P Gunn
- Re: [sip-overload] WG Last Call for draft-ietf-so… Vijay K. Gurbani
- Re: [sip-overload] Introduction - "This document … Vijay K. Gurbani
- Re: [sip-overload] Sec 5.8 Re: WG Last Call for d… Vijay K. Gurbani
- Re: [sip-overload] Sec 5 and 6 Re: WG Last Call f… Vijay K. Gurbani
- Re: [sip-overload] WG Last Call for draft-ietf-so… bruno.chatras
- Re: [sip-overload] WG Last Call for draft-ietf-so… Vijay K. Gurbani
- Re: [sip-overload] WG Last Call for draft-ietf-so… Vijay K. Gurbani
- Re: [sip-overload] WG Last Call for draft-ietf-so… NOEL, ERIC C (ERIC C)