IETF Logo Mail Archive

Re: [Ideas] [5gangip] Mapping System Requirements and draft-padma-ideas-problem-statement-00.txt

Tom Herbert <tom@herbertland.com> Thu, 29 September 2016 22:46 UTC

Return-Path: <tom@herbertland.com>
X-Original-To: ideas@ietfa.amsl.com
Delivered-To: ideas@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 54DFD12B2F2 for <ideas@ietfa.amsl.com>; Thu, 29 Sep 2016 15:46:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=herbertland-com.20150623.gappssmtp.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YS8uS_-ko-Ka for <ideas@ietfa.amsl.com>; Thu, 29 Sep 2016 15:46:08 -0700 (PDT)
Received: from mail-qt0-x22f.google.com (mail-qt0-x22f.google.com [IPv6:2607:f8b0:400d:c0d::22f]) (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 529D212B007 for <ideas@ietf.org>; Thu, 29 Sep 2016 15:46:08 -0700 (PDT)
Received: by mail-qt0-x22f.google.com with SMTP id 38so44488997qte.1 for <ideas@ietf.org>; Thu, 29 Sep 2016 15:46:08 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=herbertland-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=iSuga1lOwTPHz8zF7ztV8AFBITa3cMNH1tsLD8gXv2E=; b=ek6eaBh/qMwhu5ZWzk9vZWUULnKKRZPo42D/f3P+jREdjZbpcRXu4ySzJtJlCIaFjr 7LO1uolrq972gugp3awuNWpYj41b/b64x6pF4aA/7UlE+ziPUi8hhpPyQ8HwhC0KCOIv i830mb1wOdZN43o1/cWKYNCtWufKRyels8I1z7FllYCC+osvFCgUrK+i/5Y6eesPihjS eUF+zOC5viF6KLNNUIwR8y/9bj2TdWmExWWSkJ6RR6yngObNN7gYCtCmUeJLKLPtKlNc NdPsZaIPzt82lFuL8qtc+nrs0OfHEljjmb94fWpVrA2sToWfhx0qhjgk6tBWU5bVUtzT zZbQ==
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=iSuga1lOwTPHz8zF7ztV8AFBITa3cMNH1tsLD8gXv2E=; b=XKIj+g/fZKMu9dB3PD85xZpgWRSxApWQuvhwBECJYtfxXqVQbJe4n2XBMdBaeV49DX 00YwrVbVq0fmbTZGRsgDkQc71Cg+2vixNwyuRRxhfB7bScqiR8phANccyJ1phKPZlvVd XWJGf1YNTr8XUOtVODIO2rRhyv9PdXQxkUBpxFNLf2+7hiJ/FJrKR1TCNqeeKAwqJg1N y3A5IviahlCcSYlO9S78KMgrJIlpJVaMbpQJk+2AuyAk3tyKaZgR561UFdKy9t2VKFtS 5uvhka06OI2A/7gatqCxtDS/dLCmSlj3RO5G8QIlqLY4FYY0b+KWQAn3HnkA0LMEZCW0 9xGw==
X-Gm-Message-State: AA6/9RkN7WV2sQxKOh6gYvUVCXi4eF/iFFRgnFPzH2onjswH4L42qpVM1xgC7zVesASSDu6IrPAlSORs8LuEig==
X-Received: by 10.200.56.103 with SMTP id r36mr2953177qtb.120.1475189167512; Thu, 29 Sep 2016 15:46:07 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.200.43.164 with HTTP; Thu, 29 Sep 2016 15:46:06 -0700 (PDT)
Received: by 10.200.43.164 with HTTP; Thu, 29 Sep 2016 15:46:06 -0700 (PDT)
In-Reply-To: <EC7A99B9A59C1B4695037EEB5036666B90DEC7@SJCEML701-CHM.china.huawei.com>
References: <e78c8b96ec1949c0bc25924464f257ea@HE105831.emea1.cds.t-internal.com> <57EB89C1.8070805@uni-tuebingen.de> <7AE6A4247B044C4ABE0A5B6BF427F8E230A1152C@YYZEML702-CHM.china.huawei.com> <88EEBDA1-46A3-48D1-9851-64749837705D@gmail.com> <CAC8QAccTRJv5+0Z6rR92v_sbOzY2+0yrnYt8ybU-+nUKF-1KQg@mail.gmail.com> <F9A30FDA-4703-47BF-A0DF-6996BCF12B96@gmail.com> <CAD6AjGSNu3wy_Zxne7m0k3ZeoUdLXvWo6N+DyVJSEMT5w8sjbw@mail.gmail.com> <CAC8QAcdk-ScwScdYdoOVzbQ_pzw2cbTy0WGg+UW2kTqhHdvafQ@mail.gmail.com> <7AE6A4247B044C4ABE0A5B6BF427F8E230A1272B@YYZEML702-CHM.china.huawei.com> <CAC8QAcdDn++ruy3XXqx=mOMfMQckATOn7saJSwuTb1Z963RXZQ@mail.gmail.com> <1475170501.2311.528.camel@gmail.com> <EC7A99B9A59C1B4695037EEB5036666B90DEC7@SJCEML701-CHM.china.huawei.com>
From: Tom Herbert <tom@herbertland.com>
Date: Thu, 29 Sep 2016 18:46:06 -0400
Message-ID: <CALx6S34JCbHcV-ZKYmXh-HtqmHeJ3CREJi85MZSkXtWKT5NFpA@mail.gmail.com>
To: Padmadevi Pillay Esnault <padma@huawei.com>
Content-Type: multipart/alternative; boundary=001a11355d764e7083053dad3e69
Archived-At: <https://mailarchive.ietf.org/arch/msg/ideas/7mAlIjuG5k6qwLtlzHNrSnSw3qY>
Cc: Rex Buddenberg <buddenbergr@gmail.com>, "ideas@ietf.org" <ideas@ietf.org>, AshwoodsmithPeter <Peter.AshwoodSmith@huawei.com>, Michael Menth <menth@uni-tuebingen.de>, Behcet Sarikaya <sarikaya@ieee.org>, Dino Farinacci <farinacci@gmail.com>, Ca By <cb.list6@gmail.com>
Subject: Re: [Ideas] [5gangip] Mapping System Requirements and draft-padma-ideas-problem-statement-00.txt
X-BeenThere: ideas@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: "Discussions relating to the development, clarification, and implementation of control-plane infrastructures and functionalities in ID enabled networks." <ideas.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ideas>, <mailto:ideas-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ideas/>
List-Post: <mailto:ideas@ietf.org>
List-Help: <mailto:ideas-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ideas>, <mailto:ideas-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 29 Sep 2016 22:46:11 -0000

On Sep 29, 2016 6:32 PM, "Padmadevi Pillay Esnault" <padma@huawei.com>
wrote:
>
> See below
>
> -----Original Message-----
> From: 5gangip [mailto:5gangip-bounces@ietf.org] On Behalf Of Rex
Buddenberg
> Sent: Thursday, September 29, 2016 10:35 AM
> To: sarikaya@ieee.org; AshwoodsmithPeter
> Cc: 5gangip@ietf.org; Ca By; Michael Menth; Dino Farinacci
> Subject: Re: [5gangip] Mapping System Requirements and
draft-padma-ideas-problem-statement-00.txt
>
> On Thu, 2016-09-29 at 11:03 -0500, Behcet Sarikaya wrote:
> >
> > In short, multicast mobility type of work is difficult to justify but
> > certainly technically challenging :)
>
> Not so (difficult to justify).
> [Padma Pillay Esnault]
> Agree here.
>
> If you look at the nature of emergency services data, a great deal of
> it is multicast in nature -- has to go >1 places.  Indeed if you talk
> to EMS folks who's view of the world is Land Mobile Radio, they have a
> different set of terminology, but it's multicast.
>
> Yes, technically challenging relative to unicast.  But if you get the
> multicast right, unicast is a simpler subset.
>
> Belongs in scope.
>
> [Padma Pillay Esnault] Agree. As we are moving towards a hyper-connected
society, more and more services will multicast in nature. Do you really
want to control/communicate to things as in internet of things one by one?
>
Security and reliability make this really hard, especially for critical
information like hazard warnings to autonomous vehicles. I'm not sure how
well VANET solves this which would seem to want a lot of multicast.

Tom

> _______________________________________________
> Ideas mailing list
> Ideas@ietf.org
> https://www.ietf.org/mailman/listinfo/ideas

v2.8.7 | Report a Bug | By Email