From nobody Mon Jun 20 07:18:42 2016 Return-Path: X-Original-To: radext@ietfa.amsl.com Delivered-To: radext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AED7512B02C for ; Mon, 20 Jun 2016 07:18:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.325 X-Spam-Level: X-Spam-Status: No, score=-3.325 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.426, WEIRD_PORT=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 toRie2L6zv92 for ; Mon, 20 Jun 2016 07:18:39 -0700 (PDT) Received: from smtprelay.restena.lu (smtprelay.restena.lu [IPv6:2001:a18:1::62]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6234712B04A for ; Mon, 20 Jun 2016 07:18:38 -0700 (PDT) Received: from aragorn.restena.lu (aragorn.restena.lu [IPv6:2001:a18:1:8::155]) by smtprelay.restena.lu (Postfix) with ESMTPS id 17CBF43AE3 for ; Mon, 20 Jun 2016 16:18:37 +0200 (CEST) To: "radext@ietf.org" From: Stefan Winter Openpgp: id=AD3091F3AB24E05F4F722C03C0DE6A358A39DC66; url=http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xC0DE6A358A39DC66 Message-ID: <5767FB3C.20007@restena.lu> Date: Mon, 20 Jun 2016 16:18:36 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.7.0 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="kRbCqLhCtRGXVBa2ndwa5skDn6GRTnh1A" Archived-At: Subject: [radext] Error-Cause value allocation for draft-ietf-radext-bigger-packets X-BeenThere: radext@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: RADIUS EXTensions working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jun 2016 14:18:42 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --kRbCqLhCtRGXVBa2ndwa5skDn6GRTnh1A Content-Type: multipart/mixed; boundary="W6GKih63VA4KLNiUbgD8uva7q0uvkOvj7" From: Stefan Winter To: "radext@ietf.org" Message-ID: <5767FB3C.20007@restena.lu> Subject: Error-Cause value allocation for draft-ietf-radext-bigger-packets --W6GKih63VA4KLNiUbgD8uva7q0uvkOvj7 Content-Type: multipart/mixed; boundary="------------020702000406060505070200" This is a multi-part message in MIME format. --------------020702000406060505070200 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hello, IANA is in the process of completing the allocations of new code points for the bigger-packets draft. One of the two, the new Packet Type Protocol-Error, is no problem. The other one, the new value "Response Too Big" for the Error-Cause attribute, raises a question that we wanted to let the working group know about and ask for opinions. Error-Cause is defined in RFC 5176 with the following ranges: 0xx Reserved 1xx Reserved 2xx Successful Completion [of CoA exchanges] 3xx Reserved 4xx fatal errors commited by the Dynamic Authorization Client 5xx fatal errors commited by the Dynamic Authorization Server As it happens, bigger-packets is not specific to Dynamic Authorization; it applies to RADIUS packets in general. So, the categories of RFC5176 above do not fit well to the "Response-Too-Big" semantics. After thinking about this for a bit, the cleanest approach is probably to define two new categories: 6xx represent fatal errors committed by a RADIUS server 7xx represent fatal errors committed by a RADIUS client And within those, allocate 601 Response Too Big If these categories are created, there should be corresponding text in a new rev of bigger-packets. Please let the list know how you think about this in the next two weeks. If noone speaks up against this, we'll continue along this path. Greetings, Stefan Winter --=20 Stefan WINTER Ingenieur de Recherche Fondation RESTENA - R=C3=A9seau T=C3=A9l=C3=A9informatique de l'Education= Nationale et de la Recherche 2, avenue de l'Universit=C3=A9 L-4365 Esch-sur-Alzette Tel: +352 424409 1 Fax: +352 422473 PGP key updated to 4096 Bit RSA - I will encrypt all mails if the recipient's key is known to me http://pgp.mit.edu:11371/pks/lookup?op=3Dget&search=3D0xC0DE6A358A39DC66 --------------020702000406060505070200 Content-Type: application/pgp-keys; name="0x8A39DC66.asc" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="0x8A39DC66.asc" -----BEGIN PGP PUBLIC KEY BLOCK----- Version: GnuPG v2 mQINBFIplEwBEADTSz+DS8nio+RSvfSLLfaOnCGi1nqpn8Pb1laVUyEvnAAzZ5je miS88GxfiDH6hUGlWzcaW0hCfUHGiohr485adbjxRksPngWgAt/1bRxpifsW3zOb Fjgog01WWQV5Sihlwc4zr8zvYbFA5BJZ6YdkR9C5J015riv5OS30WTjA65SSXgYr b7zJWPwmegTFwE093uBFvC39waz3xYpVu5j87nO6w2MVQt/8sY2/2BFPEq+xfOaj l18UEwc7w8SCgnZdlVNcmEK4UBvJuwS/1lsR2JeQa8Gu1EDxC7PRgMgNXsDSWnnB e9aVmfG54+6ILe1QH2dwk9sPBQT5w2+vjijrb3Dv9ur+1kN+TNU2XE436jVpnnY/ 3OsLdix30STQn4Q/XOm7YoVMeDwwviefilRxzK0dXA+wKj92T68Od82CFxuZqPAg BCVmWfQM91iK9piqFK+QP+R3vF6+NGDBdwbe68iVKs0v5L8XmbxBQndjpmo+lo2a smBR2TAIfZHaKdgtBw13u3GPVVKlg/Mpko8ki9JOSem2aFyi3kQEVKptWgXT3POl 97DWJzsR5VyKz6GOx9kJAEISRyLZwm0wqh8+9LCza5oeIKW381lzq1b9x30vOh8C BSQQJ+cG9ko0yPHAj7Suw2TmPXx1qMctmE6Ahq82ZW30SljdZby8WQuR2wARAQAB tDxTdGVmYW4gV2ludGVyIChSRVNURU5BIGtleSAyMDEzKykgPHN0ZWZhbi53aW50 ZXJAcmVzdGVuYS5sdT6JAjkEEwECACMFAlIplEwCGwMHCwkIBwMCAQYVCAIJCgsE FgIDAQIeAQIXgAAKCRDA3mo1ijncZj7/D/99hVS+mJr8dSPCaDaUFFxBiT2eI1Lo R8VKEerTCRw5BsdL6pN2eRJZ9NmsqWo1ynWVHEzO91bNZ+oZGgyoNohcBAI7p+r0 qUTzkyqwdZO4kMm0pqKoM9xkP3tf2mjGujKjOz4Y7S7wnz2ZFokeUsecoRVJF/++ /qHnmeWLn44J1HUKLHYCjMu+QXGOgGXgz024jQ5eUrnPwzNp0Z90AFVHlWC+bymt y/ToIUUCQqS5Ff0jzdWLd8U695OG9iGvjBQT1LdEjsfbAwuKV5UcnpxNqUpUwKa5 9hdX5/2cMZP07FI1UXwnBlxa8rJfdb13FLjSKX4vUUHedYUZMjMPgcwl1a+zGE22 lHiSQWgP8QLA/W3BLsi22ERCEPZBfexOeOtaWIItDIz18fIaQoMDoRPshzar0JI2 CzLYsyeKySAtYJEHFVoLmMvhkwzBmgqA/BEswUA67CfCr1jFHRXdpmWM7YkyAmMa 9q6LwquWKS5+MXlUXe/3oZUcgpw/T9Uuy3Jo3RdS7B3jFcWaVr6KsO/A9u1gr/aY n5M+iJTQSj4vzqtkQaJTpSspRZoKa66HZt3IwSYiDiYZqtM83ynuj9kjnZzGfnuT aNIi996q6Mptr33mOzIE1wmMqnJYwTr3EcNtf483q/qrJwh5ES8Q9xY7aat/ZcSl 8fKubW4TlfVr8YhGBBARAgAGBQJSKZUGAAoJEPo5vdH/HhVmYTgAn24eoqO/O98o vNpt08Uab/+/tmYKAJ9kjXm9Njz5h33efzeelZUa484rr7kCDQRSKZRMARAAvBPp n7FQq7LQ5glohtbL6XIEo1U4X67S0TzUYieENSWSVYuWYIhCBldmWdmH8Bpj/qHe qdon7v+SLtR4WngzMR9toupKcFfHnbP9kpazTSB2ySHxXWGX1gJOpPXdCcg9iveK BHEsDn00ThTcPsvtXpnnzET16pXIvOXO0bxTmVZ4INIF1SWgvYma/g8kBbgXLpkj 8tOywBqFiiYPEZlDeCxDHiMgUDh6olda9K/0TZFTdMPUgjKuubfAeaDNCOrVt4Rj mFOaRLikcZocmgJhm3z/j25x7/mnNu+0di1H/S67YGQJ+pqCFInzIXDx7aRW2+JC iqsY2X3xOPWZZzjyis5SNnfOcPH3gt2hYz1fy+thsBGf4NgCN01JRqIJ2/MOQCgU dwh+9l8xqaJvCkUHM4hVh4W62MAe1u7UEqQbvvNEqxM5034vcvlE+/LRkrDCspw+ 2YJ9QyroLerVRwW5DVleP8Ifi8VB3yD80nqXYs9aqRy0BkDNIQ43ERhESMt8dJqr NkxgC6pemZrhNwyDh+hy2kPNGQh/iBpdKuH1o3E24TIZoV2v3YHvzob7aAYHddE/ PofAXhJW7I9mAs+HdWDmnI8ckuPDFpFH+Y/BFGvEXgcnJAJ1wEvf+4LuiIi0MHjR 4EWFn9vvoFDAIqD10h3FSd3D59HGtdSsNn4XaCsAEQEAAYkCHwQYAQIACQUCUimU TAIbDAAKCRDA3mo1ijncZhBtEACL036ddjc5pFoYIdoUY1vT8SMXJNquewCnL1qu DADzqDZFU5GNlQEy10krSfBwlTb9ahTtE0JFrOdZwUZtoa1Pgfr8nU6KOgrXPHbN jS/9dyc5CwGVVIpOavIm2CsMVDJ9LCF/NT+u/t1k6eGfHhPVl3dUQyDa/lzc1chK UIVQYQkFmr0A/iXP+29lFCaI+IeyU0bSdZhezDwUROn5vEx+fiPZyHDShCb+BxJv /o2LQp9JHenCiSbO+ioRZdxgbWfoKBuXOfmSStqMWXas/gZ5vS3xq72LNtKPRxgp jX3P8Zml1XDqpcBau7eK75VKE0Yd06YxnUIsbcEzInUc3uzW/u0DFpXYkMJb0XIv JyUt5yYPKfV13N8kSkPi5pLxm8yuftXMzfgeFMR7nafY3glTVj/TxElzg6xeZNqf C2ZjIbBtZg9ylHU8u8wwB+dX282crs0R3N9A064C71/cXlBqcjzjlKH2NUIWGxr+ od3TXFIFjszSU3NgMPKrWNhFLLwS81MpbkOe73s6aDhS8RDyNucoxtKXriLR+4Xi u4+pyj5ukYP1JqpB3ZobY/XZgCnJMye+7xeTpIDJ1LPORxM3NNAElyb26lxAK2P+ km+EpI0Zzz6rNSCfg5jYQ474+e/GBgaSG4MlaPoZ+XAfN46u1Xjjv1/AkkA4IA6m 5zP5og=3D=3D =3D3NUt -----END PGP PUBLIC KEY BLOCK----- --------------020702000406060505070200-- --W6GKih63VA4KLNiUbgD8uva7q0uvkOvj7-- --kRbCqLhCtRGXVBa2ndwa5skDn6GRTnh1A Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCgAGBQJXZ/s9AAoJEMDeajWKOdxm83gQAKftP7dZ9YTQUVBsfImCJcQt gQu6dH8tznX6DirdjOsfRwPux9QlI7mGQdKllTZwL5mtL8RVBndXhSPC5bAqLxQJ xYQQ7GOAypy36sKkKTuf5nSdcP1XVgg2YF6hWhr1vhgiJ03BSK5UO31D37WDkrcz aMeYa5nT2ovl6fKUBZJWkjCXZlq9eSf1jL88dodJNlZ7P+T5Y0WUrxMo2hP/tNrw 1ulr+CKYl8LTe+mbWNxd8EEC4Y9n0WR0EiMN64+JyzcVUWZepbkv3DdYcy+oBVCG JaquDt5apmvEtQgVhee/liGekEqT0TC5eKHUaaqNuhkmf2DZJkBGk6XsWsEnno+Y B8wlLUB+DIWKZLBSevAAPmMOhVpB03iXLcm0VDpzxM4wDRDqmLzShNP/UooSb0iL 9n45WHa6xgUmRfRl3NAQ0OxTDevO6N6kjVW0j2hnubaKQDi4C0KkIFJFD/QVw0Lh XSCHYMPT/Y/CmOgIOw7p1c4n8RPu5k5H5AQqbw4ZTIAWV/IAUaccm1DdI6Nx3wRL q2Huo6VDwyH789eJwDd5ZcDddab/U8MN2K9zBQv8RsifXA6qFRoFiLtsxF+nJAcg ODuQjnBIj2FNHu1c8ErFH5i8b7qZ95if3JIvmOe8nvdsRLRm7QFZKHYmzuJ3IRpo 3+IhvYDM68ESo9ieaC6u =VlBz -----END PGP SIGNATURE----- --kRbCqLhCtRGXVBa2ndwa5skDn6GRTnh1A-- From nobody Mon Jun 20 07:23:04 2016 Return-Path: X-Original-To: radext@ietfa.amsl.com Delivered-To: radext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DFA2C12D0F3 for ; Mon, 20 Jun 2016 07:23:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, WEIRD_PORT=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 6S_E8Nr6GHaI for ; Mon, 20 Jun 2016 07:23:00 -0700 (PDT) Received: from mail.networkradius.com (mail.networkradius.com [62.210.147.122]) by ietfa.amsl.com (Postfix) with ESMTP id 5F12112D0C1 for ; Mon, 20 Jun 2016 07:22:59 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mail.networkradius.com (Postfix) with ESMTP id 975D31B89; Mon, 20 Jun 2016 14:22:58 +0000 (UTC) Received: from mail.networkradius.com ([127.0.0.1]) by localhost (mail-server.vmhost2.networkradius.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id as89S31Gmy7D; Mon, 20 Jun 2016 14:22:58 +0000 (UTC) Received: from [192.168.20.14] (69-196-165-104.dsl.teksavvy.com [69.196.165.104]) by mail.networkradius.com (Postfix) with ESMTPSA id 0231C772; Mon, 20 Jun 2016 14:22:57 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) From: Alan DeKok In-Reply-To: <5767FB3C.20007@restena.lu> Date: Mon, 20 Jun 2016 10:22:56 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <048BCD5F-F55E-4FC0-BE19-4CD68739D05F@deployingradius.com> References: <5767FB3C.20007@restena.lu> To: Winter Stefan X-Mailer: Apple Mail (2.3124) Archived-At: Cc: "radext@ietf.org" Subject: Re: [radext] Error-Cause value allocation for draft-ietf-radext-bigger-packets X-BeenThere: radext@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: RADIUS EXTensions working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jun 2016 14:23:03 -0000 Sounds good to me. Since allocations for Error-Cause are "expert = review", I think we're good to go here, barring any counter-arguments. > On Jun 20, 2016, at 10:18 AM, Stefan Winter = wrote: >=20 > Hello, >=20 > IANA is in the process of completing the allocations of new code = points > for the bigger-packets draft. >=20 > One of the two, the new Packet Type Protocol-Error, is no problem. >=20 > The other one, the new value "Response Too Big" for the Error-Cause > attribute, raises a question that we wanted to let the working group > know about and ask for opinions. >=20 > Error-Cause is defined in RFC 5176 with the following ranges: >=20 > 0xx Reserved > 1xx Reserved > 2xx Successful Completion [of CoA exchanges] > 3xx Reserved > 4xx fatal errors commited by the Dynamic Authorization Client > 5xx fatal errors commited by the Dynamic Authorization Server >=20 > As it happens, bigger-packets is not specific to Dynamic = Authorization; > it applies to RADIUS packets in general. >=20 > So, the categories of RFC5176 above do not fit well to the > "Response-Too-Big" semantics. >=20 > After thinking about this for a bit, the cleanest approach is probably > to define two new categories: >=20 > 6xx represent fatal errors committed by a RADIUS server > 7xx represent fatal errors committed by a RADIUS client >=20 > And within those, allocate >=20 > 601 Response Too Big >=20 > If these categories are created, there should be corresponding text in = a > new rev of bigger-packets. >=20 > Please let the list know how you think about this in the next two = weeks. > If noone speaks up against this, we'll continue along this path. >=20 > Greetings, >=20 > Stefan Winter >=20 > --=20 > Stefan WINTER > Ingenieur de Recherche > Fondation RESTENA - R=C3=A9seau T=C3=A9l=C3=A9informatique de = l'Education Nationale et > de la Recherche > 2, avenue de l'Universit=C3=A9 > L-4365 Esch-sur-Alzette >=20 > Tel: +352 424409 1 > Fax: +352 422473 >=20 > PGP key updated to 4096 Bit RSA - I will encrypt all mails if the > recipient's key is known to me >=20 > http://pgp.mit.edu:11371/pks/lookup?op=3Dget&search=3D0xC0DE6A358A39DC66= > <0x8A39DC66.asc>_______________________________________________ > radext mailing list > radext@ietf.org > https://www.ietf.org/mailman/listinfo/radext From nobody Mon Jun 20 07:30:45 2016 Return-Path: X-Original-To: radext@ietfa.amsl.com Delivered-To: radext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 957F512B02C for ; Mon, 20 Jun 2016 07:30:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.698 X-Spam-Level: X-Spam-Status: No, score=-2.698 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, WEIRD_PORT=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 rbjTExt3UlNT for ; Mon, 20 Jun 2016 07:30:41 -0700 (PDT) Received: from mail-vk0-x230.google.com (mail-vk0-x230.google.com [IPv6:2607:f8b0:400c:c05::230]) (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 2686D12D0CA for ; Mon, 20 Jun 2016 07:30:37 -0700 (PDT) Received: by mail-vk0-x230.google.com with SMTP id d185so197810027vkg.0 for ; Mon, 20 Jun 2016 07:30:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=WoBSsxrYQuizofTHyOldlrhmZkkEL6xpZN4r+MceEig=; b=Lw2p/hoAGd00TixDixmvhIOCBZzILGUuaNIjnRKR5VXMteFH8uSffxE/5liSwZGg0F bfmR2nF9tsE41H4O0sNYfKlxP9jyA+xPFFB3W3kGoz7F/j2yaOcrsALzwGyL3B+D/FiT Qsv/7RYnx9VJ1TAxU5/+QgslOZV3Hdzyr0bIxNFpvkT1BMfUAjXb20Xdk5V8S7SRS87S Y/VaR653UWjJvfbDDo+9OClAQJSMAfvl2Ddz5Qj47TkJwyRc9kGKAZD5zgcehuloALvz uBb+quNolrtZasT5jRdl2ok8RW6lDP1lmvVwJ3l6baF2SuwkGwZmBwb4keBPO0jtWwez G1LA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=WoBSsxrYQuizofTHyOldlrhmZkkEL6xpZN4r+MceEig=; b=Lq8h4WDiocIRMvSJWGhuAoxH6VckPPmIEQL2HaoiZbIuPAkFb09pI3u/2ZK85drZqk MdaxMLpoP6S6ZAM7B7JY2MYLueAUryd3dvVmMuPDejrHtPSK0noY2O94pVvzKCMXh7gI tPRDrKCvwrNSA4rLX49/Go6Gb+HAJxcFXs6/3HkYlx0206hRPSmu7lc3zbws0AK6xuRP QbYW7gMit1r9ddITSO4phFJy6/r9HzqXhUT7YLDyuxauuyoAI7rYW22we++WULJy2u0p gSV23SBP7gcDG3FFLW3ebd0BdB1z6rj5DYxMg74dkBnxWcgqGM91OTDjbGe77gzFaGXj Qyrw== X-Gm-Message-State: ALyK8tK9XJaUMgeukdHKZwH9i9/h/gslucsFcCDUN0v2HczVbjz1+53k1MHUIop21WV5q2IMx3VeThaCM/T3Jg== X-Received: by 10.159.38.228 with SMTP id 91mr6583035uay.36.1466433036290; Mon, 20 Jun 2016 07:30:36 -0700 (PDT) MIME-Version: 1.0 Received: by 10.159.41.198 with HTTP; Mon, 20 Jun 2016 07:30:16 -0700 (PDT) In-Reply-To: <048BCD5F-F55E-4FC0-BE19-4CD68739D05F@deployingradius.com> References: <5767FB3C.20007@restena.lu> <048BCD5F-F55E-4FC0-BE19-4CD68739D05F@deployingradius.com> From: Bernard Aboba Date: Mon, 20 Jun 2016 10:30:16 -0400 Message-ID: To: Alan DeKok Content-Type: multipart/alternative; boundary=94eb2c04769e370eab0535b68c68 Archived-At: Cc: Winter Stefan , "radext@ietf.org" Subject: Re: [radext] Error-Cause value allocation for draft-ietf-radext-bigger-packets X-BeenThere: radext@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: RADIUS EXTensions working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jun 2016 14:30:43 -0000 --94eb2c04769e370eab0535b68c68 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Sounds good to me too (I'm the Designated Expert). On Mon, Jun 20, 2016 at 10:22 AM, Alan DeKok wrote: > Sounds good to me. Since allocations for Error-Cause are "expert > review", I think we're good to go here, barring any counter-arguments. > > > On Jun 20, 2016, at 10:18 AM, Stefan Winter > wrote: > > > > Hello, > > > > IANA is in the process of completing the allocations of new code points > > for the bigger-packets draft. > > > > One of the two, the new Packet Type Protocol-Error, is no problem. > > > > The other one, the new value "Response Too Big" for the Error-Cause > > attribute, raises a question that we wanted to let the working group > > know about and ask for opinions. > > > > Error-Cause is defined in RFC 5176 with the following ranges: > > > > 0xx Reserved > > 1xx Reserved > > 2xx Successful Completion [of CoA exchanges] > > 3xx Reserved > > 4xx fatal errors commited by the Dynamic Authorization Client > > 5xx fatal errors commited by the Dynamic Authorization Server > > > > As it happens, bigger-packets is not specific to Dynamic Authorization; > > it applies to RADIUS packets in general. > > > > So, the categories of RFC5176 above do not fit well to the > > "Response-Too-Big" semantics. > > > > After thinking about this for a bit, the cleanest approach is probably > > to define two new categories: > > > > 6xx represent fatal errors committed by a RADIUS server > > 7xx represent fatal errors committed by a RADIUS client > > > > And within those, allocate > > > > 601 Response Too Big > > > > If these categories are created, there should be corresponding text in = a > > new rev of bigger-packets. > > > > Please let the list know how you think about this in the next two weeks= . > > If noone speaks up against this, we'll continue along this path. > > > > Greetings, > > > > Stefan Winter > > > > -- > > Stefan WINTER > > Ingenieur de Recherche > > Fondation RESTENA - R=C3=A9seau T=C3=A9l=C3=A9informatique de l'Educati= on Nationale et > > de la Recherche > > 2, avenue de l'Universit=C3=A9 > > L-4365 Esch-sur-Alzette > > > > Tel: +352 424409 1 > > Fax: +352 422473 > > > > PGP key updated to 4096 Bit RSA - I will encrypt all mails if the > > recipient's key is known to me > > > > http://pgp.mit.edu:11371/pks/lookup?op=3Dget&search=3D0xC0DE6A358A39DC6= 6 > > <0x8A39DC66.asc>_______________________________________________ > > radext mailing list > > radext@ietf.org > > https://www.ietf.org/mailman/listinfo/radext > > _______________________________________________ > radext mailing list > radext@ietf.org > https://www.ietf.org/mailman/listinfo/radext > --94eb2c04769e370eab0535b68c68 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Sounds good to me too (I'm the Designated Expert).=C2= =A0

On Mon, = Jun 20, 2016 at 10:22 AM, Alan DeKok <aland@deployingradius.com> wrote:
=C2=A0 Sounds good to= me.=C2=A0 Since allocations for Error-Cause are "expert review",= I think we're good to go here, barring any counter-arguments.

> On Jun 20, 2016, at 10:18 AM, Stefan Winter <stefan.winter@restena.lu> wrote:
>
> Hello,
>
> IANA is in the process of completing the allocations of new code point= s
> for the bigger-packets draft.
>
> One of the two, the new Packet Type Protocol-Error, is no problem.
>
> The other one, the new value "Response Too Big" for the Erro= r-Cause
> attribute, raises a question that we wanted to let the working group > know about and ask for opinions.
>
> Error-Cause is defined in RFC 5176 with the following ranges:
>
> 0xx Reserved
> 1xx Reserved
> 2xx Successful Completion [of CoA exchanges]
> 3xx Reserved
> 4xx fatal errors commited by the Dynamic Authorization Client
> 5xx fatal errors commited by the Dynamic Authorization Server
>
> As it happens, bigger-packets is not specific to Dynamic Authorization= ;
> it applies to RADIUS packets in general.
>
> So, the categories of RFC5176 above do not fit well to the
> "Response-Too-Big" semantics.
>
> After thinking about this for a bit, the cleanest approach is probably=
> to define two new categories:
>
> 6xx represent fatal errors committed by a RADIUS server
> 7xx represent fatal errors committed by a RADIUS client
>
> And within those, allocate
>
> 601 Response Too Big
>
> If these categories are created, there should be corresponding text in= a
> new rev of bigger-packets.
>
> Please let the list know how you think about this in the next two week= s.
> If noone speaks up against this, we'll continue along this path. >
> Greetings,
>
> Stefan Winter
>
> --
> Stefan WINTER
> Ingenieur de Recherche
> Fondation RESTENA - R=C3=A9seau T=C3=A9l=C3=A9informatique de l'Ed= ucation Nationale et
> de la Recherche
> 2, avenue de l'Universit=C3=A9
> L-4365 Esch-sur-Alzette
>
> Tel: +352 424409 1
> Fax: +352 422473
>
> PGP key updated to 4096 Bit RSA - I will encrypt all mails if the
> recipient's key is known to me
>
> http://pgp.mit.edu:= 11371/pks/lookup?op=3Dget&search=3D0xC0DE6A358A39DC66
> <0x8A39DC66.asc>____________________________________= ___________
> radext mailing list
> radext@ietf.org
> https://www.ietf.org/mailman/listinfo/radext
_______________________________________________
radext mailing list
radext@ietf.org
https://www.ietf.org/mailman/listinfo/radext

--94eb2c04769e370eab0535b68c68-- From nobody Wed Jun 22 06:56:34 2016 Return-Path: X-Original-To: radext@ietf.org Delivered-To: radext@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 3A21F12D19E; Wed, 22 Jun 2016 06:56:33 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.24.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160622135633.10983.27461.idtracker@ietfa.amsl.com> Date: Wed, 22 Jun 2016 06:56:33 -0700 Archived-At: Cc: radext@ietf.org Subject: [radext] I-D Action: draft-ietf-radext-datatypes-04.txt X-BeenThere: radext@ietf.org X-Mailman-Version: 2.1.17 List-Id: RADIUS EXTensions working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jun 2016 13:56:33 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the RADIUS EXTensions of the IETF. Title : Data Types in the Remote Authentication Dial-In User Service Protocol (RADIUS) Author : Alan DeKok Filename : draft-ietf-radext-datatypes-04.txt Pages : 37 Date : 2016-06-22 Abstract: RADIUS specifications have used data types for two decades without defining them as managed entities. During this time, RADIUS implementations have named the data types, and have used them in attribute definitions. This document updates the specifications to better follow established practice. We do this by naming the data types defined in RFC 6158, which have been used since at least RFC 2865. We provide an IANA registry for the data types, and update the RADIUS Attribute Type registry to include a "Data Type" field for each attribute. Finally, we recommend that authors of RADIUS specifications use these types in preference to existing practice. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-radext-datatypes/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-radext-datatypes-04 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-radext-datatypes-04 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 Wed Jun 22 06:57:57 2016 Return-Path: X-Original-To: radext@ietfa.amsl.com Delivered-To: radext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 51AF812D511 for ; Wed, 22 Jun 2016 06:57:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] 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 setkk3UcuW5Z for ; Wed, 22 Jun 2016 06:57:54 -0700 (PDT) Received: from mail.networkradius.com (mail.networkradius.com [62.210.147.122]) by ietfa.amsl.com (Postfix) with ESMTP id 9441512D1D5 for ; Wed, 22 Jun 2016 06:57:53 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mail.networkradius.com (Postfix) with ESMTP id CDE411920 for ; Wed, 22 Jun 2016 13:57:52 +0000 (UTC) Received: from mail.networkradius.com ([127.0.0.1]) by localhost (mail-server.vmhost2.networkradius.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ajb0pbSX3gXX for ; Wed, 22 Jun 2016 13:57:52 +0000 (UTC) Received: from [192.168.20.14] (69-196-165-104.dsl.teksavvy.com [69.196.165.104]) by mail.networkradius.com (Postfix) with ESMTPSA id 6EE46124C for ; Wed, 22 Jun 2016 13:57:52 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) From: Alan DeKok In-Reply-To: <20160622135633.10983.27461.idtracker@ietfa.amsl.com> Date: Wed, 22 Jun 2016 09:57:50 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <1B51E4D0-D929-49BB-81A0-F54C478C1A0E@deployingradius.com> References: <20160622135633.10983.27461.idtracker@ietfa.amsl.com> To: radext@ietf.org X-Mailer: Apple Mail (2.3124) Archived-At: Subject: Re: [radext] I-D Action: draft-ietf-radext-datatypes-04.txt X-BeenThere: radext@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: RADIUS EXTensions working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jun 2016 13:57:56 -0000 The only change in this draft is text explaining why the format of the = "ipv4prefix" data type has changed from RFC 6572, and why that change is = fine. > On Jun 22, 2016, at 9:56 AM, internet-drafts@ietf.org wrote: >=20 >=20 > A New Internet-Draft is available from the on-line Internet-Drafts = directories. > This draft is a work item of the RADIUS EXTensions of the IETF. >=20 > Title : Data Types in the Remote Authentication = Dial-In User Service Protocol (RADIUS) > Author : Alan DeKok > Filename : draft-ietf-radext-datatypes-04.txt > Pages : 37 > Date : 2016-06-22 >=20 > Abstract: > RADIUS specifications have used data types for two decades without > defining them as managed entities. During this time, RADIUS > implementations have named the data types, and have used them in > attribute definitions. This document updates the specifications to > better follow established practice. We do this by naming the data > types defined in RFC 6158, which have been used since at least RFC > 2865. We provide an IANA registry for the data types, and update = the > RADIUS Attribute Type registry to include a "Data Type" field for > each attribute. Finally, we recommend that authors of RADIUS > specifications use these types in preference to existing practice. >=20 >=20 > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-radext-datatypes/ >=20 > There's also a htmlized version available at: > https://tools.ietf.org/html/draft-ietf-radext-datatypes-04 >=20 > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-radext-datatypes-04 >=20 >=20 > 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. >=20 > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ >=20 > _______________________________________________ > radext mailing list > radext@ietf.org > https://www.ietf.org/mailman/listinfo/radext From nobody Fri Jun 24 00:01:00 2016 Return-Path: X-Original-To: radext@ietfa.amsl.com Delivered-To: radext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7FE0012D980 for ; Fri, 24 Jun 2016 00:00:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.325 X-Spam-Level: X-Spam-Status: No, score=-3.325 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.426, WEIRD_PORT=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 g7n6LyfLWCw9 for ; Fri, 24 Jun 2016 00:00:55 -0700 (PDT) Received: from smtprelay.restena.lu (smtprelay.restena.lu [158.64.1.62]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7FE6812D188 for ; Fri, 24 Jun 2016 00:00:54 -0700 (PDT) Received: from aragorn.restena.lu (aragorn.restena.lu [IPv6:2001:a18:1:8::155]) by smtprelay.restena.lu (Postfix) with ESMTPS id 07D26403BF; Fri, 24 Jun 2016 09:00:53 +0200 (CEST) To: Alan DeKok , radext@ietf.org References: <20160622135633.10983.27461.idtracker@ietfa.amsl.com> <1B51E4D0-D929-49BB-81A0-F54C478C1A0E@deployingradius.com> From: Stefan Winter Openpgp: id=AD3091F3AB24E05F4F722C03C0DE6A358A39DC66; url=http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xC0DE6A358A39DC66 Message-ID: <576CDAA4.8010103@restena.lu> Date: Fri, 24 Jun 2016 09:00:52 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.7.0 MIME-Version: 1.0 In-Reply-To: <1B51E4D0-D929-49BB-81A0-F54C478C1A0E@deployingradius.com> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="CbJUSL7ngpfhs9M2qmrniNbHwKt8mVjap" Archived-At: Subject: Re: [radext] I-D Action: draft-ietf-radext-datatypes-04.txt X-BeenThere: radext@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: RADIUS EXTensions working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jun 2016 07:00:58 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --CbJUSL7ngpfhs9M2qmrniNbHwKt8mVjap Content-Type: multipart/mixed; boundary="HsGBkpvEG123O4fq6WGRpjh6rBWRxOBhE" From: Stefan Winter To: Alan DeKok , radext@ietf.org Message-ID: <576CDAA4.8010103@restena.lu> Subject: Re: [radext] I-D Action: draft-ietf-radext-datatypes-04.txt References: <20160622135633.10983.27461.idtracker@ietfa.amsl.com> <1B51E4D0-D929-49BB-81A0-F54C478C1A0E@deployingradius.com> In-Reply-To: <1B51E4D0-D929-49BB-81A0-F54C478C1A0E@deployingradius.com> --HsGBkpvEG123O4fq6WGRpjh6rBWRxOBhE Content-Type: multipart/mixed; boundary="------------080108090704060900030100" This is a multi-part message in MIME format. --------------080108090704060900030100 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Hello, thanks for the update. As I'm finalising the write-up: idnits makes a remark about a non-existent pre-5378 disclaimer. If you copy&pasted text from those of the specifications that your draft updates and which are pre-5378 themselves, that action may lead to the necessity for the disclaimer (if you didn't contact the original authors for a clearance). Can you confirm that no such text import happened, and that a pre-5378 disclaimer is not necessary? Greetings, Stefan Winter Am 22.06.2016 um 15:57 schrieb Alan DeKok: > The only change in this draft is text explaining why the format of th= e "ipv4prefix" data type has changed from RFC 6572, and why that change i= s fine. > >> On Jun 22, 2016, at 9:56 AM, internet-drafts@ietf.org wrote: >> >> >> A New Internet-Draft is available from the on-line Internet-Drafts dir= ectories. >> This draft is a work item of the RADIUS EXTensions of the IETF. >> >> Title : Data Types in the Remote Authentication Dial-= In User Service Protocol (RADIUS) >> Author : Alan DeKok >> Filename : draft-ietf-radext-datatypes-04.txt >> Pages : 37 >> Date : 2016-06-22 >> >> Abstract: >> RADIUS specifications have used data types for two decades without >> defining them as managed entities. During this time, RADIUS >> implementations have named the data types, and have used them in >> attribute definitions. This document updates the specifications to >> better follow established practice. We do this by naming the data >> types defined in RFC 6158, which have been used since at least RFC >> 2865. We provide an IANA registry for the data types, and update th= e >> RADIUS Attribute Type registry to include a "Data Type" field for >> each attribute. Finally, we recommend that authors of RADIUS >> specifications use these types in preference to existing practice. >> >> >> The IETF datatracker status page for this draft is: >> https://datatracker.ietf.org/doc/draft-ietf-radext-datatypes/ >> >> There's also a htmlized version available at: >> https://tools.ietf.org/html/draft-ietf-radext-datatypes-04 >> >> A diff from the previous version is available at: >> https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-radext-datatypes-04 >> >> >> Please note that it may take a couple of minutes from the time of subm= ission >> 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/ >> >> _______________________________________________ >> radext mailing list >> radext@ietf.org >> https://www.ietf.org/mailman/listinfo/radext --=20 Stefan WINTER Ingenieur de Recherche Fondation RESTENA - R=E9seau T=E9l=E9informatique de l'Education National= e et de la Recherche 2, avenue de l'Universit=E9 L-4365 Esch-sur-Alzette Tel: +352 424409 1 Fax: +352 422473 PGP key updated to 4096 Bit RSA - I will encrypt all mails if the recipie= nt's key is known to me http://pgp.mit.edu:11371/pks/lookup?op=3Dget&search=3D0xC0DE6A358A39DC66 --------------080108090704060900030100 Content-Type: application/pgp-keys; name="0x8A39DC66.asc" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="0x8A39DC66.asc" -----BEGIN PGP PUBLIC KEY BLOCK----- Version: GnuPG v2 mQINBFIplEwBEADTSz+DS8nio+RSvfSLLfaOnCGi1nqpn8Pb1laVUyEvnAAzZ5je miS88GxfiDH6hUGlWzcaW0hCfUHGiohr485adbjxRksPngWgAt/1bRxpifsW3zOb Fjgog01WWQV5Sihlwc4zr8zvYbFA5BJZ6YdkR9C5J015riv5OS30WTjA65SSXgYr b7zJWPwmegTFwE093uBFvC39waz3xYpVu5j87nO6w2MVQt/8sY2/2BFPEq+xfOaj l18UEwc7w8SCgnZdlVNcmEK4UBvJuwS/1lsR2JeQa8Gu1EDxC7PRgMgNXsDSWnnB e9aVmfG54+6ILe1QH2dwk9sPBQT5w2+vjijrb3Dv9ur+1kN+TNU2XE436jVpnnY/ 3OsLdix30STQn4Q/XOm7YoVMeDwwviefilRxzK0dXA+wKj92T68Od82CFxuZqPAg BCVmWfQM91iK9piqFK+QP+R3vF6+NGDBdwbe68iVKs0v5L8XmbxBQndjpmo+lo2a smBR2TAIfZHaKdgtBw13u3GPVVKlg/Mpko8ki9JOSem2aFyi3kQEVKptWgXT3POl 97DWJzsR5VyKz6GOx9kJAEISRyLZwm0wqh8+9LCza5oeIKW381lzq1b9x30vOh8C BSQQJ+cG9ko0yPHAj7Suw2TmPXx1qMctmE6Ahq82ZW30SljdZby8WQuR2wARAQAB tDxTdGVmYW4gV2ludGVyIChSRVNURU5BIGtleSAyMDEzKykgPHN0ZWZhbi53aW50 ZXJAcmVzdGVuYS5sdT6JAjkEEwECACMFAlIplEwCGwMHCwkIBwMCAQYVCAIJCgsE FgIDAQIeAQIXgAAKCRDA3mo1ijncZj7/D/99hVS+mJr8dSPCaDaUFFxBiT2eI1Lo R8VKEerTCRw5BsdL6pN2eRJZ9NmsqWo1ynWVHEzO91bNZ+oZGgyoNohcBAI7p+r0 qUTzkyqwdZO4kMm0pqKoM9xkP3tf2mjGujKjOz4Y7S7wnz2ZFokeUsecoRVJF/++ /qHnmeWLn44J1HUKLHYCjMu+QXGOgGXgz024jQ5eUrnPwzNp0Z90AFVHlWC+bymt y/ToIUUCQqS5Ff0jzdWLd8U695OG9iGvjBQT1LdEjsfbAwuKV5UcnpxNqUpUwKa5 9hdX5/2cMZP07FI1UXwnBlxa8rJfdb13FLjSKX4vUUHedYUZMjMPgcwl1a+zGE22 lHiSQWgP8QLA/W3BLsi22ERCEPZBfexOeOtaWIItDIz18fIaQoMDoRPshzar0JI2 CzLYsyeKySAtYJEHFVoLmMvhkwzBmgqA/BEswUA67CfCr1jFHRXdpmWM7YkyAmMa 9q6LwquWKS5+MXlUXe/3oZUcgpw/T9Uuy3Jo3RdS7B3jFcWaVr6KsO/A9u1gr/aY n5M+iJTQSj4vzqtkQaJTpSspRZoKa66HZt3IwSYiDiYZqtM83ynuj9kjnZzGfnuT aNIi996q6Mptr33mOzIE1wmMqnJYwTr3EcNtf483q/qrJwh5ES8Q9xY7aat/ZcSl 8fKubW4TlfVr8YhGBBARAgAGBQJSKZUGAAoJEPo5vdH/HhVmYTgAn24eoqO/O98o vNpt08Uab/+/tmYKAJ9kjXm9Njz5h33efzeelZUa484rr7kCDQRSKZRMARAAvBPp n7FQq7LQ5glohtbL6XIEo1U4X67S0TzUYieENSWSVYuWYIhCBldmWdmH8Bpj/qHe qdon7v+SLtR4WngzMR9toupKcFfHnbP9kpazTSB2ySHxXWGX1gJOpPXdCcg9iveK BHEsDn00ThTcPsvtXpnnzET16pXIvOXO0bxTmVZ4INIF1SWgvYma/g8kBbgXLpkj 8tOywBqFiiYPEZlDeCxDHiMgUDh6olda9K/0TZFTdMPUgjKuubfAeaDNCOrVt4Rj mFOaRLikcZocmgJhm3z/j25x7/mnNu+0di1H/S67YGQJ+pqCFInzIXDx7aRW2+JC iqsY2X3xOPWZZzjyis5SNnfOcPH3gt2hYz1fy+thsBGf4NgCN01JRqIJ2/MOQCgU dwh+9l8xqaJvCkUHM4hVh4W62MAe1u7UEqQbvvNEqxM5034vcvlE+/LRkrDCspw+ 2YJ9QyroLerVRwW5DVleP8Ifi8VB3yD80nqXYs9aqRy0BkDNIQ43ERhESMt8dJqr NkxgC6pemZrhNwyDh+hy2kPNGQh/iBpdKuH1o3E24TIZoV2v3YHvzob7aAYHddE/ PofAXhJW7I9mAs+HdWDmnI8ckuPDFpFH+Y/BFGvEXgcnJAJ1wEvf+4LuiIi0MHjR 4EWFn9vvoFDAIqD10h3FSd3D59HGtdSsNn4XaCsAEQEAAYkCHwQYAQIACQUCUimU TAIbDAAKCRDA3mo1ijncZhBtEACL036ddjc5pFoYIdoUY1vT8SMXJNquewCnL1qu DADzqDZFU5GNlQEy10krSfBwlTb9ahTtE0JFrOdZwUZtoa1Pgfr8nU6KOgrXPHbN jS/9dyc5CwGVVIpOavIm2CsMVDJ9LCF/NT+u/t1k6eGfHhPVl3dUQyDa/lzc1chK UIVQYQkFmr0A/iXP+29lFCaI+IeyU0bSdZhezDwUROn5vEx+fiPZyHDShCb+BxJv /o2LQp9JHenCiSbO+ioRZdxgbWfoKBuXOfmSStqMWXas/gZ5vS3xq72LNtKPRxgp jX3P8Zml1XDqpcBau7eK75VKE0Yd06YxnUIsbcEzInUc3uzW/u0DFpXYkMJb0XIv JyUt5yYPKfV13N8kSkPi5pLxm8yuftXMzfgeFMR7nafY3glTVj/TxElzg6xeZNqf C2ZjIbBtZg9ylHU8u8wwB+dX282crs0R3N9A064C71/cXlBqcjzjlKH2NUIWGxr+ od3TXFIFjszSU3NgMPKrWNhFLLwS81MpbkOe73s6aDhS8RDyNucoxtKXriLR+4Xi u4+pyj5ukYP1JqpB3ZobY/XZgCnJMye+7xeTpIDJ1LPORxM3NNAElyb26lxAK2P+ km+EpI0Zzz6rNSCfg5jYQ474+e/GBgaSG4MlaPoZ+XAfN46u1Xjjv1/AkkA4IA6m 5zP5og=3D=3D =3D3NUt -----END PGP PUBLIC KEY BLOCK----- --------------080108090704060900030100-- --HsGBkpvEG123O4fq6WGRpjh6rBWRxOBhE-- --CbJUSL7ngpfhs9M2qmrniNbHwKt8mVjap Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCgAGBQJXbNqkAAoJEMDeajWKOdxmP0sP/RZ/BG7CBKYbILTVdeIxags0 Sol2MqCle4SuglKwCW5WTEMEFmp0zfcDCSSbgmvXR+bzkZVgTt3B8vZt/XM4MoVs DzkdkQFDO/n2KfUM1+r+8OXDfvX0mXdLgvhniRznVNrFbnHyIsG/VaQoIafwrYw/ OGEPPhZxPSKw2vXDjWBMBkI43ee57aeQpgr9C1hjjISFQeSirGSCF/mQ7dSzCF7B 5Gf2DLw9TnyiRIoTE1Ep3k6Btkztv9ACI05YcT11LmvwIAglMJ+IroIFmrNGhq71 wg/0Hnmr5k5VU9QiWWj2VgM7Jsvu6RK8ufDK+WzIbrSuTE/0RxYMpbCIax6CQEw+ eHE7qOsUOugwpm1GOf9fRv7mXwIt1FNo9jSwHxNT6oQqaJNTLcxpxsCVnKadKmPS QX2AH3DRyw2HauMpnSwlMgzd6hwP7SXBv+/QZT532C10X+XOq6SY8XdxHFnq8/vk yJOTvyyR9yhLqvJFP6ngAyT/f0oF8f2IMgKQcC6QDATA5/b/X+bzWj3EZlMKJ4Aw F7usdqBcrnarU6aINj7OOypXl3W+JXX80Me9pEsR0KnBYQRF6j6LKntPIc0uxISF 0c7ZWs+TGwY2TPEJGfEjmoGOfPhECaClNNjP5lBXWLDKcrAES8fgcfabXomNcFzw OhmSE0LOre11XwKM8wEk =88Qf -----END PGP SIGNATURE----- --CbJUSL7ngpfhs9M2qmrniNbHwKt8mVjap-- From nobody Fri Jun 24 00:22:49 2016 Return-Path: X-Original-To: radext@ietfa.amsl.com Delivered-To: radext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9A20C12B043 for ; Fri, 24 Jun 2016 00:22:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.325 X-Spam-Level: X-Spam-Status: No, score=-3.325 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.426, WEIRD_PORT=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 4NTujE9Z-nAJ for ; Fri, 24 Jun 2016 00:22:45 -0700 (PDT) Received: from smtprelay.restena.lu (smtprelay.restena.lu [158.64.1.62]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DECBB12D99E for ; Fri, 24 Jun 2016 00:22:44 -0700 (PDT) Received: from aragorn.restena.lu (aragorn.restena.lu [IPv6:2001:a18:1:8::155]) by smtprelay.restena.lu (Postfix) with ESMTPS id 89CAB4394D for ; Fri, 24 Jun 2016 09:22:43 +0200 (CEST) To: radext@ietf.org References: <6A6126F7-B1A9-4182-B9B7-21130699D935@um.es> <3DBD5F51-BBED-46B1-86CF-433825208E12@deployingradius.com> <42917D59-5710-4A2D-8AFD-F193223DA8A5@um.es> From: Stefan Winter Openpgp: id=AD3091F3AB24E05F4F722C03C0DE6A358A39DC66; url=http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xC0DE6A358A39DC66 Message-ID: <576CDFC3.7030009@restena.lu> Date: Fri, 24 Jun 2016 09:22:43 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.7.0 MIME-Version: 1.0 In-Reply-To: <42917D59-5710-4A2D-8AFD-F193223DA8A5@um.es> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="SKSI6E8enxF1mwxGNvGHAlm9tgN9n7Pg3" Archived-At: Subject: Re: [radext] LoRaWAN Authentication in RADIUS X-BeenThere: radext@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: RADIUS EXTensions working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jun 2016 07:22:47 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --SKSI6E8enxF1mwxGNvGHAlm9tgN9n7Pg3 Content-Type: multipart/mixed; boundary="n9GBP1UORmeGDud3i8WFEqx9sJwL4iJsi" From: Stefan Winter To: radext@ietf.org Message-ID: <576CDFC3.7030009@restena.lu> Subject: Re: [radext] LoRaWAN Authentication in RADIUS References: <6A6126F7-B1A9-4182-B9B7-21130699D935@um.es> <3DBD5F51-BBED-46B1-86CF-433825208E12@deployingradius.com> <42917D59-5710-4A2D-8AFD-F193223DA8A5@um.es> In-Reply-To: <42917D59-5710-4A2D-8AFD-F193223DA8A5@um.es> --n9GBP1UORmeGDud3i8WFEqx9sJwL4iJsi Content-Type: multipart/mixed; boundary="------------030003080101030701090603" This is a multi-part message in MIME format. --------------030003080101030701090603 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hello, > Thank you for taking the time to review the I-D, your comments are very= valuable indeed and we will provide a more precise version based on your= comments. Just a reminder: if you want to present about this topic at IETF96, it would be good to have this revised draft out before the draft submission deadline (which is 08 July). Also plesae do signal whether you want a talking slot at IETF96 or not. Greetings, Stefan Winter --=20 Stefan WINTER Ingenieur de Recherche Fondation RESTENA - R=C3=A9seau T=C3=A9l=C3=A9informatique de l'Education= Nationale et de la Recherche 2, avenue de l'Universit=C3=A9 L-4365 Esch-sur-Alzette Tel: +352 424409 1 Fax: +352 422473 PGP key updated to 4096 Bit RSA - I will encrypt all mails if the recipie= nt's key is known to me http://pgp.mit.edu:11371/pks/lookup?op=3Dget&search=3D0xC0DE6A358A39DC66 --------------030003080101030701090603 Content-Type: application/pgp-keys; name="0x8A39DC66.asc" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="0x8A39DC66.asc" -----BEGIN PGP PUBLIC KEY BLOCK----- Version: GnuPG v2 mQINBFIplEwBEADTSz+DS8nio+RSvfSLLfaOnCGi1nqpn8Pb1laVUyEvnAAzZ5je miS88GxfiDH6hUGlWzcaW0hCfUHGiohr485adbjxRksPngWgAt/1bRxpifsW3zOb Fjgog01WWQV5Sihlwc4zr8zvYbFA5BJZ6YdkR9C5J015riv5OS30WTjA65SSXgYr b7zJWPwmegTFwE093uBFvC39waz3xYpVu5j87nO6w2MVQt/8sY2/2BFPEq+xfOaj l18UEwc7w8SCgnZdlVNcmEK4UBvJuwS/1lsR2JeQa8Gu1EDxC7PRgMgNXsDSWnnB e9aVmfG54+6ILe1QH2dwk9sPBQT5w2+vjijrb3Dv9ur+1kN+TNU2XE436jVpnnY/ 3OsLdix30STQn4Q/XOm7YoVMeDwwviefilRxzK0dXA+wKj92T68Od82CFxuZqPAg BCVmWfQM91iK9piqFK+QP+R3vF6+NGDBdwbe68iVKs0v5L8XmbxBQndjpmo+lo2a smBR2TAIfZHaKdgtBw13u3GPVVKlg/Mpko8ki9JOSem2aFyi3kQEVKptWgXT3POl 97DWJzsR5VyKz6GOx9kJAEISRyLZwm0wqh8+9LCza5oeIKW381lzq1b9x30vOh8C BSQQJ+cG9ko0yPHAj7Suw2TmPXx1qMctmE6Ahq82ZW30SljdZby8WQuR2wARAQAB tDxTdGVmYW4gV2ludGVyIChSRVNURU5BIGtleSAyMDEzKykgPHN0ZWZhbi53aW50 ZXJAcmVzdGVuYS5sdT6JAjkEEwECACMFAlIplEwCGwMHCwkIBwMCAQYVCAIJCgsE FgIDAQIeAQIXgAAKCRDA3mo1ijncZj7/D/99hVS+mJr8dSPCaDaUFFxBiT2eI1Lo R8VKEerTCRw5BsdL6pN2eRJZ9NmsqWo1ynWVHEzO91bNZ+oZGgyoNohcBAI7p+r0 qUTzkyqwdZO4kMm0pqKoM9xkP3tf2mjGujKjOz4Y7S7wnz2ZFokeUsecoRVJF/++ /qHnmeWLn44J1HUKLHYCjMu+QXGOgGXgz024jQ5eUrnPwzNp0Z90AFVHlWC+bymt y/ToIUUCQqS5Ff0jzdWLd8U695OG9iGvjBQT1LdEjsfbAwuKV5UcnpxNqUpUwKa5 9hdX5/2cMZP07FI1UXwnBlxa8rJfdb13FLjSKX4vUUHedYUZMjMPgcwl1a+zGE22 lHiSQWgP8QLA/W3BLsi22ERCEPZBfexOeOtaWIItDIz18fIaQoMDoRPshzar0JI2 CzLYsyeKySAtYJEHFVoLmMvhkwzBmgqA/BEswUA67CfCr1jFHRXdpmWM7YkyAmMa 9q6LwquWKS5+MXlUXe/3oZUcgpw/T9Uuy3Jo3RdS7B3jFcWaVr6KsO/A9u1gr/aY n5M+iJTQSj4vzqtkQaJTpSspRZoKa66HZt3IwSYiDiYZqtM83ynuj9kjnZzGfnuT aNIi996q6Mptr33mOzIE1wmMqnJYwTr3EcNtf483q/qrJwh5ES8Q9xY7aat/ZcSl 8fKubW4TlfVr8YhGBBARAgAGBQJSKZUGAAoJEPo5vdH/HhVmYTgAn24eoqO/O98o vNpt08Uab/+/tmYKAJ9kjXm9Njz5h33efzeelZUa484rr7kCDQRSKZRMARAAvBPp n7FQq7LQ5glohtbL6XIEo1U4X67S0TzUYieENSWSVYuWYIhCBldmWdmH8Bpj/qHe qdon7v+SLtR4WngzMR9toupKcFfHnbP9kpazTSB2ySHxXWGX1gJOpPXdCcg9iveK BHEsDn00ThTcPsvtXpnnzET16pXIvOXO0bxTmVZ4INIF1SWgvYma/g8kBbgXLpkj 8tOywBqFiiYPEZlDeCxDHiMgUDh6olda9K/0TZFTdMPUgjKuubfAeaDNCOrVt4Rj mFOaRLikcZocmgJhm3z/j25x7/mnNu+0di1H/S67YGQJ+pqCFInzIXDx7aRW2+JC iqsY2X3xOPWZZzjyis5SNnfOcPH3gt2hYz1fy+thsBGf4NgCN01JRqIJ2/MOQCgU dwh+9l8xqaJvCkUHM4hVh4W62MAe1u7UEqQbvvNEqxM5034vcvlE+/LRkrDCspw+ 2YJ9QyroLerVRwW5DVleP8Ifi8VB3yD80nqXYs9aqRy0BkDNIQ43ERhESMt8dJqr NkxgC6pemZrhNwyDh+hy2kPNGQh/iBpdKuH1o3E24TIZoV2v3YHvzob7aAYHddE/ PofAXhJW7I9mAs+HdWDmnI8ckuPDFpFH+Y/BFGvEXgcnJAJ1wEvf+4LuiIi0MHjR 4EWFn9vvoFDAIqD10h3FSd3D59HGtdSsNn4XaCsAEQEAAYkCHwQYAQIACQUCUimU TAIbDAAKCRDA3mo1ijncZhBtEACL036ddjc5pFoYIdoUY1vT8SMXJNquewCnL1qu DADzqDZFU5GNlQEy10krSfBwlTb9ahTtE0JFrOdZwUZtoa1Pgfr8nU6KOgrXPHbN jS/9dyc5CwGVVIpOavIm2CsMVDJ9LCF/NT+u/t1k6eGfHhPVl3dUQyDa/lzc1chK UIVQYQkFmr0A/iXP+29lFCaI+IeyU0bSdZhezDwUROn5vEx+fiPZyHDShCb+BxJv /o2LQp9JHenCiSbO+ioRZdxgbWfoKBuXOfmSStqMWXas/gZ5vS3xq72LNtKPRxgp jX3P8Zml1XDqpcBau7eK75VKE0Yd06YxnUIsbcEzInUc3uzW/u0DFpXYkMJb0XIv JyUt5yYPKfV13N8kSkPi5pLxm8yuftXMzfgeFMR7nafY3glTVj/TxElzg6xeZNqf C2ZjIbBtZg9ylHU8u8wwB+dX282crs0R3N9A064C71/cXlBqcjzjlKH2NUIWGxr+ od3TXFIFjszSU3NgMPKrWNhFLLwS81MpbkOe73s6aDhS8RDyNucoxtKXriLR+4Xi u4+pyj5ukYP1JqpB3ZobY/XZgCnJMye+7xeTpIDJ1LPORxM3NNAElyb26lxAK2P+ km+EpI0Zzz6rNSCfg5jYQ474+e/GBgaSG4MlaPoZ+XAfN46u1Xjjv1/AkkA4IA6m 5zP5og=3D=3D =3D3NUt -----END PGP PUBLIC KEY BLOCK----- --------------030003080101030701090603-- --n9GBP1UORmeGDud3i8WFEqx9sJwL4iJsi-- --SKSI6E8enxF1mwxGNvGHAlm9tgN9n7Pg3 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCgAGBQJXbN/DAAoJEMDeajWKOdxmnzAP/0HSLAYvlJV2GICQMN7LNaBZ bRa3aZUJGQKdngXVSJFjHuDKIMclbEUPyj5iXaKwpHN63C+gmj4X7fu1UpLXgc2Q IMS28H/L1fHP4Pnbeqe8XM5ekC/tNXwjMN5WphkmueHKsR+6SFpx0/bPUmCTDqr+ TIKn3FzPQ/CxT9LTAOlNOyHw0sVuog27Fv4cFyGUFKluFYrtEOyZv45YekTC3F9W /tqiJz3RgOXOBc0yodzMP7MfLaO3VcfTs16l7fWzQS4WQu+1skX7xnIzcVz49CDL WEHYtlrPAPbYjBsn+rTI/64ATD2XHMAMu3/7rQ1uUwMI8TExkKiz9OlF6HgQ3y2P L7Dhz/kBXI1YQbxCo+91BTlxXndyLgaxIgNcZRF7eFaOXY7p5In55molD3tKD9M6 xkoMLLSkc8Z5k70YTST9cOLX/TdYhIUcqBFAk4WUk2eq/BK53sEfZ0UuHxCx1nmB XhTvwR4XzdlPD2X2CP2uXoU4j9c8HkJ4m1QOSFzTGNZwkrTd2A7BqlahaasQLePt 3T4vztXAMJef3vrW/WFNvxJqwfxIw8QWUu4P1ifauEXOQ+ngczg5chDk1z2q8y1f visRhy5bwwfRVTyTzj0MA2qtAyGUuv4gjueF062SDykkQlJQEfRLh3cYXvjFWgpc v+5St4hysCS6pBjbmIkg =RLJw -----END PGP SIGNATURE----- --SKSI6E8enxF1mwxGNvGHAlm9tgN9n7Pg3-- From nobody Fri Jun 24 01:35:08 2016 Return-Path: X-Original-To: radext@ietfa.amsl.com Delivered-To: radext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D056C12D9F5 for ; Fri, 24 Jun 2016 01:35:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.727 X-Spam-Level: X-Spam-Status: No, score=-5.727 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cs.tcd.ie 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 4h2eUreBwP4F for ; Fri, 24 Jun 2016 01:35:04 -0700 (PDT) Received: from mercury.scss.tcd.ie (mercury.scss.tcd.ie [134.226.56.6]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4A50412D9F4 for ; Fri, 24 Jun 2016 01:35:04 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mercury.scss.tcd.ie (Postfix) with ESMTP id E0421BDD0; Fri, 24 Jun 2016 09:35:02 +0100 (IST) X-Virus-Scanned: Debian amavisd-new at scss.tcd.ie Received: from mercury.scss.tcd.ie ([127.0.0.1]) by localhost (mercury.scss.tcd.ie [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Y6PlzZyVxczw; Fri, 24 Jun 2016 09:35:01 +0100 (IST) Received: from [10.87.48.210] (95-45-153-252-dynamic.agg2.phb.bdt-fng.eircom.net [95.45.153.252]) by mercury.scss.tcd.ie (Postfix) with ESMTPSA id 13942BDCC; Fri, 24 Jun 2016 09:35:01 +0100 (IST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cs.tcd.ie; s=mail; t=1466757301; bh=VjDBe8diYk7kmYwuBhEQvSQ8UWukFOPlhvXdrLLWao8=; h=Subject:To:References:Cc:From:Date:In-Reply-To:From; b=wc2lHGLosfkMTuSRZaAhZZGzIVxaQmcSck3sT6t805cpGku9WDEOaQDKP068dhuhN DUcRJmhJLmJVLbqvbxGLBOPz2/oO/LvRV3meEPA0Lx7HRJ8IljZvvGRzXXKjkZYpu+ PBUoJ0Jk/YS/14m82YwPIX+mOmeoDmOG/ym2pDn0= To: radext@ietf.org, dan.garcia@um.es References: <6A6126F7-B1A9-4182-B9B7-21130699D935@um.es> <3DBD5F51-BBED-46B1-86CF-433825208E12@deployingradius.com> <42917D59-5710-4A2D-8AFD-F193223DA8A5@um.es> <576CDFC3.7030009@restena.lu> From: Stephen Farrell Openpgp: id=D66EA7906F0B897FB2E97D582F3C8736805F8DA2; url= Message-ID: <576CF0B4.2000402@cs.tcd.ie> Date: Fri, 24 Jun 2016 09:35:00 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.8.0 MIME-Version: 1.0 In-Reply-To: <576CDFC3.7030009@restena.lu> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="tX0WGglqEehdl3sIGXwgObmdRL9vlvq1u" Archived-At: Cc: Stefan Winter Subject: Re: [radext] LoRaWAN Authentication in RADIUS X-BeenThere: radext@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: RADIUS EXTensions working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jun 2016 08:35:06 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --tX0WGglqEehdl3sIGXwgObmdRL9vlvq1u Content-Type: multipart/mixed; boundary="M1f1C94hw41sqqMj4euRA2NL5sl3c3NaN" From: Stephen Farrell To: radext@ietf.org, dan.garcia@um.es Cc: Stefan Winter Message-ID: <576CF0B4.2000402@cs.tcd.ie> Subject: Re: [radext] LoRaWAN Authentication in RADIUS References: <6A6126F7-B1A9-4182-B9B7-21130699D935@um.es> <3DBD5F51-BBED-46B1-86CF-433825208E12@deployingradius.com> <42917D59-5710-4A2D-8AFD-F193223DA8A5@um.es> <576CDFC3.7030009@restena.lu> In-Reply-To: <576CDFC3.7030009@restena.lu> --M1f1C94hw41sqqMj4euRA2NL5sl3c3NaN Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable (No hats, I've been reading a bit about LoRa recently...) On 24/06/16 08:22, Stefan Winter wrote: > Hello, >=20 >> Thank you for taking the time to review the I-D, your comments are >> very valuable indeed and we will provide a more precise version >> based on your comments. >=20 > Just a reminder: if you want to present about this topic at IETF96, > it would be good to have this revised draft out before the draft > submission deadline (which is 08 July). I'd be interested in knowing how, in figure 2, the radius client finds the right radius server. If that's suggested to use the AppEUI, then a) ick, and b) I don't see how that would scale, if we assume many networks and many applications. I also think that the draft ought explain the various keys involved and their uses. Not in the full detail that's in the LoRa spec but enough so that a reader of this can understand the consequences of handling the keys like this - which wasn't clear to me. And I'd second Alan's comments too, but would note that at least from my POV, it's entirely fine and to be expected that a -00 about a technology not previously seen at the IETF needs plenty of work, and we should be trying to help the authors if we can. Cheers, S. >=20 > Also plesae do signal whether you want a talking slot at IETF96 or > not. >=20 > Greetings, >=20 > Stefan Winter >=20 >=20 >=20 > _______________________________________________ radext mailing list=20 > radext@ietf.org https://www.ietf.org/mailman/listinfo/radext >=20 --M1f1C94hw41sqqMj4euRA2NL5sl3c3NaN-- --tX0WGglqEehdl3sIGXwgObmdRL9vlvq1u Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJXbPC0AAoJEC88hzaAX42iFHoH/2DPwyG9SxuGnC0Q0NO3xhX8 SyFqFC7I9mrFBz73btbgWwUhdJxMu7CchArkTgan6cuIgOtvVtD9TRQ5sJGtqdrn ZCmsP4pJNxC6LnugVykqaGg1g1VOBc3TvwSz1JJ6hUTx3XwtlFxNx1mruQKbE2Lz 3JNFmugMDIRR+9q90grBLmv1JkN9uw2BHfgTlS5jZqkdmcdeGSK8EsGdvTJ4wo5C samjDPPfYRJCrMR1hRY2Sk6VLkNTYt8K+U9040CnsclcjZVk/MxBB/myasSCpagM HHmJPlRZ2PwUfjKuXjWBG6Z3siZWieHBj8bHGmSQjR4AsifoTo2nTD/D3HElyuk= =6Oac -----END PGP SIGNATURE----- --tX0WGglqEehdl3sIGXwgObmdRL9vlvq1u-- From nobody Fri Jun 24 04:10:18 2016 Return-Path: X-Original-To: radext@ietfa.amsl.com Delivered-To: radext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 534A312D0BF for ; Fri, 24 Jun 2016 04:10:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] 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 YWlpf5MxVgYX for ; Fri, 24 Jun 2016 04:10:07 -0700 (PDT) Received: from mail.networkradius.com (mail.networkradius.com [62.210.147.122]) by ietfa.amsl.com (Postfix) with ESMTP id 2FE7E12D1B7 for ; Fri, 24 Jun 2016 04:10:07 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mail.networkradius.com (Postfix) with ESMTP id 2C7931B7A; Fri, 24 Jun 2016 11:10:06 +0000 (UTC) Received: from mail.networkradius.com ([127.0.0.1]) by localhost (mail-server.vmhost2.networkradius.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ia2HDdvdbwYX; Fri, 24 Jun 2016 11:10:06 +0000 (UTC) Received: from [192.168.120.42] (unknown [23.233.24.114]) by mail.networkradius.com (Postfix) with ESMTPSA id 9BF9190D; Fri, 24 Jun 2016 11:10:05 +0000 (UTC) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) From: Alan DeKok In-Reply-To: <576CDAA4.8010103@restena.lu> Date: Fri, 24 Jun 2016 07:10:04 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20160622135633.10983.27461.idtracker@ietfa.amsl.com> <1B51E4D0-D929-49BB-81A0-F54C478C1A0E@deployingradius.com> <576CDAA4.8010103@restena.lu> To: Winter Stefan X-Mailer: Apple Mail (2.3124) Archived-At: Cc: radext@ietf.org Subject: Re: [radext] I-D Action: draft-ietf-radext-datatypes-04.txt X-BeenThere: radext@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: RADIUS EXTensions working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jun 2016 11:10:12 -0000 On Jun 24, 2016, at 3:00 AM, Stefan Winter = wrote: > As I'm finalising the write-up: idnits makes a remark about a > non-existent pre-5378 disclaimer. >=20 > If you copy&pasted text from those of the specifications that your = draft > updates and which are pre-5378 themselves, that action may lead to the > necessity for the disclaimer (if you didn't contact the original = authors > for a clearance). >=20 > Can you confirm that no such text import happened, and that a pre-5378 > disclaimer is not necessary? A quick review shows that no such import happened. The older text = describing data types was either minimal, or specific to an attribute. The text in this draft has a much larger discussion around what the = data type is, what limitations there are (if any), and how it should be = used in new specifications. Alan DeKok. From nobody Fri Jun 24 04:51:04 2016 Return-Path: X-Original-To: radext@ietfa.amsl.com Delivered-To: radext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6E12812D8A6 for ; Fri, 24 Jun 2016 04:51:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.325 X-Spam-Level: X-Spam-Status: No, score=-3.325 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.426, WEIRD_PORT=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 NPnT7ZYzPrfu for ; Fri, 24 Jun 2016 04:51:00 -0700 (PDT) Received: from smtprelay.restena.lu (smtprelay.restena.lu [158.64.1.62]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E4B1F127058 for ; Fri, 24 Jun 2016 04:50:59 -0700 (PDT) Received: from aragorn.restena.lu (aragorn.restena.lu [IPv6:2001:a18:1:8::155]) by smtprelay.restena.lu (Postfix) with ESMTPS id 8DECC403BF for ; Fri, 24 Jun 2016 13:50:58 +0200 (CEST) To: radext@ietf.org References: <20160622135633.10983.27461.idtracker@ietfa.amsl.com> <1B51E4D0-D929-49BB-81A0-F54C478C1A0E@deployingradius.com> <576CDAA4.8010103@restena.lu> From: Stefan Winter Openpgp: id=AD3091F3AB24E05F4F722C03C0DE6A358A39DC66; url=http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xC0DE6A358A39DC66 Message-ID: <576D1EA2.6020908@restena.lu> Date: Fri, 24 Jun 2016 13:50:58 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="FM7XqbrbmTM7p4kCXvA1uBn8U6PlRsT9t" Archived-At: Subject: Re: [radext] I-D Action: draft-ietf-radext-datatypes-04.txt X-BeenThere: radext@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: RADIUS EXTensions working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jun 2016 11:51:02 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --FM7XqbrbmTM7p4kCXvA1uBn8U6PlRsT9t Content-Type: multipart/mixed; boundary="xSXv4eLH34qI5flNkhnvfvCxJFsMI6Vi6" From: Stefan Winter To: radext@ietf.org Message-ID: <576D1EA2.6020908@restena.lu> Subject: Re: [radext] I-D Action: draft-ietf-radext-datatypes-04.txt References: <20160622135633.10983.27461.idtracker@ietfa.amsl.com> <1B51E4D0-D929-49BB-81A0-F54C478C1A0E@deployingradius.com> <576CDAA4.8010103@restena.lu> In-Reply-To: --xSXv4eLH34qI5flNkhnvfvCxJFsMI6Vi6 Content-Type: multipart/mixed; boundary="------------070202040302020000080002" This is a multi-part message in MIME format. --------------070202040302020000080002 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Hi, thanks for this confirmation. That was the last open issue on my checklis= t. I've uploaded the shepherd write-up and have now requested publication of this document as RFC. Greetings, Stefan Winter Am 24.06.2016 um 13:10 schrieb Alan DeKok: > On Jun 24, 2016, at 3:00 AM, Stefan Winter w= rote: >> As I'm finalising the write-up: idnits makes a remark about a >> non-existent pre-5378 disclaimer. >> >> If you copy&pasted text from those of the specifications that your dra= ft >> updates and which are pre-5378 themselves, that action may lead to the= >> necessity for the disclaimer (if you didn't contact the original autho= rs >> for a clearance). >> >> Can you confirm that no such text import happened, and that a pre-5378= >> disclaimer is not necessary? > A quick review shows that no such import happened. The older text de= scribing data types was either minimal, or specific to an attribute. > > The text in this draft has a much larger discussion around what the d= ata type is, what limitations there are (if any), and how it should be us= ed in new specifications. > > Alan DeKok. > --=20 Stefan WINTER Ingenieur de Recherche Fondation RESTENA - R=E9seau T=E9l=E9informatique de l'Education National= e et de la Recherche 2, avenue de l'Universit=E9 L-4365 Esch-sur-Alzette Tel: +352 424409 1 Fax: +352 422473 PGP key updated to 4096 Bit RSA - I will encrypt all mails if the recipie= nt's key is known to me http://pgp.mit.edu:11371/pks/lookup?op=3Dget&search=3D0xC0DE6A358A39DC66 --------------070202040302020000080002 Content-Type: application/pgp-keys; name="0x8A39DC66.asc" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="0x8A39DC66.asc" -----BEGIN PGP PUBLIC KEY BLOCK----- Version: GnuPG v2 mQINBFIplEwBEADTSz+DS8nio+RSvfSLLfaOnCGi1nqpn8Pb1laVUyEvnAAzZ5je miS88GxfiDH6hUGlWzcaW0hCfUHGiohr485adbjxRksPngWgAt/1bRxpifsW3zOb Fjgog01WWQV5Sihlwc4zr8zvYbFA5BJZ6YdkR9C5J015riv5OS30WTjA65SSXgYr b7zJWPwmegTFwE093uBFvC39waz3xYpVu5j87nO6w2MVQt/8sY2/2BFPEq+xfOaj l18UEwc7w8SCgnZdlVNcmEK4UBvJuwS/1lsR2JeQa8Gu1EDxC7PRgMgNXsDSWnnB e9aVmfG54+6ILe1QH2dwk9sPBQT5w2+vjijrb3Dv9ur+1kN+TNU2XE436jVpnnY/ 3OsLdix30STQn4Q/XOm7YoVMeDwwviefilRxzK0dXA+wKj92T68Od82CFxuZqPAg BCVmWfQM91iK9piqFK+QP+R3vF6+NGDBdwbe68iVKs0v5L8XmbxBQndjpmo+lo2a smBR2TAIfZHaKdgtBw13u3GPVVKlg/Mpko8ki9JOSem2aFyi3kQEVKptWgXT3POl 97DWJzsR5VyKz6GOx9kJAEISRyLZwm0wqh8+9LCza5oeIKW381lzq1b9x30vOh8C BSQQJ+cG9ko0yPHAj7Suw2TmPXx1qMctmE6Ahq82ZW30SljdZby8WQuR2wARAQAB tDxTdGVmYW4gV2ludGVyIChSRVNURU5BIGtleSAyMDEzKykgPHN0ZWZhbi53aW50 ZXJAcmVzdGVuYS5sdT6JAjkEEwECACMFAlIplEwCGwMHCwkIBwMCAQYVCAIJCgsE FgIDAQIeAQIXgAAKCRDA3mo1ijncZj7/D/99hVS+mJr8dSPCaDaUFFxBiT2eI1Lo R8VKEerTCRw5BsdL6pN2eRJZ9NmsqWo1ynWVHEzO91bNZ+oZGgyoNohcBAI7p+r0 qUTzkyqwdZO4kMm0pqKoM9xkP3tf2mjGujKjOz4Y7S7wnz2ZFokeUsecoRVJF/++ /qHnmeWLn44J1HUKLHYCjMu+QXGOgGXgz024jQ5eUrnPwzNp0Z90AFVHlWC+bymt y/ToIUUCQqS5Ff0jzdWLd8U695OG9iGvjBQT1LdEjsfbAwuKV5UcnpxNqUpUwKa5 9hdX5/2cMZP07FI1UXwnBlxa8rJfdb13FLjSKX4vUUHedYUZMjMPgcwl1a+zGE22 lHiSQWgP8QLA/W3BLsi22ERCEPZBfexOeOtaWIItDIz18fIaQoMDoRPshzar0JI2 CzLYsyeKySAtYJEHFVoLmMvhkwzBmgqA/BEswUA67CfCr1jFHRXdpmWM7YkyAmMa 9q6LwquWKS5+MXlUXe/3oZUcgpw/T9Uuy3Jo3RdS7B3jFcWaVr6KsO/A9u1gr/aY n5M+iJTQSj4vzqtkQaJTpSspRZoKa66HZt3IwSYiDiYZqtM83ynuj9kjnZzGfnuT aNIi996q6Mptr33mOzIE1wmMqnJYwTr3EcNtf483q/qrJwh5ES8Q9xY7aat/ZcSl 8fKubW4TlfVr8YhGBBARAgAGBQJSKZUGAAoJEPo5vdH/HhVmYTgAn24eoqO/O98o vNpt08Uab/+/tmYKAJ9kjXm9Njz5h33efzeelZUa484rr7kCDQRSKZRMARAAvBPp n7FQq7LQ5glohtbL6XIEo1U4X67S0TzUYieENSWSVYuWYIhCBldmWdmH8Bpj/qHe qdon7v+SLtR4WngzMR9toupKcFfHnbP9kpazTSB2ySHxXWGX1gJOpPXdCcg9iveK BHEsDn00ThTcPsvtXpnnzET16pXIvOXO0bxTmVZ4INIF1SWgvYma/g8kBbgXLpkj 8tOywBqFiiYPEZlDeCxDHiMgUDh6olda9K/0TZFTdMPUgjKuubfAeaDNCOrVt4Rj mFOaRLikcZocmgJhm3z/j25x7/mnNu+0di1H/S67YGQJ+pqCFInzIXDx7aRW2+JC iqsY2X3xOPWZZzjyis5SNnfOcPH3gt2hYz1fy+thsBGf4NgCN01JRqIJ2/MOQCgU dwh+9l8xqaJvCkUHM4hVh4W62MAe1u7UEqQbvvNEqxM5034vcvlE+/LRkrDCspw+ 2YJ9QyroLerVRwW5DVleP8Ifi8VB3yD80nqXYs9aqRy0BkDNIQ43ERhESMt8dJqr NkxgC6pemZrhNwyDh+hy2kPNGQh/iBpdKuH1o3E24TIZoV2v3YHvzob7aAYHddE/ PofAXhJW7I9mAs+HdWDmnI8ckuPDFpFH+Y/BFGvEXgcnJAJ1wEvf+4LuiIi0MHjR 4EWFn9vvoFDAIqD10h3FSd3D59HGtdSsNn4XaCsAEQEAAYkCHwQYAQIACQUCUimU TAIbDAAKCRDA3mo1ijncZhBtEACL036ddjc5pFoYIdoUY1vT8SMXJNquewCnL1qu DADzqDZFU5GNlQEy10krSfBwlTb9ahTtE0JFrOdZwUZtoa1Pgfr8nU6KOgrXPHbN jS/9dyc5CwGVVIpOavIm2CsMVDJ9LCF/NT+u/t1k6eGfHhPVl3dUQyDa/lzc1chK UIVQYQkFmr0A/iXP+29lFCaI+IeyU0bSdZhezDwUROn5vEx+fiPZyHDShCb+BxJv /o2LQp9JHenCiSbO+ioRZdxgbWfoKBuXOfmSStqMWXas/gZ5vS3xq72LNtKPRxgp jX3P8Zml1XDqpcBau7eK75VKE0Yd06YxnUIsbcEzInUc3uzW/u0DFpXYkMJb0XIv JyUt5yYPKfV13N8kSkPi5pLxm8yuftXMzfgeFMR7nafY3glTVj/TxElzg6xeZNqf C2ZjIbBtZg9ylHU8u8wwB+dX282crs0R3N9A064C71/cXlBqcjzjlKH2NUIWGxr+ od3TXFIFjszSU3NgMPKrWNhFLLwS81MpbkOe73s6aDhS8RDyNucoxtKXriLR+4Xi u4+pyj5ukYP1JqpB3ZobY/XZgCnJMye+7xeTpIDJ1LPORxM3NNAElyb26lxAK2P+ km+EpI0Zzz6rNSCfg5jYQ474+e/GBgaSG4MlaPoZ+XAfN46u1Xjjv1/AkkA4IA6m 5zP5og=3D=3D =3D3NUt -----END PGP PUBLIC KEY BLOCK----- --------------070202040302020000080002-- --xSXv4eLH34qI5flNkhnvfvCxJFsMI6Vi6-- --FM7XqbrbmTM7p4kCXvA1uBn8U6PlRsT9t Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCgAGBQJXbR6iAAoJEMDeajWKOdxmU7EQAK4gk/HcKVD9pBZZdSpU0Z4a S6jzqPsIcmIrsn4/8mQePivLB4RMNfa0kB3l3JZf+kl7ZWwApnJ/ECtoWPPLVKvd M4x8OCvlBc2MADG9PKUGzxp8k5f0OFE6CnCODmiSFJsBrYcCQLGoNRI/m2LGFUan TGGlDwoKazC2FfmQ+gMrAWryNwPJTQQxRtDE0DWUH5zyH8YbSXp0Lc+36pUyZj6Q wIMmd5S9j+jzOp7LwGO+q7PRlB3DTwBFWgVbYxwSUb8tlmjg4CdOkVg5TyhGXIKL 7jeHqmOyxh4GodBaAiza0ri2T8I3GILrjiF38p2t9EID3fIIFhcvYMOftVSobIYp /plv0/FtUdX4ZlWO/NlMP/9ATe/KHUYeqvK0nygntCbOGK4N6vrjVwsjgL9qQF1I IwQMWANhspCaf/IO/oHBI0jBdHekKGj0AAfYhG+vF+uoceQHSL3lDSEAjqbVYZiF 9O6RbPiTEFig86rwbBF7XBubqtNveQ2JaXhtvmkuXhg2yBdx7mqM+vpCUTEGSwkt G0sZ/TZB4KlCcnvD9FvHuK6NtecSXaD2JYm7iLlLt7C1vDgjUOeRmRew/LSkkLOo NKI74Oo1a/gw6QP8WCP1hgtIu5FPlEIY4EFUsmtfxFzA/yN7uvlZqv9YzYhF0uwY 4JnQ1HTTOD/jbtuNpno4 =S/+O -----END PGP SIGNATURE----- --FM7XqbrbmTM7p4kCXvA1uBn8U6PlRsT9t-- From nobody Fri Jun 24 07:00:01 2016 Return-Path: X-Original-To: radext@ietfa.amsl.com Delivered-To: radext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A032312DB12 for ; Fri, 24 Jun 2016 06:59:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.325 X-Spam-Level: X-Spam-Status: No, score=-3.325 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.426, WEIRD_PORT=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 PidSBnhb7R43 for ; Fri, 24 Jun 2016 06:59:57 -0700 (PDT) Received: from smtprelay.restena.lu (smtprelay.restena.lu [158.64.1.62]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6DCB112DB01 for ; Fri, 24 Jun 2016 06:59:55 -0700 (PDT) Received: from aragorn.restena.lu (aragorn.restena.lu [IPv6:2001:a18:1:8::155]) by smtprelay.restena.lu (Postfix) with ESMTPS id B4BD4403BF for ; Fri, 24 Jun 2016 15:59:53 +0200 (CEST) To: "radext@ietf.org" From: Stefan Winter Openpgp: id=AD3091F3AB24E05F4F722C03C0DE6A358A39DC66; url=http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xC0DE6A358A39DC66 Message-ID: <576D3CD9.1000600@restena.lu> Date: Fri, 24 Jun 2016 15:59:53 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.7.0 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="1hU3tFkP8pIIj1XPupweVLFGNKRQEP3BP" Archived-At: Subject: [radext] Call for agenda items X-BeenThere: radext@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: RADIUS EXTensions working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jun 2016 13:59:59 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --1hU3tFkP8pIIj1XPupweVLFGNKRQEP3BP Content-Type: multipart/mixed; boundary="bHDphelVS0u2GcLm3BkC6sAT5tgkwGKQ4" From: Stefan Winter To: "radext@ietf.org" Message-ID: <576D3CD9.1000600@restena.lu> Subject: Call for agenda items --bHDphelVS0u2GcLm3BkC6sAT5tgkwGKQ4 Content-Type: multipart/mixed; boundary="------------060306010209090600090000" This is a multi-part message in MIME format. --------------060306010209090600090000 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hello, according to the preliminary agenda, we'll be meeting on Thursday, 21. July, 1830 local time. Please let the chairs know if you want to present on something. Also let us know if you need MeetEcho support for your presentation. Greetings, Stefan Winter --=20 Stefan WINTER Ingenieur de Recherche Fondation RESTENA - R=C3=A9seau T=C3=A9l=C3=A9informatique de l'Education= Nationale et de la Recherche 2, avenue de l'Universit=C3=A9 L-4365 Esch-sur-Alzette Tel: +352 424409 1 Fax: +352 422473 PGP key updated to 4096 Bit RSA - I will encrypt all mails if the recipie= nt's key is known to me http://pgp.mit.edu:11371/pks/lookup?op=3Dget&search=3D0xC0DE6A358A39DC66 --------------060306010209090600090000 Content-Type: application/pgp-keys; name="0x8A39DC66.asc" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="0x8A39DC66.asc" -----BEGIN PGP PUBLIC KEY BLOCK----- Version: GnuPG v2 mQINBFIplEwBEADTSz+DS8nio+RSvfSLLfaOnCGi1nqpn8Pb1laVUyEvnAAzZ5je miS88GxfiDH6hUGlWzcaW0hCfUHGiohr485adbjxRksPngWgAt/1bRxpifsW3zOb Fjgog01WWQV5Sihlwc4zr8zvYbFA5BJZ6YdkR9C5J015riv5OS30WTjA65SSXgYr b7zJWPwmegTFwE093uBFvC39waz3xYpVu5j87nO6w2MVQt/8sY2/2BFPEq+xfOaj l18UEwc7w8SCgnZdlVNcmEK4UBvJuwS/1lsR2JeQa8Gu1EDxC7PRgMgNXsDSWnnB e9aVmfG54+6ILe1QH2dwk9sPBQT5w2+vjijrb3Dv9ur+1kN+TNU2XE436jVpnnY/ 3OsLdix30STQn4Q/XOm7YoVMeDwwviefilRxzK0dXA+wKj92T68Od82CFxuZqPAg BCVmWfQM91iK9piqFK+QP+R3vF6+NGDBdwbe68iVKs0v5L8XmbxBQndjpmo+lo2a smBR2TAIfZHaKdgtBw13u3GPVVKlg/Mpko8ki9JOSem2aFyi3kQEVKptWgXT3POl 97DWJzsR5VyKz6GOx9kJAEISRyLZwm0wqh8+9LCza5oeIKW381lzq1b9x30vOh8C BSQQJ+cG9ko0yPHAj7Suw2TmPXx1qMctmE6Ahq82ZW30SljdZby8WQuR2wARAQAB tDxTdGVmYW4gV2ludGVyIChSRVNURU5BIGtleSAyMDEzKykgPHN0ZWZhbi53aW50 ZXJAcmVzdGVuYS5sdT6JAjkEEwECACMFAlIplEwCGwMHCwkIBwMCAQYVCAIJCgsE FgIDAQIeAQIXgAAKCRDA3mo1ijncZj7/D/99hVS+mJr8dSPCaDaUFFxBiT2eI1Lo R8VKEerTCRw5BsdL6pN2eRJZ9NmsqWo1ynWVHEzO91bNZ+oZGgyoNohcBAI7p+r0 qUTzkyqwdZO4kMm0pqKoM9xkP3tf2mjGujKjOz4Y7S7wnz2ZFokeUsecoRVJF/++ /qHnmeWLn44J1HUKLHYCjMu+QXGOgGXgz024jQ5eUrnPwzNp0Z90AFVHlWC+bymt y/ToIUUCQqS5Ff0jzdWLd8U695OG9iGvjBQT1LdEjsfbAwuKV5UcnpxNqUpUwKa5 9hdX5/2cMZP07FI1UXwnBlxa8rJfdb13FLjSKX4vUUHedYUZMjMPgcwl1a+zGE22 lHiSQWgP8QLA/W3BLsi22ERCEPZBfexOeOtaWIItDIz18fIaQoMDoRPshzar0JI2 CzLYsyeKySAtYJEHFVoLmMvhkwzBmgqA/BEswUA67CfCr1jFHRXdpmWM7YkyAmMa 9q6LwquWKS5+MXlUXe/3oZUcgpw/T9Uuy3Jo3RdS7B3jFcWaVr6KsO/A9u1gr/aY n5M+iJTQSj4vzqtkQaJTpSspRZoKa66HZt3IwSYiDiYZqtM83ynuj9kjnZzGfnuT aNIi996q6Mptr33mOzIE1wmMqnJYwTr3EcNtf483q/qrJwh5ES8Q9xY7aat/ZcSl 8fKubW4TlfVr8YhGBBARAgAGBQJSKZUGAAoJEPo5vdH/HhVmYTgAn24eoqO/O98o vNpt08Uab/+/tmYKAJ9kjXm9Njz5h33efzeelZUa484rr7kCDQRSKZRMARAAvBPp n7FQq7LQ5glohtbL6XIEo1U4X67S0TzUYieENSWSVYuWYIhCBldmWdmH8Bpj/qHe qdon7v+SLtR4WngzMR9toupKcFfHnbP9kpazTSB2ySHxXWGX1gJOpPXdCcg9iveK BHEsDn00ThTcPsvtXpnnzET16pXIvOXO0bxTmVZ4INIF1SWgvYma/g8kBbgXLpkj 8tOywBqFiiYPEZlDeCxDHiMgUDh6olda9K/0TZFTdMPUgjKuubfAeaDNCOrVt4Rj mFOaRLikcZocmgJhm3z/j25x7/mnNu+0di1H/S67YGQJ+pqCFInzIXDx7aRW2+JC iqsY2X3xOPWZZzjyis5SNnfOcPH3gt2hYz1fy+thsBGf4NgCN01JRqIJ2/MOQCgU dwh+9l8xqaJvCkUHM4hVh4W62MAe1u7UEqQbvvNEqxM5034vcvlE+/LRkrDCspw+ 2YJ9QyroLerVRwW5DVleP8Ifi8VB3yD80nqXYs9aqRy0BkDNIQ43ERhESMt8dJqr NkxgC6pemZrhNwyDh+hy2kPNGQh/iBpdKuH1o3E24TIZoV2v3YHvzob7aAYHddE/ PofAXhJW7I9mAs+HdWDmnI8ckuPDFpFH+Y/BFGvEXgcnJAJ1wEvf+4LuiIi0MHjR 4EWFn9vvoFDAIqD10h3FSd3D59HGtdSsNn4XaCsAEQEAAYkCHwQYAQIACQUCUimU TAIbDAAKCRDA3mo1ijncZhBtEACL036ddjc5pFoYIdoUY1vT8SMXJNquewCnL1qu DADzqDZFU5GNlQEy10krSfBwlTb9ahTtE0JFrOdZwUZtoa1Pgfr8nU6KOgrXPHbN jS/9dyc5CwGVVIpOavIm2CsMVDJ9LCF/NT+u/t1k6eGfHhPVl3dUQyDa/lzc1chK UIVQYQkFmr0A/iXP+29lFCaI+IeyU0bSdZhezDwUROn5vEx+fiPZyHDShCb+BxJv /o2LQp9JHenCiSbO+ioRZdxgbWfoKBuXOfmSStqMWXas/gZ5vS3xq72LNtKPRxgp jX3P8Zml1XDqpcBau7eK75VKE0Yd06YxnUIsbcEzInUc3uzW/u0DFpXYkMJb0XIv JyUt5yYPKfV13N8kSkPi5pLxm8yuftXMzfgeFMR7nafY3glTVj/TxElzg6xeZNqf C2ZjIbBtZg9ylHU8u8wwB+dX282crs0R3N9A064C71/cXlBqcjzjlKH2NUIWGxr+ od3TXFIFjszSU3NgMPKrWNhFLLwS81MpbkOe73s6aDhS8RDyNucoxtKXriLR+4Xi u4+pyj5ukYP1JqpB3ZobY/XZgCnJMye+7xeTpIDJ1LPORxM3NNAElyb26lxAK2P+ km+EpI0Zzz6rNSCfg5jYQ474+e/GBgaSG4MlaPoZ+XAfN46u1Xjjv1/AkkA4IA6m 5zP5og=3D=3D =3D3NUt -----END PGP PUBLIC KEY BLOCK----- --------------060306010209090600090000-- --bHDphelVS0u2GcLm3BkC6sAT5tgkwGKQ4-- --1hU3tFkP8pIIj1XPupweVLFGNKRQEP3BP Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCgAGBQJXbTzZAAoJEMDeajWKOdxml3IQAKqK1K+nSm522Mjv8bNW1TyM BP/SV0MD0i+GzIPyn8bCTITefRPyTf7jcuTDGokFaSfvUm5pbvJ4P7tD3vCwL4OD jacT9xixvgoLaAlUhr+nZLbN9Kbb5lRLOMM3CDD6gOu3wWLjvJDgj8fP/2UtkeJm CBDxhGtMhLq2d5zvFxyP47mXZ0dnmr5nu7yzYKI/jWWO3V+OWtBLiPa2p5T/Dxdt LpNlM17oEvHWZQ4Hh4egUX22SenIJj6P0tLNhRVkStx8CocVAP87bs5XMovBff/e IUBvOx7H5BdgOlePCdFdriiDtkvKbPLFJLATm8IWCPW6EMJARul7AreHFYOFgjqF McYQnV/0Chd5vMagqwrhG8ELBSkP/rjRUzysKTITiailxvPHy0SjRgqFGMj5LWGw lazhzysgHKCtxBEEKKvbbuibS+GygB0tfn7OyoNQJD0dtAt2Kwn3nSQD3xEkm4mY hnf5XTi7PPgtgVIzOE6WKtgx7J56ga7lag5MhPeqW+2fOSpO/CW6v3XaokkrS6+5 4MeOK8B8I/KjDJczhrVptIOj4B/vdE65FE3V/973X5gRhGxqOdRfWnPZqKnKj0Sv QP0nGtUC4Vhltr0vtPtqGcQxQeYNVWQvvfJOiObmyWbS+sKbB5SmghFWF4OZddrF PU2r/aIw3q+/WrjXxTaQ =BAtQ -----END PGP SIGNATURE----- --1hU3tFkP8pIIj1XPupweVLFGNKRQEP3BP-- From nobody Fri Jun 24 09:01:39 2016 Return-Path: X-Original-To: radext@ietf.org Delivered-To: radext@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 8D16C12DC2E; Fri, 24 Jun 2016 09:00:39 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "\"IETF Secretariat\"" To: , X-Test-IDTracker: no X-IETF-IDTracker: 6.24.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160624160039.10933.84067.idtracker@ietfa.amsl.com> Date: Fri, 24 Jun 2016 09:00:39 -0700 Archived-At: Cc: radext@ietf.org, Kathleen.Moriarty.ietf@gmail.com Subject: [radext] radext - Requested session has been scheduled for IETF 96 X-BeenThere: radext@ietf.org X-Mailman-Version: 2.1.17 List-Id: RADIUS EXTensions working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jun 2016 16:00:39 -0000 Dear Stefan Winter, The session(s) that you have requested have been scheduled. Below is the scheduled session information followed by the original request. radext Session 1 (1:00:00) Thursday, Afternoon Session III 1830-1930 Room Name: Charlottenburg I size: 80 --------------------------------------------- Request Information: --------------------------------------------------------- Working Group Name: RADIUS EXTensions Area Name: Operations and Management Area Session Requester: Stefan Winter Number of Sessions: 1 Length of Session(s): 1 Hour Number of Attendees: 15 Conflicts to Avoid: First Priority: dime 6man v6ops dmm abfab oauth saag Second Priority: spring sfc rtcweb 6lo ace httpauth mile ipsecme Special Requests: We were on the "graveyard shift" last time - very last slot Friday afternoon. This led to extremely low attendance. Can someone else get that slot this time? Thanks! --------------------------------------------------------- From nobody Mon Jun 27 01:30:37 2016 Return-Path: X-Original-To: radext@ietfa.amsl.com Delivered-To: radext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2228E12D0C9 for ; Mon, 27 Jun 2016 01:30:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.646 X-Spam-Level: X-Spam-Status: No, score=-5.646 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001, WEIRD_PORT=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 iKlS8Wa5Wr3F for ; Mon, 27 Jun 2016 01:30:32 -0700 (PDT) Received: from xenon22.um.es (xenon22.um.es [155.54.212.162]) by ietfa.amsl.com (Postfix) with ESMTP id 86E7512B00F for ; Mon, 27 Jun 2016 01:30:32 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by xenon22.um.es (Postfix) with ESMTP id 069AB1E0; Mon, 27 Jun 2016 10:30:30 +0200 (CEST) X-Virus-Scanned: by antispam in UMU at xenon22.um.es Received: from xenon22.um.es ([127.0.0.1]) by localhost (xenon22.um.es [127.0.0.1]) (amavisd-new, port 10024) with LMTP id ibHGADCfJq1L; Mon, 27 Jun 2016 10:30:29 +0200 (CEST) Received: from inf-205-171.inf.um.es (inf-205-171.inf.um.es [155.54.205.171]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: rafa) by xenon22.um.es (Postfix) with ESMTPSA id 0B01A124A; Mon, 27 Jun 2016 10:30:26 +0200 (CEST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) From: Rafa Marin Lopez In-Reply-To: <576CDFC3.7030009@restena.lu> Date: Mon, 27 Jun 2016 10:30:26 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <6A6126F7-B1A9-4182-B9B7-21130699D935@um.es> <3DBD5F51-BBED-46B1-86CF-433825208E12@deployingradius.com> <42917D59-5710-4A2D-8AFD-F193223DA8A5@um.es> <576CDFC3.7030009@restena.lu> To: Stefan Winter X-Mailer: Apple Mail (2.3124) Archived-At: Cc: radext@ietf.org, Rafa Marin Lopez Subject: Re: [radext] LoRaWAN Authentication in RADIUS X-BeenThere: radext@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: RADIUS EXTensions working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jun 2016 08:30:35 -0000 Dear Stefan: We are working on the revised version. One of our co-authors will be in = Berlin so we can present it. Thank you.=20 Best Regards. > El 24 jun 2016, a las 9:22, Stefan Winter = escribi=C3=B3: >=20 > Hello, >=20 >> Thank you for taking the time to review the I-D, your comments are = very valuable indeed and we will provide a more precise version based on = your comments. >=20 > Just a reminder: if you want to present about this topic at IETF96, it > would be good to have this revised draft out before the draft = submission > deadline (which is 08 July). >=20 > Also plesae do signal whether you want a talking slot at IETF96 or = not. >=20 > Greetings, >=20 > Stefan Winter >=20 > --=20 > Stefan WINTER > Ingenieur de Recherche > Fondation RESTENA - R=C3=A9seau T=C3=A9l=C3=A9informatique de = l'Education Nationale et de la Recherche > 2, avenue de l'Universit=C3=A9 > L-4365 Esch-sur-Alzette >=20 > Tel: +352 424409 1 > Fax: +352 422473 >=20 > PGP key updated to 4096 Bit RSA - I will encrypt all mails if the = recipient's key is known to me >=20 > http://pgp.mit.edu:11371/pks/lookup?op=3Dget&search=3D0xC0DE6A358A39DC66= >=20 > <0x8A39DC66.asc>_______________________________________________ > radext mailing list > radext@ietf.org > https://www.ietf.org/mailman/listinfo/radext ------------------------------------------------------- Rafael Marin Lopez, PhD Dept. Information and Communications Engineering (DIIC) Faculty of Computer Science-University of Murcia 30100 Murcia - Spain Telf: +34868888501 Fax: +34868884151 e-mail: rafa@um.es ------------------------------------------------------- From nobody Mon Jun 27 02:02:16 2016 Return-Path: X-Original-To: radext@ietfa.amsl.com Delivered-To: radext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 87B4E12D0F9 for ; Mon, 27 Jun 2016 02:02:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.647 X-Spam-Level: X-Spam-Status: No, score=-5.647 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426, 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 LxgyXHPktU55 for ; Mon, 27 Jun 2016 02:02:13 -0700 (PDT) Received: from xenon21.um.es (xenon21.um.es [155.54.212.161]) by ietfa.amsl.com (Postfix) with ESMTP id EF1A712B014 for ; Mon, 27 Jun 2016 02:02:12 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by xenon21.um.es (Postfix) with ESMTP id 9FDA13FBE5; Mon, 27 Jun 2016 11:02:11 +0200 (CEST) X-Virus-Scanned: by antispam in UMU at xenon21.um.es Received: from xenon21.um.es ([127.0.0.1]) by localhost (xenon21.um.es [127.0.0.1]) (amavisd-new, port 10024) with LMTP id Umx3U2Zx6fji; Mon, 27 Jun 2016 11:02:11 +0200 (CEST) Received: from inf-205-171.inf.um.es (inf-205-171.inf.um.es [155.54.205.171]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: rafa) by xenon21.um.es (Postfix) with ESMTPSA id 4366D3FBB1; Mon, 27 Jun 2016 11:02:08 +0200 (CEST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) From: Rafa Marin Lopez In-Reply-To: <576CF0B4.2000402@cs.tcd.ie> Date: Mon, 27 Jun 2016 11:02:07 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <085B3169-F091-417E-80CA-CA33BB1E6F25@um.es> References: <6A6126F7-B1A9-4182-B9B7-21130699D935@um.es> <3DBD5F51-BBED-46B1-86CF-433825208E12@deployingradius.com> <42917D59-5710-4A2D-8AFD-F193223DA8A5@um.es> <576CDFC3.7030009@restena.lu> <576CF0B4.2000402@cs.tcd.ie> To: Stephen Farrell X-Mailer: Apple Mail (2.3124) Archived-At: Cc: radext@ietf.org, dan.garcia@um.es, Rafa Marin Lopez , Stefan Winter Subject: Re: [radext] LoRaWAN Authentication in RADIUS X-BeenThere: radext@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: RADIUS EXTensions working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jun 2016 09:02:16 -0000 Dear Stephen Thank you for reading our I-D. Please see some comments inline. > El 24 jun 2016, a las 10:35, Stephen Farrell = escribi=C3=B3: >=20 >=20 > (No hats, I've been reading a bit about LoRa recently...) >=20 > On 24/06/16 08:22, Stefan Winter wrote: >> Hello, >>=20 >>> Thank you for taking the time to review the I-D, your comments are >>> very valuable indeed and we will provide a more precise version >>> based on your comments. >>=20 >> Just a reminder: if you want to present about this topic at IETF96, >> it would be good to have this revised draft out before the draft >> submission deadline (which is 08 July). >=20 > I'd be interested in knowing how, in figure 2, the radius client > finds the right radius server. If that's suggested to use the > AppEUI, then a) ick, and b) I don't see how that would scale, if > we assume many networks and many applications. This is an important question. In fact, we have already discussed this = internally after some related comments we have received.=20 According to LoRaWAN =09 "The AppEUI is a global application ID in IEEE EUI64 address space that = uniquely identifies the application provider (i.e., owner) of the = end-device.=E2=80=9D As far as I can see it, those should provide a good amount of potential = owners. But that limitation is imposed by the specification in any case. = Having said that, regarding the right radius server, it seems that some = kind of mapping or discovery between an EUI64 identifier and a FQDN is = required. One possible solution is using DNS = (https://tools.ietf.org/html/rfc7043). In my opinion, that RFC is = something similar what we are looking for.=20 what do you think? >=20 > I also think that the draft ought explain the various keys involved > and their uses. Not in the full detail that's in the LoRa spec > but enough so that a reader of this can understand the consequences > of handling the keys like this - which wasn't clear to me. Point taken, thanks. We will update the I-D accordingly. >=20 > And I'd second Alan's comments too, but would note that at least > from my POV, it's entirely fine and to be expected that a -00 > about a technology not previously seen at the IETF needs plenty > of work, and we should be trying to help the authors if we can. Yes, we hope next version will be more detailed. Best Regards. > Cheers, > S. >=20 >>=20 >> Also plesae do signal whether you want a talking slot at IETF96 or >> not. >>=20 >> Greetings, >>=20 >> Stefan Winter >>=20 >>=20 >>=20 >> _______________________________________________ radext mailing list=20= >> radext@ietf.org https://www.ietf.org/mailman/listinfo/radext >>=20 >=20 > _______________________________________________ > radext mailing list > radext@ietf.org > https://www.ietf.org/mailman/listinfo/radext ------------------------------------------------------- Rafael Marin Lopez, PhD Dept. Information and Communications Engineering (DIIC) Faculty of Computer Science-University of Murcia 30100 Murcia - Spain Telf: +34868888501 Fax: +34868884151 e-mail: rafa@um.es ------------------------------------------------------- From nobody Mon Jun 27 02:42:39 2016 Return-Path: X-Original-To: radext@ietfa.amsl.com Delivered-To: radext@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3786012D09F for ; Mon, 27 Jun 2016 02:42:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.727 X-Spam-Level: X-Spam-Status: No, score=-5.727 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cs.tcd.ie 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 vaAv03dJZMbq for ; Mon, 27 Jun 2016 02:42:35 -0700 (PDT) Received: from mercury.scss.tcd.ie (mercury.scss.tcd.ie [134.226.56.6]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 89C0812D0AA for ; Mon, 27 Jun 2016 02:42:35 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mercury.scss.tcd.ie (Postfix) with ESMTP id 1CE90BE2F; Mon, 27 Jun 2016 10:42:33 +0100 (IST) Received: from mercury.scss.tcd.ie ([127.0.0.1]) by localhost (mercury.scss.tcd.ie [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id J2gBQbs3Gfow; Mon, 27 Jun 2016 10:42:32 +0100 (IST) Received: from [134.226.36.93] (bilbo.dsg.cs.tcd.ie [134.226.36.93]) by mercury.scss.tcd.ie (Postfix) with ESMTPSA id 93409BDCC; Mon, 27 Jun 2016 10:42:32 +0100 (IST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cs.tcd.ie; s=mail; t=1467020552; bh=uS25f+r3oQYGC0+bt9yq8yZQxfH4Vw0F5U7TiKSgij0=; h=Subject:To:References:Cc:From:Date:In-Reply-To:From; b=kRU/T0Zhq+156cAXWKjy2HspgwWUuTYRy69Qbkdx4jF2zb960eOcx6LpIaOdj8Vbx 8f+Wn3Pmn2UH34afQ+L7eM2GnMje9I67R4Ispkt8+ewfZ60H4px98+x+LrZnpHv6Am WuldGLvw4ihWUucNaA6Vddg6ZSw+83Usd7THDFkQ= To: Rafa Marin Lopez References: <6A6126F7-B1A9-4182-B9B7-21130699D935@um.es> <3DBD5F51-BBED-46B1-86CF-433825208E12@deployingradius.com> <42917D59-5710-4A2D-8AFD-F193223DA8A5@um.es> <576CDFC3.7030009@restena.lu> <576CF0B4.2000402@cs.tcd.ie> <085B3169-F091-417E-80CA-CA33BB1E6F25@um.es> From: Stephen Farrell Openpgp: id=D66EA7906F0B897FB2E97D582F3C8736805F8DA2; url= Message-ID: <5770F508.9010905@cs.tcd.ie> Date: Mon, 27 Jun 2016 10:42:32 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.8.0 MIME-Version: 1.0 In-Reply-To: <085B3169-F091-417E-80CA-CA33BB1E6F25@um.es> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-256; boundary="------------ms010102080503040507040503" Archived-At: Cc: radext@ietf.org, dan.garcia@um.es, Stefan Winter Subject: Re: [radext] LoRaWAN Authentication in RADIUS X-BeenThere: radext@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: RADIUS EXTensions working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jun 2016 09:42:38 -0000 This is a cryptographically signed message in MIME format. --------------ms010102080503040507040503 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hiya, On 27/06/16 10:02, Rafa Marin Lopez wrote: > Dear Stephen >=20 > Thank you for reading our I-D. Please see some comments inline. >> El 24 jun 2016, a las 10:35, Stephen Farrell >> escribi=C3=B3: >>=20 >>=20 >> (No hats, I've been reading a bit about LoRa recently...) >>=20 >> On 24/06/16 08:22, Stefan Winter wrote: >>> Hello, >>>=20 >>>> Thank you for taking the time to review the I-D, your comments >>>> are very valuable indeed and we will provide a more precise >>>> version based on your comments. >>>=20 >>> Just a reminder: if you want to present about this topic at >>> IETF96, it would be good to have this revised draft out before >>> the draft submission deadline (which is 08 July). >>=20 >> I'd be interested in knowing how, in figure 2, the radius client=20 >> finds the right radius server. If that's suggested to use the=20 >> AppEUI, then a) ick, and b) I don't see how that would scale, if we >> assume many networks and many applications. >=20 > This is an important question. In fact, we have already discussed > this internally after some related comments we have received. >=20 > According to LoRaWAN >=20 > "The AppEUI is a global application ID in IEEE EUI64 address space > that uniquely identifies the application provider (i.e., owner) of > the end-device.=E2=80=9D Right - ISTM odd to assume that the application provider is the owner of the device, so I don't know how that will pan out, at scale. >=20 > As far as I can see it, those should provide a good amount of > potential owners. But that limitation is imposed by the specification > in any case.=20 Perhaps that's something that needs revisiting in the LoRA specs as those evolve. > Having said that, regarding the right radius server, it > seems that some kind of mapping or discovery between an EUI64 > identifier and a FQDN is required. One possible solution is using DNS > (https://tools.ietf.org/html/rfc7043). In my opinion, that RFC is > something similar what we are looking for. >=20 > what do you think? While that RR might syntactically work, I'm not at all sure that every AppEUI can map to a unique FQDN via the DNS. That RFC also says that it's really for "private DNS namespaces" which isn't what you're after here I think. ISTM that LoRa really needs some kind of domain identifier (that can map to a dns name) in the deployed device for this stuff to be able to scale well. (And as you say, that's not currently part of the LoRa protocol.) I'd also not be surprised if other uses of LoRa also had a similar need for an identifier that allows routing of some sort. (And that'd maybe have to be MAC'd using the application keys or something.) Cheers, S. >=20 >>=20 >> I also think that the draft ought explain the various keys >> involved and their uses. Not in the full detail that's in the LoRa >> spec but enough so that a reader of this can understand the >> consequences of handling the keys like this - which wasn't clear to >> me. >=20 > Point taken, thanks. We will update the I-D accordingly. >=20 >>=20 >> And I'd second Alan's comments too, but would note that at least=20 >> from my POV, it's entirely fine and to be expected that a -00 about >> a technology not previously seen at the IETF needs plenty of work, >> and we should be trying to help the authors if we can. >=20 > Yes, we hope next version will be more detailed. >=20 > Best Regards. >=20 >> Cheers, S. >>=20 >>>=20 >>> Also plesae do signal whether you want a talking slot at IETF96 >>> or not. >>>=20 >>> Greetings, >>>=20 >>> Stefan Winter >>>=20 >>>=20 >>>=20 >>> _______________________________________________ radext mailing >>> list radext@ietf.org >>> https://www.ietf.org/mailman/listinfo/radext >>>=20 >>=20 >> _______________________________________________ radext mailing >> list radext@ietf.org https://www.ietf.org/mailman/listinfo/radext >=20 > ------------------------------------------------------- Rafael Marin > Lopez, PhD Dept. Information and Communications Engineering (DIIC)=20 > Faculty of Computer Science-University of Murcia 30100 Murcia - > Spain Telf: +34868888501 Fax: +34868884151 e-mail: rafa@um.es=20 > ------------------------------------------------------- >=20 >=20 >=20 >=20 >=20 --------------ms010102080503040507040503 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC CvIwggUIMIID8KADAgECAhBPzaE7pzYviUJyhmHTFBdnMA0GCSqGSIb3DQEBCwUAMHUxCzAJ BgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSkwJwYDVQQLEyBTdGFydENvbSBD ZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTEjMCEGA1UEAxMaU3RhcnRDb20gQ2xhc3MgMSBDbGll bnQgQ0EwHhcNMTYwMjA5MDkyODE1WhcNMTcwMjA5MDkyODE1WjBOMSIwIAYDVQQDDBlzdGVw aGVuLmZhcnJlbGxAY3MudGNkLmllMSgwJgYJKoZIhvcNAQkBFhlzdGVwaGVuLmZhcnJlbGxA Y3MudGNkLmllMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAtuC0rYze/2JinSra C9F2RjGdQZjNALLcW9C3WKTwYII3wBslobmHuPEYE5JaGItmzuKnAW619R1rD/kfoNWC19N3 rBZ6UX9Cmb9D9exCwYIwVuSwjrCQWGxgCtNQTrwKzCCpI790GRiMTvxvO7UmzmBrCaBLiZW5 R0fBjK5Yn6hUhAzGBkNbkIEL28cLJqH0yVz7Kl92OlzrQqTPEts5m6cDnNdY/ADfeAX18c1r dxZqcAxhLotrCqgsVA4ilbQDMMXGTLlB5TP35HeWZuGBU7xu003rLcFLdOkD8xvpJoYZy9Kt 3oABXPS5yqtMK+XCNdqmMn+4mOtLwQSMmPCSiQIDAQABo4IBuTCCAbUwCwYDVR0PBAQDAgSw MB0GA1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDAJBgNVHRMEAjAAMB0GA1UdDgQWBBQJ QhvwQ5Fl372Z6xqo6fdn8XejTTAfBgNVHSMEGDAWgBQkgWw5Yb5JD4+3G0YrySi1J0htaDBv BggrBgEFBQcBAQRjMGEwJAYIKwYBBQUHMAGGGGh0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbTA5 BggrBgEFBQcwAoYtaHR0cDovL2FpYS5zdGFydHNzbC5jb20vY2VydHMvc2NhLmNsaWVudDEu Y3J0MDgGA1UdHwQxMC8wLaAroCmGJ2h0dHA6Ly9jcmwuc3RhcnRzc2wuY29tL3NjYS1jbGll bnQxLmNybDAkBgNVHREEHTAbgRlzdGVwaGVuLmZhcnJlbGxAY3MudGNkLmllMCMGA1UdEgQc MBqGGGh0dHA6Ly93d3cuc3RhcnRzc2wuY29tLzBGBgNVHSAEPzA9MDsGCysGAQQBgbU3AQIE MCwwKgYIKwYBBQUHAgEWHmh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3BvbGljeTANBgkqhkiG 9w0BAQsFAAOCAQEArzrSv2C8PlBBmGuiGrzm2Wma46/KHtXmZYS0bsd43pM66Pc/MsqPE0HD C1GzMFfwB6BfkJn8ijNSIhlgj898WzjvnpM/SO8KStjlB8719ig/xKISrOl5mX55XbFlQtX9 U6MrqRgbDIATxhD9IDr+ryvovDzChqgQj7mt2jYr4mdlRjsjod3H1VY6XglRmaaNGZfsCARM aE/TU5SXIiqauwt5KxNGYAY67QkOBs7O1FkSXpTk7+1MmzJMF4nP8QQ5n8vhVNseF+/Wm7ai 9mtnrkLbaznMsy/ULo/C2yuLUWTbZZbf4EKNmVdme6tUDgYkFjAFOblfA7W1fSPiQGagYzCC BeIwggPKoAMCAQICEGunin0K14jWUQr5WeTntOEwDQYJKoZIhvcNAQELBQAwfTELMAkGA1UE BhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFs IENlcnRpZmljYXRlIFNpZ25pbmcxKTAnBgNVBAMTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24g QXV0aG9yaXR5MB4XDTE1MTIxNjAxMDAwNVoXDTMwMTIxNjAxMDAwNVowdTELMAkGA1UEBhMC SUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKTAnBgNVBAsTIFN0YXJ0Q29tIENlcnRpZmlj YXRpb24gQXV0aG9yaXR5MSMwIQYDVQQDExpTdGFydENvbSBDbGFzcyAxIENsaWVudCBDQTCC ASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAL192vfDon2D9luC/dtbX64eG3XAtRmv mCSsu1d52DXsCR58zJQbCtB2/A5uFqNxWacpXGGtTCRk9dEDBlmixEd8QiLkUfvHpJX/xKnm VkS6Iye8wUbYzMsDzgnpazlPg19dnSqfhM+Cevdfa89VLnUztRr2cgmCfyO9Otrh7LJDPG+4 D8ZnAqDtVB8MKYJL6QgKyVhhaBc4y3bGWxKyXEtx7QIZZGxPwSkzK3WIN+VKNdkiwTubW5PI dopmykwvIjLPqbJK7yPwFZYekKE015OsW6FV+s4DIM8UlVS8pkIsoGGJtMuWjLL4tq2hYQuu N0jhrxK1ljz50hH23gA9cbMCAwEAAaOCAWQwggFgMA4GA1UdDwEB/wQEAwIBBjAdBgNVHSUE FjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwEgYDVR0TAQH/BAgwBgEB/wIBADAyBgNVHR8EKzAp MCegJaAjhiFodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9zZnNjYS5jcmwwZgYIKwYBBQUHAQEE WjBYMCQGCCsGAQUFBzABhhhodHRwOi8vb2NzcC5zdGFydHNzbC5jb20wMAYIKwYBBQUHMAKG JGh0dHA6Ly9haWEuc3RhcnRzc2wuY29tL2NlcnRzL2NhLmNydDAdBgNVHQ4EFgQUJIFsOWG+ SQ+PtxtGK8kotSdIbWgwHwYDVR0jBBgwFoAUTgvvGqRAW6UXaYcwyjRoQ9BBrvIwPwYDVR0g BDgwNjA0BgRVHSAAMCwwKgYIKwYBBQUHAgEWHmh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3Bv bGljeTANBgkqhkiG9w0BAQsFAAOCAgEAi+P3h+wBi4StDwECW5zhIycjBL008HACblIf26HY 0JdOruKbrWDsXUsiI0j/7Crft9S5oxvPiDtVqspBOB/y5uzSns1lZwh7sG96bYBZpcGzGxpF NjDmQbcM3yl3WFIRS4WhNrsOY14V7y2IrUGsvetsD+bjyOngCIVeC/GmsmtbuLOzJ606tEc9 uRbhjTu/b0x2Fo+/e7UkQvKzNeo7OMhijixaULyINBfCBJb+e29bLafgu6JqjOUJ9eXXj20p 6q/CW+uVrZiSW57+q5an2P2i7hP85jQJcy5j4HzA0rSiF3YPhKGAWUxKPMAVGgcYoXzWydOv Z3UDsTDTagXpRDIKQLZo02wrlxY6iMFqvlzsemVf1odhQJmi7Eh5TbxI40kDGcBOBHhwnaOu mZhLP+SWJQnjpLpSlUOj95uf1zo9oz9e0NgIJoz/tdfrBzez76xtDsK0KfUDHt1/q59BvDI7 RX6gVr0fQoCyMczNzCTcRXYHY0tq2J0oT+bsb6sH2b4WVWAiJKnSYaWDjdA70qHX4mq9MIjO /ZskmSY8wtAk24orAc0vwXgYanqNsBX5Yv4sN4Z9VyrwMdLcusP7HJgRdAGKpkR2I9U4zEsN JQJewM7S4Jalo1DyPrLpL2nTET8ZrSl5Utp1UeGp/2deoprGevfnxWB+vHNQiu85o6MxggPM MIIDyAIBATCBiTB1MQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjEpMCcG A1UECxMgU3RhcnRDb20gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkxIzAhBgNVBAMTGlN0YXJ0 Q29tIENsYXNzIDEgQ2xpZW50IENBAhBPzaE7pzYviUJyhmHTFBdnMA0GCWCGSAFlAwQCAQUA oIICEzAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNjA2Mjcw OTQyMzJaMC8GCSqGSIb3DQEJBDEiBCCOHXUJxJ4flpWkGWAh7YkmxRStoUSb1jraQgY1i/1f mzBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcN AwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMC AgEoMIGaBgkrBgEEAYI3EAQxgYwwgYkwdTELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0 Q29tIEx0ZC4xKTAnBgNVBAsTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MSMw IQYDVQQDExpTdGFydENvbSBDbGFzcyAxIENsaWVudCBDQQIQT82hO6c2L4lCcoZh0xQXZzCB nAYLKoZIhvcNAQkQAgsxgYyggYkwdTELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29t IEx0ZC4xKTAnBgNVBAsTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MSMwIQYD VQQDExpTdGFydENvbSBDbGFzcyAxIENsaWVudCBDQQIQT82hO6c2L4lCcoZh0xQXZzANBgkq hkiG9w0BAQEFAASCAQAu28btIkndDz8NpLwjoCyoCeQYJcIgdn2H3fB4dUxlcG/VsWyJZz/e rlzgI899Hnza3mYFguRR5VJqXDcSMGJQ7i7IB1p1oALpJhC/01FMEj89aoKyQBcGSGhovkKP K/JZF+B+6ODzBc8FDgEjpsXOcoFCT43f5K4DRqmENNZ1IOsfonAL2QxKydpLxFbjDJd9IGLl /W8XR/2qCmoeU8AOS3outwhr6bJ6hYat6DDT+oN6Uys7XNB6GUiX06/dk4Ma6mgPU+Ss/l/c tuhLLQ9fQLoJxP6nUJfSb18Pwu1ieVYgiHkvzW01h3gNEJYV4LkV/1G3yoLAFyKIx+i5PbZB AAAAAAAA --------------ms010102080503040507040503--