[dispatch] SIP Overload Control Design: Loop Control

"Moran, Timothy L." <TIMOTHY.L.MORAN@saic.com> Fri, 01 May 2009 22:39 UTC

Return-Path: <TIMOTHY.L.MORAN@saic.com>
X-Original-To: dispatch@core3.amsl.com
Delivered-To: dispatch@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C750528C154 for <dispatch@core3.amsl.com>; Fri, 1 May 2009 15:39:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[AWL=-0.001, BAYES_00=-2.599, HTML_MESSAGE=0.001]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5iWyrZH7mNYT for <dispatch@core3.amsl.com>; Fri, 1 May 2009 15:39:40 -0700 (PDT)
Received: from mclmx.mail.saic.com (mclmx.mail.saic.com [149.8.64.10]) by core3.amsl.com (Postfix) with ESMTP id 00CD128C16E for <dispatch@ietf.org>; Fri, 1 May 2009 15:39:39 -0700 (PDT)
Received: from 0015-ITS-SMS01 ([149.8.64.21] [149.8.64.21]) by mclmx.mail.saic.com with ESMTP id BT-MMP-1166294 for dispatch@ietf.org; Fri, 1 May 2009 18:40:57 -0400
X-AuditID: 9508402e-a9d79ba000006f8f-91-49fb7a792464
Received: from 0015-its-exbh03.us.saic.com (unknown [149.8.64.21]) by 0015-ITS-SMS01 (Symantec Mail Security) with ESMTP id 6FC05C48119 for <dispatch@ietf.org>; Fri, 1 May 2009 18:40:57 -0400 (EDT)
Received: from 0015-ITS-EXBH01.us.saic.com ([10.43.229.18]) by 0015-its-exbh03.us.saic.com with Microsoft SMTPSVC(6.0.3790.3959); Fri, 1 May 2009 18:40:57 -0400
Received: from 0256-its-exmp02.us.saic.com ([10.40.16.18]) by 0015-ITS-EXBH01.us.saic.com with Microsoft SMTPSVC(6.0.3790.3959); Fri, 1 May 2009 18:40:57 -0400
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_01C9CAAD.E4ABBA58"
Date: Fri, 01 May 2009 18:40:59 -0400
Message-Id: <DF6DD917A6E6D34C9619D66816FF0C4F01345439@0256-its-exmp02.us.saic.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: SIP Overload Control Design: Loop Control
thread-index: AcnKreXWhYloWrNQQYyw8M+5d8AQ5w==
From: "Moran, Timothy L." <TIMOTHY.L.MORAN@saic.com>
To: dispatch@ietf.org
X-OriginalArrivalTime: 01 May 2009 22:40:57.0236 (UTC) FILETIME=[E4BAA540:01C9CAAD]
X-Brightmail-Tracker: AAAAAA==
X-Mailman-Approved-At: Sun, 03 May 2009 05:36:16 -0700
Subject: [dispatch] SIP Overload Control Design: Loop Control
X-BeenThere: dispatch@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: DISPATCH Working Group Mail List <dispatch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/dispatch>, <mailto:dispatch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/dispatch>
List-Post: <mailto:dispatch@ietf.org>
List-Help: <mailto:dispatch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dispatch>, <mailto:dispatch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 01 May 2009 22:39:43 -0000

Volker,

 

A comment on the control loop paragraph in section 2 of the design
considerations for OLC:

"A control loop spanning multiple hops can be used if the sending entity
has full knowledge about the SIP servers on the path of a SIP message."
 
I read this as the sending entity is required to have full knowledge of
the entire path.  I offer that that may not be the case.  It may be
possible to only require knowledge of one level downstream.  This sounds
pretty much like your example except that the example limits the case to
"one" downstream server.  Referring back to the requirements case of two
load balancing servers and the upstream server "PA", server PA can
declare overload upstream by knowing that servers P1 and P2 are
overloaded.  
 
Perhaps what I am trying to say is that an upstream server in a managed
network would declare overload (upstream) based on knowledge that all
next-hop servers are overloaded.  
 
Br,
Tim M.