From nobody Fri Sep 8 07:17:37 2017 Return-Path: X-Original-To: dime@ietfa.amsl.com Delivered-To: dime@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B316813202D for ; Fri, 8 Sep 2017 07:17:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=definitionnetworks-com.20150623.gappssmtp.com 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 sGGTD19O0knZ for ; Fri, 8 Sep 2017 07:17:33 -0700 (PDT) Received: from mail-oi0-x236.google.com (mail-oi0-x236.google.com [IPv6:2607:f8b0:4003:c06::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7E8D7132153 for ; Fri, 8 Sep 2017 07:17:33 -0700 (PDT) Received: by mail-oi0-x236.google.com with SMTP id x190so15393975oix.3 for ; Fri, 08 Sep 2017 07:17:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=definitionnetworks-com.20150623.gappssmtp.com; s=20150623; h=mime-version:from:date:message-id:subject:to; bh=wERersuAawdh2/swy726k+kMv1by5NkrZMm2IXBXy5U=; b=nQNOiCGoYaVDC+LV8nLZfKz30QGfu8ohtuk0rgwvT28rngPxj0qbQCFF/dFHhYYmXY 3XSWaICENO8wmpcosh/cPBxCE05ERvCyw2ID5XU7+h35hJrTUsp+wjJWfuGFowvboJVJ xuNM3KrqH+F1UMmBR9Yq+y6QUQuN2nGmOpQDvmNfxotQiy1I0WKBwpsy00DHYFUjbzS6 3Lwtem7u/4Yv3Iu6jSpMZw7PXuHRnC7BBF+gxJoS6f1F8p3XrPR8CZkUQOJZRdpKuk73 x02szhMgz7zCP4cxO9R7JIUMY2tJ0DwuHdLzuqVxX4VXs4+DPFJGhJdoRKhzPLIvHBZf FXnA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=wERersuAawdh2/swy726k+kMv1by5NkrZMm2IXBXy5U=; b=Uri5vOpQgqtIIkGh5Yv4kHMUUtqslELZZrZ5jcpqJmRc1CSBb/qrO76VkX9TLrngSw 62ZM+xbhhoFvkg6aAYUCRnkSJFjSgydfjguMeL7fEzBRIC6L14JN5nI+A4NPiqOxZh12 me50atInQwXaD4v76cpZJSLYzMxI5oKk3xB5hZDAtyQxblpoGjbKYGVCCUvDEDryvSIm S9o1M3hrLKovmRGJ1JG2MVHnt6AlD+BFSKKgYzPq9JYrG4ySsZ+L0QyH0wzkgdkZFzlo zzC1UIsoufx9nLGLd+udWziLGgTBZc4rLm6U3HTejruWhOybuenYkjxyBDqpucTi+gLe A6Uw== X-Gm-Message-State: AHPjjUgympUm9svRj3Anc8Ljgpjtb3XGOaQI7UwNjO6NrnkT1STzATcK XEbNoMTArjjmIbj8A8nl8hUDLTt8yLAx X-Google-Smtp-Source: AOwi7QDgE2KZkwafBvPUpbiDSGjrHuqfN0PqPImndo4VKloQKcQJGk4MDee3Om0WHLpwwJ+V49KQCovDPpyBqq6fjSY= X-Received: by 10.202.77.140 with SMTP id a134mr2914118oib.155.1504880252681; Fri, 08 Sep 2017 07:17:32 -0700 (PDT) MIME-Version: 1.0 Received: by 10.157.38.157 with HTTP; Fri, 8 Sep 2017 07:17:32 -0700 (PDT) From: Ajinkya Joshi Date: Fri, 8 Sep 2017 19:47:32 +0530 Message-ID: To: dime@ietf.org Content-Type: multipart/alternative; boundary="001a11c17daae416f60558ae3ca1" Archived-At: Subject: [Dime] Association between origin-host and source IP address X-BeenThere: dime@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Diameter Maintanence and Extentions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Sep 2017 14:17:34 -0000 --001a11c17daae416f60558ae3ca1 Content-Type: text/plain; charset="UTF-8" Hello, It is clear from the RFC that, each diameter implementation maintains a peer table, which is keyed on origin-host of the peer. But, it's not clear that on receiving incoming diameter request (non capability exchange), is diameter node suppose to match source IP address of incoming request with the source IP address of original transport association between these nodes? e.g. Consider that there two transport connection established between A1 <-> B1 and A2 <-> B1, Where A1,A2, and B1 are diameter hosts. Suppose, A2 sends a diameter request to B1, with origin-host as "A1", is B1 suppose to reject such requests? -- Regards, Ajinkya Joshi --001a11c17daae416f60558ae3ca1 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello,

It is clear from the RFC that, e= ach diameter implementation maintains a peer table, which is keyed on origi= n-host of the peer.=C2=A0
But, it's not clear that on receivi= ng incoming diameter request (non capability exchange), is diameter node su= ppose to match source IP address of incoming request with the source IP add= ress of original transport association between these nodes?
e.g. = Consider that there two transport connection established between A1 <-&g= t; B1 and A2 <-> B1, Where A1,A2, and B1 are diameter hosts. Suppose,= A2 sends a diameter request to B1, with origin-host as "A1", is = B1 suppose to reject such requests?

--
Regards,
Ajinkya Joshi
--001a11c17daae416f60558ae3ca1-- From nobody Sat Sep 9 23:08:57 2017 Return-Path: X-Original-To: dime@ietfa.amsl.com Delivered-To: dime@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1898013219C for ; Sat, 9 Sep 2017 23:08:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.92 X-Spam-Level: X-Spam-Status: No, score=-1.92 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no 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 DtBE7nBECYh8 for ; Sat, 9 Sep 2017 23:08:53 -0700 (PDT) Received: from mail1.sandvine.com (Mail1.sandvine.com [64.7.137.134]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5EE01126B71 for ; Sat, 9 Sep 2017 23:08:53 -0700 (PDT) Received: from WTL-EXCHP-2.sandvine.com ([fe80::68ac:f071:19ff:3455]) by wtl-exchp-1.sandvine.com ([::1]) with mapi id 14.03.0319.002; Sun, 10 Sep 2017 02:08:51 -0400 From: Yuval Lifshitz To: Ajinkya Joshi , "dime@ietf.org" Thread-Topic: [Dime] Association between origin-host and source IP address Thread-Index: AQHTKK05IXwrFScMuUedYNWWQFU77qKto6LA Date: Sun, 10 Sep 2017 06:08:50 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-CA, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.142.3] x-c2processedorg: b2f06e69-072f-40ee-90c5-80a34e700794 Content-Type: multipart/alternative; boundary="_000_C43C255C7106314F8D13D03FA20CFE49A8AD9E1Bwtlexchp2sandvi_" MIME-Version: 1.0 Archived-At: Subject: Re: [Dime] Association between origin-host and source IP address X-BeenThere: dime@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Diameter Maintanence and Extentions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Sep 2017 06:08:55 -0000 --_000_C43C255C7106314F8D13D03FA20CFE49A8AD9E1Bwtlexchp2sandvi_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgQWppbmt5YSwNClRoZSBzcGVjIGlzIHNpbGVudCBhYm91dCB0aGlzIGJlY2F1c2UgdGhpcyBp cyBub3QgcmVxdWlyZWQuIFRoZSBwZWVycyBhbmQgcm91dGluZyB0YWJsZXMgYXJlIG1lYW50IHRv IGhlbHAgdGhlIERpYW1ldGVyIGhvc3QgdG8gZmluZCB0aGUgcmlnaHQgcGVlciB0aHJvdWdoIHdo aWNoIHRoZSBtZXNzYWdlIGlzIHRvIGJlIHNlbnQsIG5vdCB0byBmaWx0ZXIgaW5jb21pbmcgbWVz c2FnZXMuDQpJbiBhZGRpdGlvbiwgdXNlIG9mIElQIGFkZHJlc3NlcyB0byBpZGVudGlmeSBEaWFt ZXRlciBob3N0cyBtYXkgYmUgcHJvYmxlbWF0aWMg4oCTIGFkZHJlc3Mgb2YgYSBob3N0IG1heSBj aGFuZ2UsIG11bHRpcGxlIGhvc3RzIGNvdWxkIGJlIGJlaGluZCBvbmUgSVAgYWRkcmVzcywgZXRj Lg0KDQpSZWdhcmRzLA0KDQpZdXZhbA0KDQpGcm9tOiBEaU1FIFttYWlsdG86ZGltZS1ib3VuY2Vz QGlldGYub3JnXSBPbiBCZWhhbGYgT2YgQWppbmt5YSBKb3NoaQ0KU2VudDogRnJpZGF5LCBTZXB0 ZW1iZXIgMDgsIDIwMTcgNToxOCBQTQ0KVG86IGRpbWVAaWV0Zi5vcmcNClN1YmplY3Q6IFtEaW1l XSBBc3NvY2lhdGlvbiBiZXR3ZWVuIG9yaWdpbi1ob3N0IGFuZCBzb3VyY2UgSVAgYWRkcmVzcw0K DQpIZWxsbywNCg0KSXQgaXMgY2xlYXIgZnJvbSB0aGUgUkZDIHRoYXQsIGVhY2ggZGlhbWV0ZXIg aW1wbGVtZW50YXRpb24gbWFpbnRhaW5zIGEgcGVlciB0YWJsZSwgd2hpY2ggaXMga2V5ZWQgb24g b3JpZ2luLWhvc3Qgb2YgdGhlIHBlZXIuDQpCdXQsIGl0J3Mgbm90IGNsZWFyIHRoYXQgb24gcmVj ZWl2aW5nIGluY29taW5nIGRpYW1ldGVyIHJlcXVlc3QgKG5vbiBjYXBhYmlsaXR5IGV4Y2hhbmdl KSwgaXMgZGlhbWV0ZXIgbm9kZSBzdXBwb3NlIHRvIG1hdGNoIHNvdXJjZSBJUCBhZGRyZXNzIG9m IGluY29taW5nIHJlcXVlc3Qgd2l0aCB0aGUgc291cmNlIElQIGFkZHJlc3Mgb2Ygb3JpZ2luYWwg dHJhbnNwb3J0IGFzc29jaWF0aW9uIGJldHdlZW4gdGhlc2Ugbm9kZXM/DQplLmcuIENvbnNpZGVy IHRoYXQgdGhlcmUgdHdvIHRyYW5zcG9ydCBjb25uZWN0aW9uIGVzdGFibGlzaGVkIGJldHdlZW4g QTEgPC0+IEIxIGFuZCBBMiA8LT4gQjEsIFdoZXJlIEExLEEyLCBhbmQgQjEgYXJlIGRpYW1ldGVy IGhvc3RzLiBTdXBwb3NlLCBBMiBzZW5kcyBhIGRpYW1ldGVyIHJlcXVlc3QgdG8gQjEsIHdpdGgg b3JpZ2luLWhvc3QgYXMgIkExIiwgaXMgQjEgc3VwcG9zZSB0byByZWplY3Qgc3VjaCByZXF1ZXN0 cz8NCg0KLS0NClJlZ2FyZHMsDQpBamlua3lhIEpvc2hpDQo= --_000_C43C255C7106314F8D13D03FA20CFE49A8AD9E1Bwtlexchp2sandvi_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJ e2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQov KiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1z b05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNp emU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLCJzZXJpZiI7fQ0KYTps aW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6 Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29I eXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxl Ow0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTcNCgl7bXNv LXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5z LXNlcmlmIjsNCgljb2xvcjojMUY0OTdEO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10 eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7fQ0K QHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBpbiAx LjBpbiAxLjBpbiAxLjBpbjt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24x O30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRz IHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtp ZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1h cCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRp Zl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSJibHVlIiB2bGluaz0icHVy cGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+SGkgQWppbmt5YSw8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMt c2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+VGhlIHNwZWMgaXMgc2lsZW50IGFib3V0IHRoaXMg YmVjYXVzZSB0aGlzIGlzIG5vdCByZXF1aXJlZC4gVGhlIHBlZXJzIGFuZCByb3V0aW5nIHRhYmxl cyBhcmUgbWVhbnQgdG8gaGVscCB0aGUgRGlhbWV0ZXIgaG9zdCB0byBmaW5kIHRoZSByaWdodCBw ZWVyIHRocm91Z2gNCiB3aGljaCB0aGUgbWVzc2FnZSBpcyB0byBiZSBzZW50LCBub3QgdG8gZmls dGVyIGluY29taW5nIG1lc3NhZ2VzLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj5JbiBh ZGRpdGlvbiwgdXNlIG9mIElQIGFkZHJlc3NlcyB0byBpZGVudGlmeSBEaWFtZXRlciBob3N0cyBt YXkgYmUgcHJvYmxlbWF0aWMg4oCTIGFkZHJlc3Mgb2YgYSBob3N0IG1heSBjaGFuZ2UsIG11bHRp cGxlIGhvc3RzIGNvdWxkIGJlIGJlaGluZCBvbmUgSVAgYWRkcmVzcywNCiBldGMuPG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlm JnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdE Ij5SZWdhcmRzLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVv dDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDs7Y29sb3I6IzFGNDk3RCI+WXV2YWw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTom cXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+ PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7 LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90OyI+IERpTUUgW21haWx0bzpkaW1lLWJvdW5jZXNAaWV0Zi5vcmddDQo8Yj5PbiBC ZWhhbGYgT2YgPC9iPkFqaW5reWEgSm9zaGk8YnI+DQo8Yj5TZW50OjwvYj4gRnJpZGF5LCBTZXB0 ZW1iZXIgMDgsIDIwMTcgNToxOCBQTTxicj4NCjxiPlRvOjwvYj4gZGltZUBpZXRmLm9yZzxicj4N CjxiPlN1YmplY3Q6PC9iPiBbRGltZV0gQXNzb2NpYXRpb24gYmV0d2VlbiBvcmlnaW4taG9zdCBh bmQgc291cmNlIElQIGFkZHJlc3M8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij5IZWxsbyw8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpw PiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkl0 IGlzIGNsZWFyIGZyb20gdGhlIFJGQyB0aGF0LCBlYWNoIGRpYW1ldGVyIGltcGxlbWVudGF0aW9u IG1haW50YWlucyBhIHBlZXIgdGFibGUsIHdoaWNoIGlzIGtleWVkIG9uIG9yaWdpbi1ob3N0IG9m IHRoZSBwZWVyLiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+QnV0LCBpdCdzIG5vdCBjbGVhciB0aGF0IG9uIHJlY2VpdmluZyBpbmNvbWlu ZyBkaWFtZXRlciByZXF1ZXN0IChub24gY2FwYWJpbGl0eSBleGNoYW5nZSksIGlzIGRpYW1ldGVy IG5vZGUgc3VwcG9zZSB0byBtYXRjaCBzb3VyY2UgSVAgYWRkcmVzcyBvZiBpbmNvbWluZyByZXF1 ZXN0IHdpdGggdGhlIHNvdXJjZSBJUCBhZGRyZXNzIG9mIG9yaWdpbmFsIHRyYW5zcG9ydCBhc3Nv Y2lhdGlvbiBiZXR3ZWVuIHRoZXNlDQogbm9kZXM/PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5lLmcuIENvbnNpZGVyIHRoYXQgdGhlcmUgdHdvIHRy YW5zcG9ydCBjb25uZWN0aW9uIGVzdGFibGlzaGVkIGJldHdlZW4gQTEgJmx0Oy0mZ3Q7IEIxIGFu ZCBBMiAmbHQ7LSZndDsgQjEsIFdoZXJlIEExLEEyLCBhbmQgQjEgYXJlIGRpYW1ldGVyIGhvc3Rz LiBTdXBwb3NlLCBBMiBzZW5kcyBhIGRpYW1ldGVyIHJlcXVlc3QgdG8gQjEsIHdpdGggb3JpZ2lu LWhvc3QgYXMgJnF1b3Q7QTEmcXVvdDssIGlzIEIxIHN1cHBvc2UgdG8gcmVqZWN0IHN1Y2ggcmVx dWVzdHM/PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPi0tIDxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7 O2NvbG9yOmJsdWUiPlJlZ2FyZHMsPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBO ZXcmcXVvdDs7Y29sb3I6Ymx1ZSI+QWppbmt5YSBKb3NoaTwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+ DQo= --_000_C43C255C7106314F8D13D03FA20CFE49A8AD9E1Bwtlexchp2sandvi_-- From nobody Fri Sep 15 05:33:46 2017 Return-Path: X-Original-To: dime@ietf.org Delivered-To: dime@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 5507A133224; Fri, 15 Sep 2017 05:33:39 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: dime@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.61.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <150547881931.2772.10964894897930043402@ietfa.amsl.com> Date: Fri, 15 Sep 2017 05:33:39 -0700 Archived-At: Subject: [Dime] I-D Action: draft-ietf-dime-group-signaling-09.txt X-BeenThere: dime@ietf.org X-Mailman-Version: 2.1.22 List-Id: Diameter Maintanence and Extentions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Sep 2017 12:33:39 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Diameter Maintenance and Extensions WG of the IETF. Title : Diameter Group Signaling Authors : Mark Jones Marco Liebsch Lionel Morand Filename : draft-ietf-dime-group-signaling-09.txt Pages : 26 Date : 2017-09-15 Abstract: In large network deployments, a single Diameter node can support over a million concurrent Diameter sessions. Recent use cases have revealed the need for Diameter nodes to apply the same operation to a large group of Diameter sessions concurrently. The Diameter base protocol commands operate on a single session so these use cases could result in many thousands of command exchanges to enforce the same operation on each session in the group. In order to reduce signaling, it would be desirable to enable bulk operations on all (or part of) the sessions managed by a Diameter node using a single or a few command exchanges. This document specifies the Diameter protocol extensions to achieve this signaling optimization. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-dime-group-signaling/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-dime-group-signaling-09 https://datatracker.ietf.org/doc/html/draft-ietf-dime-group-signaling-09 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-dime-group-signaling-09 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Sun Sep 17 16:13:07 2017 Return-Path: X-Original-To: dime@ietfa.amsl.com Delivered-To: dime@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8DB6A133202; Sun, 17 Sep 2017 16:13:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no 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 JPgNvE-UG__F; Sun, 17 Sep 2017 16:12:57 -0700 (PDT) Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 261CD132199; Sun, 17 Sep 2017 16:12:57 -0700 (PDT) Received: by rfc-editor.org (Postfix, from userid 30) id 4CCD6B80CA7; Sun, 17 Sep 2017 16:12:39 -0700 (PDT) To: priyatos@cdot.in, vf0213@gmail.com, jari.arkko@ericsson.com, john.loughney@nokia.com, glenzorn@gmail.com X-PHP-Originating-Script: 30:errata_mail_lib.php From: RFC Errata System Cc: bclaise@cisco.com, iesg@ietf.org, dime@ietf.org, rfc-editor@rfc-editor.org Content-Type: text/plain; charset=UTF-8 Message-Id: <20170917231239.4CCD6B80CA7@rfc-editor.org> Date: Sun, 17 Sep 2017 16:12:39 -0700 (PDT) Archived-At: Subject: [Dime] [Errata Held for Document Update] RFC6733 (5084) X-BeenThere: dime@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Diameter Maintanence and Extentions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Sep 2017 23:13:01 -0000 The following errata report has been held for document update for RFC6733, "Diameter Base Protocol". -------------------------------------- You may review the report below and at: http://www.rfc-editor.org/errata/eid5084 -------------------------------------- Status: Held for Document Update Type: Technical Reported by: Priyatosh Mandal Date Reported: 2017-08-11 Held by: Benoit Claise (IESG) Section: 8.16 Original Text ------------- By including Origin-State-Id in a message, it allows other Diameter entities to infer that sessions associated with a lower Origin-State-Id are no longer active. If an access device does not intend for such inferences to be made, it MUST either not include Origin-State-Id in any message or set its value to 0. Corrected Text -------------- By including Origin-State-Id in a message, it allows other Diameter entities to infer that sessions associated with a lower Origin-State-Id are no longer active. If an access device does not intend for such inferences to be made, it MUST either not include Origin-State-Id in any message or set its value to 0. As a special case when the value of Origin-State-Id changes from 4294967295 to 0, then also the access device clear all the sessions. Notes ----- Origin-State-Id is defined as Unsigned32 in RFC 6733, Section 8.16. So the maximum value it can have is 4294967295. If the system restarts many times and the value of Origin-State-Id reaches the value which is same as its maximum value 4294967295. Then what will happen for the next restart. At the next restart the value of Origin-State-Id will be 0 if we try to increase the value of Origin-State-Id. It is not defined in the RFC 6733, that how the system should behave after 4294967295-th restart with respect to Origin-State-Id. Generally when the peer receives an increased value of Origin-State-Id, then it clear all sessions. If the value of Origin-State-Id reaches its maximum i.e., 4294967295, then after another restart its value will be 0. For a special case for transition of value of Origin-State-Id from 4294967295 to 0, the peer should clear its session. -------------------------------------- RFC6733 (draft-ietf-dime-rfc3588bis-33) -------------------------------------- Title : Diameter Base Protocol Publication Date : October 2012 Author(s) : V. Fajardo, Ed., J. Arkko, J. Loughney, G. Zorn, Ed. Category : PROPOSED STANDARD Source : Diameter Maintenance and Extensions Area : Operations and Management Stream : IETF Verifying Party : IESG From nobody Wed Sep 27 11:14:51 2017 Return-Path: X-Original-To: dime@ietf.org Delivered-To: dime@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id B0570134EDC; Wed, 27 Sep 2017 11:14:50 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: dime@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.62.1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <150653609067.25043.13273883759812533989@ietfa.amsl.com> Date: Wed, 27 Sep 2017 11:14:50 -0700 Archived-At: Subject: [Dime] I-D Action: draft-ietf-dime-doic-rate-control-07.txt X-BeenThere: dime@ietf.org X-Mailman-Version: 2.1.22 List-Id: Diameter Maintanence and Extentions Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Sep 2017 18:14:51 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Diameter Maintenance and Extensions WG of the IETF. Title : Diameter Overload Rate Control Authors : Steve Donovan Eric Noel Filename : draft-ietf-dime-doic-rate-control-07.txt Pages : 19 Date : 2017-09-27 Abstract: This specification documents an extension to the Diameter Overload Indication Conveyance (DOIC) [RFC7683] base solution. This extension adds a new overload control abatement algorithm. This abatement algorithm allows for a DOIC reporting node to specify a maximum rate at which a DOIC reacting node sends Diameter requests to the DOIC reporting node. Requirements The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-dime-doic-rate-control/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-dime-doic-rate-control-07 https://datatracker.ietf.org/doc/html/draft-ietf-dime-doic-rate-control-07 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-dime-doic-rate-control-07 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/