Re: [Dime] [dime] #70 (draft-ietf-dime-ovli): Appendix B - Example
"Wiehe, Ulrich (NSN - DE/Munich)" <ulrich.wiehe@nsn.com> Mon, 08 September 2014 14:21 UTC
Return-Path: <ulrich.wiehe@nsn.com>
X-Original-To: dime@ietfa.amsl.com
Delivered-To: dime@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EF7BA1A8840 for <dime@ietfa.amsl.com>; Mon, 8 Sep 2014 07:21:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.701
X-Spam-Level:
X-Spam-Status: No, score=-5.701 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, J_CHICKENPOX_25=0.6, J_CHICKENPOX_36=0.6, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id o7taJa2RG2S3 for <dime@ietfa.amsl.com>; Mon, 8 Sep 2014 07:21:05 -0700 (PDT)
Received: from demumfd001.nsn-inter.net (demumfd001.nsn-inter.net [93.183.12.32]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 40A191A883D for <dime@ietf.org>; Mon, 8 Sep 2014 07:21:05 -0700 (PDT)
Received: from demuprx017.emea.nsn-intra.net ([10.150.129.56]) by demumfd001.nsn-inter.net (8.14.3/8.14.3) with ESMTP id s88EL2Nj017209 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 8 Sep 2014 14:21:02 GMT
Received: from DEMUHTC001.nsn-intra.net ([10.159.42.32]) by demuprx017.emea.nsn-intra.net (8.12.11.20060308/8.12.11) with ESMTP id s88EL0OS025717 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 8 Sep 2014 16:21:00 +0200
Received: from DEMUHTC009.nsn-intra.net (10.159.42.40) by DEMUHTC001.nsn-intra.net (10.159.42.32) with Microsoft SMTP Server (TLS) id 14.3.195.1; Mon, 8 Sep 2014 16:20:59 +0200
Received: from DEMUMBX014.nsn-intra.net ([169.254.14.195]) by DEMUHTC009.nsn-intra.net ([10.159.42.40]) with mapi id 14.03.0195.001; Mon, 8 Sep 2014 16:20:59 +0200
From: "Wiehe, Ulrich (NSN - DE/Munich)" <ulrich.wiehe@nsn.com>
To: "dime@ietf.org" <dime@ietf.org>, "draft-ietf-dime-ovli@tools.ietf.org" <draft-ietf-dime-ovli@tools.ietf.org>, "maria.cruz.bartolome@ericsson.com" <maria.cruz.bartolome@ericsson.com>
Thread-Topic: [Dime] [dime] #70 (draft-ietf-dime-ovli): Appendix B - Example
Thread-Index: AQHPyN37GIptMc1Hek2MmXu5dUbbdpv3TT4w
Date: Mon, 08 Sep 2014 14:20:59 +0000
Message-ID: <5BCBA1FC2B7F0B4C9D935572D90006681520A0BF@DEMUMBX014.nsn-intra.net>
References: <075.932a395897d769fbc9cf22116adcb797@trac.tools.ietf.org>
In-Reply-To: <075.932a395897d769fbc9cf22116adcb797@trac.tools.ietf.org>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
x-originating-ip: [10.159.42.119]
Content-Type: multipart/mixed; boundary="_002_5BCBA1FC2B7F0B4C9D935572D90006681520A0BFDEMUMBX014nsnin_"
MIME-Version: 1.0
X-purgate-type: clean
X-purgate-Ad: Categorized by eleven eXpurgate (R) http://www.eleven.de
X-purgate: clean
X-purgate: This mail is considered clean (visit http://www.eleven.de for further information)
X-purgate-size: 26627
X-purgate-ID: 151667::1410186062-00002A30-5828F764/0/0
Archived-At: http://mailarchive.ietf.org/arch/msg/dime/V2IH09I3-8fxRcesTnyZPUTrC08
Subject: Re: [Dime] [dime] #70 (draft-ietf-dime-ovli): Appendix B - Example
X-BeenThere: dime@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Diameter Maintanence and Extentions Working Group <dime.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dime>, <mailto:dime-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/dime/>
List-Post: <mailto:dime@ietf.org>
List-Help: <mailto:dime-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dime>, <mailto:dime-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 08 Sep 2014 14:21:08 -0000
Maria Cruz, I share your concern. Please find some comments attached. Best regards Ulrich -----Original Message----- From: DiME [mailto:dime-bounces@ietf.org] On Behalf Of ext dime issue tracker Sent: Friday, September 05, 2014 9:50 AM To: draft-ietf-dime-ovli@tools.ietf.org; maria.cruz.bartolome@ericsson.com Cc: dime@ietf.org Subject: [Dime] [dime] #70 (draft-ietf-dime-ovli): Appendix B - Example #70: Appendix B - Example In the example included in Appendix B, it is considered that the Agent reports Host overload directly back to the Client, when the Client request was for the Realm, withouth Destination Host (or direct connection). I do not agree about this behaviour. Agent will provide Host overload to the Client only when the request was sent to one specific host. Example shall be modified. Proposed modification: Client Agent S1 S2 S3 | | | | | |(1) Request (DR:realm) | | |-------->| | | | | | | | | | | | | | | |Agent selects S1 | | | | | | | | | | | | | | | | | | |(2) Request (DR:realm) | | |-------->| | | | | | | | | | | | | | | |S1 overloaded, returns OLR | | | | | | | | | | | | | | | | |(3) Answer (OH:S1,OLR:RT=DH) | |<--------| | | | | | | | | | | | | | |sees OLR,routes next DR traffic to S2&S3 | | | | | |(5) Request (DR:realm) | | |-------->| | | | | | | | | | | | | | | |Agent selects S2 | | | | | | | | | | | | | | | | | | |(6) Request (DR:realm) | | |------------------>| | | | | | | | | | | | | | | |S2 is overloaded... | | | | | | | | | | | | | | | | |(7) Answer (OH:S2, OLR:RT=DH)| | |<------------------| | | | | | | | | | | | | |Agent sees OLR, realm now overloaded | | | | | | | | | | | | | | | |(8) Answer (OLR: RT=R) |<--------| | | | | | | | | | | | | | |Client throttles DR:realm | | | | | | | | | | | | | | | | | | | | | | | | | Figure 8: Mix of Destination-Host and Destination-Realm Routed Requests 1. The client sends a request with no Destination-Host AVP (that is, a Destination-Realm routed request.) 2. The agent follows local policy to select a server from its peer table. In this case, the agent selects S2 and forwards the request. 3. S1 is overloaded. It sends an answer indicating success, but also includes an overload report. Since the overload report only applies to S1, the ReportType is "Destination-Host". 4. The agent sees the overload report, and records that S1 is overloaded by the value in the Reduction-Percentage AVP. It begins diverting the indicated percentage of realm-routed traffic from S1 to S2 and S3. 5. The client sends another Destination-Realm routed request. 6. The agent selects S2, and forwards the request. 7. It turns out that S2 is also overloaded, perhaps due to all that traffic it took over for S1. S2 returns an successful answer containing an overload report. Since this report only applies to S2, the ReportType is "Destination-Host". 8. The agent sees that S2 is also overloaded by the value in Reduction-Percentage. This value is probably different than the value from S1's report. The agent diverts the remaining traffic to S3 as best as it can, but it calculates that the remaining capacity across all three servers is no longer sufficient to handle all of the realm-routed traffic. This means the realm itself is overloaded. The realm's overload percentage is most likely different than that for either S1 or S2. The agent generates a new report for the realm of "realm", and inserts that report into the answer. The client throttles requests with no Destination-Host AVP at requested rate. -- -------------------------------------+------------------------------------- Reporter: | Owner: draft-ietf-dime- maria.cruz.bartolome@ericsson.com | ovli@tools.ietf.org Type: defect | Status: new Priority: minor | Milestone: Component: draft-ietf-dime-ovli | Version: Severity: Active WG Document | Keywords: -------------------------------------+------------------------------------- Ticket URL: <http://trac.tools.ietf.org/wg/dime/trac/ticket/70> dime <http://tools.ietf.org/wg/dime/> _______________________________________________ DiME mailing list DiME@ietf.org https://www.ietf.org/mailman/listinfo/dime
- [Dime] [dime] #70 (draft-ietf-dime-ovli): Appendi… dime issue tracker
- Re: [Dime] [dime] #70 (draft-ietf-dime-ovli): App… Wiehe, Ulrich (NSN - DE/Munich)
- Re: [Dime] [dime] #70 (draft-ietf-dime-ovli): App… TROTTIN, JEAN-JACQUES (JEAN-JACQUES)
- Re: [Dime] [dime] #70 (draft-ietf-dime-ovli): App… TROTTIN, JEAN-JACQUES (JEAN-JACQUES)
- Re: [Dime] [dime] #70 (draft-ietf-dime-ovli): App… Wiehe, Ulrich (NSN - DE/Munich)
- Re: [Dime] [dime] #70 (draft-ietf-dime-ovli): App… Wiehe, Ulrich (NSN - DE/Munich)
- Re: [Dime] [dime] #70 (draft-ietf-dime-ovli): App… Ben Campbell
- Re: [Dime] [dime] #70 (draft-ietf-dime-ovli): App… Maria Cruz Bartolome
- Re: [Dime] [dime] #70 (draft-ietf-dime-ovli): App… Maria Cruz Bartolome
- Re: [Dime] [dime] #70 (draft-ietf-dime-ovli): App… Wiehe, Ulrich (NSN - DE/Munich)
- Re: [Dime] [dime] #70 (draft-ietf-dime-ovli): App… TROTTIN, JEAN-JACQUES (JEAN-JACQUES)
- Re: [Dime] [dime] #70 (draft-ietf-dime-ovli): App… Ben Campbell
- Re: [Dime] [dime] #70 (draft-ietf-dime-ovli): App… Ben Campbell
- Re: [Dime] [dime] #70 (draft-ietf-dime-ovli): App… Maria Cruz Bartolome
- Re: [Dime] [dime] #70 (draft-ietf-dime-ovli): App… Wiehe, Ulrich (NSN - DE/Munich)
- Re: [Dime] [dime] #70 (draft-ietf-dime-ovli): App… Wiehe, Ulrich (NSN - DE/Munich)
- Re: [Dime] [dime] #70 (draft-ietf-dime-ovli): App… Steve Donovan
- Re: [Dime] [dime] #70 (draft-ietf-dime-ovli): App… TROTTIN, JEAN-JACQUES (JEAN-JACQUES)
- Re: [Dime] [dime] #70 (draft-ietf-dime-ovli): App… TROTTIN, JEAN-JACQUES (JEAN-JACQUES)
- Re: [Dime] [dime] #70 (draft-ietf-dime-ovli): App… Wiehe, Ulrich (NSN - DE/Munich)
- Re: [Dime] [dime] #70 (draft-ietf-dime-ovli): App… Steve Donovan
- Re: [Dime] [dime] #70 (draft-ietf-dime-ovli): App… Steve Donovan
- Re: [Dime] [dime] #70 (draft-ietf-dime-ovli): App… Maria Cruz Bartolome
- Re: [Dime] [dime] #70 (draft-ietf-dime-ovli): App… Wiehe, Ulrich (NSN - DE/Munich)
- Re: [Dime] [dime] #70 (draft-ietf-dime-ovli): App… Maria Cruz Bartolome
- Re: [Dime] [dime] #70 (draft-ietf-dime-ovli): App… dime issue tracker