From nobody Mon Oct 19 07:43:02 2015 Return-Path: X-Original-To: its@ietfa.amsl.com Delivered-To: its@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 704C81A90C5 for ; Mon, 19 Oct 2015 07:43:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.683 X-Spam-Level: X-Spam-Status: No, score=-2.683 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FREEMAIL_FROM=0.001, HELO_EQ_FR=0.35, MANGLED_TRNFER=2.3, NML_ADSP_CUSTOM_MED=0.9, RCVD_IN_DNSWL_HI=-5, SPF_SOFTFAIL=0.665] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id B7QJO3aMMGE1 for ; Mon, 19 Oct 2015 07:42:59 -0700 (PDT) Received: from oxalide-out.extra.cea.fr (oxalide-out.extra.cea.fr [132.168.224.8]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7A9DB1A6EFB for ; Mon, 19 Oct 2015 07:42:59 -0700 (PDT) Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by oxalide.extra.cea.fr (8.15.2/8.15.2/CEAnet-Internet-out-2.4) with ESMTP id t9JEgv9c027823 for ; Mon, 19 Oct 2015 16:42:57 +0200 Received: from pisaure.intra.cea.fr (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id EE4A920BE23 for ; Mon, 19 Oct 2015 16:48:34 +0200 (CEST) Received: from muguet1.intra.cea.fr (muguet1.intra.cea.fr [132.166.192.6]) by pisaure.intra.cea.fr (Postfix) with ESMTP id E491E20BD70 for ; Mon, 19 Oct 2015 16:48:34 +0200 (CEST) Received: from [127.0.0.1] (is227335.intra.cea.fr [10.8.34.184]) by muguet1.intra.cea.fr (8.13.8/8.13.8/CEAnet-Intranet-out-1.2) with ESMTP id t9JEgum9028954 for ; Mon, 19 Oct 2015 16:42:57 +0200 References: <20151019143704.24093.78336.idtracker@ietfa.amsl.com> To: "its@ietf.org" From: Alexandre Petrescu X-Forwarded-Message-Id: <20151019143704.24093.78336.idtracker@ietfa.amsl.com> Message-ID: <56250170.1080206@gmail.com> Date: Mon, 19 Oct 2015 16:42:56 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <20151019143704.24093.78336.idtracker@ietfa.amsl.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Archived-At: Subject: [its] Fwd: I-D Action: draft-petrescu-its-cacc-sdo-04.txt X-BeenThere: its@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: ITS at IETF discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Oct 2015 14:43:01 -0000 Hello ITSers, We have submitted a new version of the C-ACC/Platooning at SDOs I-D. It includes several additions: - updated the gap analysis for Mobile IP HA placement, AODV ref. - V2V concepts at more SDOs: Japan ARIB and ITS-info-comm, US SAE V2V, ITU-T Q27/SG16. - editorial improvements and new authors and contributors. Yours, Alex Petrescu -------- Message transféré -------- Sujet : I-D Action: draft-petrescu-its-cacc-sdo-04.txt Date : Mon, 19 Oct 2015 07:37:04 -0700 De : internet-drafts@ietf.org Répondre à : internet-drafts@ietf.org Pour : i-d-announce@ietf.org A New Internet-Draft is available from the on-line Internet-Drafts directories. Title : Cooperative Adaptive Cruise Control and Platooning at SDOs and Gap Analysis Authors : Alexandre Petrescu James Huang Thierry Ernst Rex Buddenberg Charles E. Perkins Filename : draft-petrescu-its-cacc-sdo-04.txt Pages : 20 Date : 2015-10-19 Abstract: This document describes the use-cases of Cooperative Adaptive Cruise Control, and Platooning, as defined by several Standards Development Organizations such as ETSI, IEEE P1609, SAE, 3GPP, ISO and FirstNet. C-ACC and Platooning involve concepts of direct vehicle-to-vehicle, and device-to-device communications, which are developed by 3GPP following on work done within the METIS EU project. They are illustrated very clearly in emergency settings such as FirstNet. IP packets - instead of link-layer frames - are pertinent for C-ACC and Platooning use-cases because applications for road safety such as WAZE, iRezQ and Coyote (currently involving infrastructure) make use of IP messages, and have proved successful in deployments. Applications such as Sentinel operate directly between vehicles, but currently use messages not carried over IP. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-petrescu-its-cacc-sdo/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-petrescu-its-cacc-sdo-04 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-petrescu-its-cacc-sdo-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/ _______________________________________________ I-D-Announce mailing list I-D-Announce@ietf.org https://www.ietf.org/mailman/listinfo/i-d-announce Internet-Draft directories: http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt From nobody Fri Oct 23 08:48:35 2015 Return-Path: X-Original-To: its@ietfa.amsl.com Delivered-To: its@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9344C1A039E for ; Fri, 23 Oct 2015 08:48:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.683 X-Spam-Level: X-Spam-Status: No, score=-2.683 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FREEMAIL_FROM=0.001, HELO_EQ_FR=0.35, MANGLED_TRNFER=2.3, NML_ADSP_CUSTOM_MED=0.9, RCVD_IN_DNSWL_HI=-5, SPF_SOFTFAIL=0.665] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VKzBHlHhQSoq for ; Fri, 23 Oct 2015 08:48:32 -0700 (PDT) Received: from cirse-out.extra.cea.fr (cirse-out.extra.cea.fr [132.167.192.142]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C8BBC1A0363 for ; Fri, 23 Oct 2015 08:48:31 -0700 (PDT) Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by cirse.extra.cea.fr (8.15.2/8.15.2/CEAnet-Internet-out-2.4) with ESMTP id t9NFmUkI017540 for ; Fri, 23 Oct 2015 17:48:30 +0200 Received: from pisaure.intra.cea.fr (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 41B7A2071F2 for ; Fri, 23 Oct 2015 17:54:13 +0200 (CEST) Received: from muguet1.intra.cea.fr (muguet1.intra.cea.fr [132.166.192.6]) by pisaure.intra.cea.fr (Postfix) with ESMTP id 3A5BE207132 for ; Fri, 23 Oct 2015 17:54:13 +0200 (CEST) Received: from [127.0.0.1] (is227335.intra.cea.fr [10.8.34.184]) by muguet1.intra.cea.fr (8.13.8/8.13.8/CEAnet-Intranet-out-1.2) with ESMTP id t9NFmTq5025555 for ; Fri, 23 Oct 2015 17:48:29 +0200 References: <20151020080819.9872.55545.idtracker@ietfa.amsl.com> To: "its@ietf.org" From: Alexandre Petrescu X-Forwarded-Message-Id: <20151020080819.9872.55545.idtracker@ietfa.amsl.com> Message-ID: <562A56CD.2080004@gmail.com> Date: Fri, 23 Oct 2015 17:48:29 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <20151020080819.9872.55545.idtracker@ietfa.amsl.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Archived-At: Subject: [its] Fwd: I-D Action: draft-petrescu-its-problem-01.txt X-BeenThere: its@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: ITS at IETF discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Oct 2015 15:48:33 -0000 Hello ITSers, We have published a new version of the ITS Problem Statement draft see below. Comments welcome. Alex -------- Message transféré -------- Sujet : I-D Action: draft-petrescu-its-problem-01.txt Date : Tue, 20 Oct 2015 01:08:19 -0700 De : internet-drafts@ietf.org Répondre à : internet-drafts@ietf.org Pour : i-d-announce@ietf.org A New Internet-Draft is available from the on-line Internet-Drafts directories. Title : Problem Statement for IP in ITS use cases C-ACC and Platooning Authors : Alexandre Petrescu Dapeng Liu Charles E. Perkins Filename : draft-petrescu-its-problem-01.txt Pages : 8 Date : 2015-10-19 Abstract: Two vehicle-to-vehicle communications use cases are discussed, namely Cooperative Adaptive Cruise Control (C-ACC) and Platooning. For these two use cases, the problems are identified that pertain to development with Internet protocols and connectivity. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-petrescu-its-problem/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-petrescu-its-problem-01 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-petrescu-its-problem-01 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/ _______________________________________________ I-D-Announce mailing list I-D-Announce@ietf.org https://www.ietf.org/mailman/listinfo/i-d-announce Internet-Draft directories: http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt From nobody Mon Oct 26 06:31:34 2015 Return-Path: X-Original-To: its@ietfa.amsl.com Delivered-To: its@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CC0711B3E2C for ; Mon, 26 Oct 2015 06:31:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.017 X-Spam-Level: X-Spam-Status: No, score=0.017 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DKIM_ADSP_CUSTOM_MED=0.001, FREEMAIL_FROM=0.001, HELO_EQ_FR=0.35, MANGLED_TRNFER=2.3, NML_ADSP_CUSTOM_MED=0.9, RCVD_IN_DNSWL_HI=-5, SPF_SOFTFAIL=0.665] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id X0fYA9MHvlT5 for ; Mon, 26 Oct 2015 06:31:30 -0700 (PDT) Received: from oxalide-out.extra.cea.fr (oxalide-out.extra.cea.fr [132.168.224.8]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EAD5A1B3E3B for ; Mon, 26 Oct 2015 06:31:28 -0700 (PDT) Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by oxalide.extra.cea.fr (8.15.2/8.15.2/CEAnet-Internet-out-2.4) with ESMTP id t9QDVOIT021203; Mon, 26 Oct 2015 14:31:24 +0100 Received: from pisaure.intra.cea.fr (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id D008F207D37; Mon, 26 Oct 2015 14:37:11 +0100 (CET) Received: from muguet1.intra.cea.fr (muguet1.intra.cea.fr [132.166.192.6]) by pisaure.intra.cea.fr (Postfix) with ESMTP id C241B2079DC; Mon, 26 Oct 2015 14:37:11 +0100 (CET) Received: from [127.0.0.1] (is227335.intra.cea.fr [10.8.34.184]) by muguet1.intra.cea.fr (8.13.8/8.13.8/CEAnet-Intranet-out-1.2) with ESMTP id t9QDVNT3022378; Mon, 26 Oct 2015 14:31:24 +0100 To: dickroy@alum.mit.edu References: <20151020080819.9872.55545.idtracker@ietfa.amsl.com> <562A56CD.2080004@gmail.com> From: Alexandre Petrescu Message-ID: <562E2B2B.1040100@gmail.com> Date: Mon, 26 Oct 2015 14:31:23 +0100 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Archived-At: Cc: its@ietf.org Subject: Re: [its] Fwd: I-D Action: draft-petrescu-its-problem-01.txt X-BeenThere: its@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: ITS at IETF discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Oct 2015 13:31:32 -0000 Dick - thanks for the comments. Le 24/10/2015 10:45, Richard Roy a écrit : > > Alex, > > The draft is definitely improving day by day. Nice work. > > Some comments: > > 1) In section 3.1, what you call the link layer is really the > physical layer. The data link (sub)layer is above the MAC > (sub)layer and below the network layer. I can understand that from an ISO standpoint. But I guess if I say "data link sublayer" in an IETF WG it's not going to be understood. There is comfort in saying "link layer" to mean anything below IP: a MAC address, a channel number, a SSID name are all parts of such a link layer. And "physical layer" never used because the networking layer never sees it. I may be wrong though. We can discuss layer terminology if you wish. > 2) Vehicles in proximity will get info about neighboring vehicles > (including the MAC address of the 5.9GHz interface in their mobile > routers) using CAMs and BSMs on 5.9GHz and these will NOT be sent > using IPv6 in the network layer. Generally, they will be sent with > NO network layer addressing (cf. WSMP/NNTP/FNTP) It is a valuable point of view. A network layer IPv6 packet sent by a vehicle is typically surrounded by a few 802.11 OCB (aka 11p): an 802.11 Data Header and an LLC Header. These headers do contain the MAC addresses needed in discovery. The network layer sometimes issues IP packets which carry some information of the link layer (e.g. a Target Source Link Layer Address of an ICMPv6 message). But there is more to it. Some standards such as Korea's TTA V2V, China's LTE-V or LTE-D2D more generally, picture IPv6 side by side with WSMP, not above it, nor below it. This makes think IPv6 packets may be used for V2V purpose. Second, "IPv6" has a huge set of facets. It should be considered at its right facet, rather than opposing it for what may appear as a religious reason. IPv6 - it is not just a future protocol to which everyone should migrate away from IPv4. That's just a facet. IPv6 - it is not just IPv6 packets, not just Mobile IPv6. It is a huge set of other IPv6 protocols and applications which already run and that are easy to develop. IPv6 - it is not packets without link-layer headers. Almost each IPv6 packet has a link-layer header. IPv6 - it is not packets without transport and app headers. IPv6 packets without transport or app headers are in extremely limited use: they are for network control and similar. Some consider app-header-less IP packets as worthless. IPv6 - it is not incompatible with other protocols: in can encapsulate and be encapsulated at multiple layers and in multiple levels. IPv6 - it is not _one_ "application": it supports an enormous set of multiple applications be they fast or slow. They're all scalable: connect to any single other IP-enabled app from close or to far through the Internet. IPv6 - it is not something heavy to communicate: it is as fast as the link-layer on which it runs. One can't say "IPv6 is slower than WSMP" for example. IPv6 - it is not something one can prohibit to run on a particular frequency. This prohibition may sound as funny as IP-over-avian-carriers. So I would like to ask you: do you think link-layer discovery can not happen with these IP headers accompanied by 802.11 headers? > 3) The idea behind platooning and C-ACC is / could be to use another > 5.9GHz service channel (not the safety channel) to exchange messages > and there, IPv6 could be used if there were a need. Thanks for this indication. Do you have a pointer to this? I would like to add it in our C-ACC-at-SDO draft. I am asking because I did some research. The only place I could find telling that IPv6 is prohibited on some particular channel is ieeep1609.4-D9-2010. It may be outdated. The other standards similar to IEEE P1609, e.g. ETSI G5 documents, never prohibit explicitely "IPv6" on particular channels. Yes, these documents do specify some kind of application to relate to some kind of particular channel. But that does not mean that IPv6 can not be used to implement that application on that channel. > Remember, unless there is a need for unicast sessions between > members of the platoon or C-ACC group, broadcasts using a well-known > port and with no network layer addressing would work. YEs I remember that. And it may work but it may not be scalable. The unicast sessions that are needed are for example the unicast video streams. > 4) " Within each vehicle there is at least one subnet, but there are > potentially several distinct IP subnets in each vehicle." No, not > always. There are companies that implement 5.9 radios in a module > that includes the antenna, and the only ethernet around might be an > adapter for test purposes. Internally, there is no subnet; it's a > host attached to a radio in a proprietary manner. Yes. And one such module is added in a car which already has several IP subnets in the vehicle. This module can be dedicated to a particular V2V task. It can be disconnected from the other embedded subnets. But at the same time, manufacturers complain about too many such modules (one for LTE, one for 11p V2V, one for radar 60GHz, one for DAB, one for... and so on), and about too many cables in the car. So, in other prototype vehicles one can find one main box in charge of all connectivity and all other boxes connected to the main box. > 5) " The problem is how best to establish low-latency IP > communication paths between the computer on the networks embedded in > two or more neighboring and potentially fast-moving vehicles." > While they may be moving fast, there are in the same platoon and > going the same direction so the relative velocity is what matters, > and it's approximately zero! You can consider a platoon or a C-ACC > group as a quasi-static set of communication nodes. Cars come and > cars go, but not 10 times a second! That is right, and evenso the statement still holds. We can add a clarification as you suggest. Alex > > Cheers, > > RR > >> -----Original Message----- From: Alexandre Petrescu >> [mailto:alexandre.petrescu@gmail.com] Sent: Friday, October 23, >> 2015 8:48 AM To: its@ietf.org Subject: [its] Fwd: I-D Action: >> draft-petrescu-its-problem-01.txt >> >> Hello ITSers, >> >> We have published a new version of the ITS Problem Statement draft >> see below. >> >> Comments welcome. >> >> Alex >> >> >> -------- Message transféré -------- Sujet : I-D Action: >> draft-petrescu-its-problem-01.txt Date : Tue, 20 Oct 2015 01:08:19 >> -0700 De : internet-drafts@ietf.org Répondre à : >> internet-drafts@ietf.org Pour : i-d-announce@ietf.org >> >> >> A New Internet-Draft is available from the on-line Internet-Drafts >> directories. >> >> >> Title : Problem Statement for IP in ITS use cases C-ACC >> and Platooning Authors : Alexandre Petrescu Dapeng Liu >> Charles E. Perkins Filename : >> draft-petrescu-its-problem-01.txt Pages : 8 Date : >> 2015-10-19 >> >> Abstract: Two vehicle-to-vehicle communications use cases are >> discussed, namely Cooperative Adaptive Cruise Control (C-ACC) and >> Platooning. For these two use cases, the problems are identified >> that pertain to development with Internet protocols and >> connectivity. >> >> >> The IETF datatracker status page for this draft is: >> https://datatracker.ietf.org/doc/draft-petrescu-its-problem/ >> >> There's also a htmlized version available at: >> https://tools.ietf.org/html/draft-petrescu-its-problem-01 >> >> A diff from the previous version is available at: >> https://www.ietf.org/rfcdiff?url2=draft-petrescu-its-problem-01 >> >> >> 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/ >> >> _______________________________________________ I-D-Announce >> mailing list I-D-Announce@ietf.org >> https://www.ietf.org/mailman/listinfo/i-d-announce Internet-Draft >> directories: http://www.ietf.org/shadow.html or >> ftp://ftp.ietf.org/ietf/1shadow-sites.txt >> >> >> >> > > > From nobody Thu Oct 29 05:07:01 2015 Return-Path: X-Original-To: its@ietfa.amsl.com Delivered-To: its@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 096131B2DF6 for ; Thu, 29 Oct 2015 05:07:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.982 X-Spam-Level: X-Spam-Status: No, score=-4.982 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FREEMAIL_FROM=0.001, HELO_EQ_FR=0.35, HTML_MESSAGE=0.001, NML_ADSP_CUSTOM_MED=0.9, RCVD_IN_DNSWL_HI=-5, SPF_SOFTFAIL=0.665] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pEgOpX1rsM_v for ; Thu, 29 Oct 2015 05:06:54 -0700 (PDT) Received: from sainfoin-out.extra.cea.fr (sainfoin-out.extra.cea.fr [132.167.192.145]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B7B141B2DFB for ; Thu, 29 Oct 2015 05:06:50 -0700 (PDT) Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by sainfoin.extra.cea.fr (8.15.2/8.15.2/CEAnet-Internet-out-2.4) with ESMTP id t9TC6l1U021400 for ; Thu, 29 Oct 2015 13:06:48 +0100 Received: from pisaure.intra.cea.fr (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id AAD4920501E for ; Thu, 29 Oct 2015 13:12:39 +0100 (CET) Received: from muguet1.intra.cea.fr (muguet1.intra.cea.fr [132.166.192.6]) by pisaure.intra.cea.fr (Postfix) with ESMTP id 96C9B204E21 for ; Thu, 29 Oct 2015 13:12:39 +0100 (CET) Received: from [127.0.0.1] (is227335.intra.cea.fr [10.8.34.184]) by muguet1.intra.cea.fr (8.13.8/8.13.8/CEAnet-Intranet-out-1.2) with ESMTP id t9TC6leX004295 for ; Thu, 29 Oct 2015 13:06:48 +0100 To: its@ietf.org From: Alexandre Petrescu Message-ID: <56320BD7.1070408@gmail.com> Date: Thu, 29 Oct 2015 13:06:47 +0100 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="------------060402050808090901060100" Archived-At: Subject: [its] Discuss about ITS at the IETF Welcome Reception X-BeenThere: its@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: ITS at IETF discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Oct 2015 12:07:00 -0000 This is a multi-part message in MIME format. --------------060402050808090901060100 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hello ITSers, I will be at the Welcome Reception on Sunday at 17h. Join me, we can discuss about ITS. Problem Statement: draft-petrescu-its-problem-01 Use-cases and gap analysis: draft-petrescu-its-cacc-sdo-04 Charter: https://mailarchive.ietf.org/arch/msg/its/epfyQZkywJsg7FxtnS-BmtLJh8I Alex --------------060402050808090901060100 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit Hello ITSers,

I will be at the Welcome Reception on Sunday at 17h.  Join me, we can discuss about ITS.

Problem Statement: draft-petrescu-its-problem-01
Use-cases and gap analysis: draft-petrescu-its-cacc-sdo-04
Charter: https://mailarchive.ietf.org/arch/msg/its/epfyQZkywJsg7FxtnS-BmtLJh8I

Alex
 --------------060402050808090901060100--