[geonet/its] REMINDER: meeting today (23rd July) at 20:30; IETF registration desk

<karagian@cs.utwente.nl> Wed, 23 July 2014 09:54 UTC

Return-Path: <karagian@cs.utwente.nl>
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 356691A037D for <its@ietfa.amsl.com>; Wed, 23 Jul 2014 02:54:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Level:
X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7] 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 yH75ypHF53R2 for <its@ietfa.amsl.com>; Wed, 23 Jul 2014 02:54:32 -0700 (PDT)
Received: from out47-ams.mf.surf.net (out47-ams.mf.surf.net [145.0.1.47]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8253A1A0317 for <its@ietf.org>; Wed, 23 Jul 2014 02:54:31 -0700 (PDT)
Received: from EXEDGE02.ad.utwente.nl (exedge02.ad.utwente.nl [130.89.5.49]) by outgoing2-ams.mf.surf.net (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP id s6N9sO1K025543; Wed, 23 Jul 2014 11:54:24 +0200
Received: from EXHUB01.ad.utwente.nl (130.89.4.228) by EXEDGE02.ad.utwente.nl (130.89.5.49) with Microsoft SMTP Server (TLS) id 14.3.181.6; Wed, 23 Jul 2014 11:54:26 +0200
Received: from EXMBX24.ad.utwente.nl ([169.254.4.146]) by EXHUB01.ad.utwente.nl ([130.89.4.228]) with mapi id 14.03.0181.006; Wed, 23 Jul 2014 11:54:24 +0200
From: karagian@cs.utwente.nl
To: its@ietf.org
Thread-Topic: REMINDER: meeting today (23rd July) at 20:30; IETF registration desk
Thread-Index: AQHPplwVmOHjxvlPAkGK8ZQ1uGWkkg==
Date: Wed, 23 Jul 2014 09:54:23 +0000
Message-ID: <FF1A9612A94D5C4A81ED7DE1039AB80F5D57BC09@EXMBX24.ad.utwente.nl>
Accept-Language: nl-NL, en-US
Content-Language: nl-NL
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [69.46.168.130]
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Bayes-Prob: 0.5 (Score 0, tokens from: utwente-out:default, base:default, @@RPTN)
X-CanIt-Geo: ip=130.89.5.49; country=NL; region=Provincie Overijssel; city=Enschede; latitude=52.2195; longitude=6.8912; http://maps.google.com/maps?q=52.2195,6.8912&z=6
X-CanItPRO-Stream: utwente-out:default (inherits from utwente:default, base:default)
X-Canit-Stats-ID: 0vMtJSoUT - f38648b0f530 - 20140723 (trained as not-spam)
X-Scanned-By: CanIt (www . roaringpenguin . com)
Archived-At: http://mailarchive.ietf.org/arch/msg/its/lvXQ-_XAShfO9EumDdeWN7tNTTo
Cc: alexandru.petrescu@gmail.com, melinda.shore@gmail.com, bgondara@hotmail.com, lear@cisco.com
Subject: [geonet/its] REMINDER: meeting today (23rd July) at 20:30; IETF registration desk
X-BeenThere: its@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "GeoNet BoF discussion list." <its.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/its>, <mailto:its-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/its/>
List-Post: <mailto:its@ietf.org>
List-Help: <mailto:its-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/its>, <mailto:its-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 23 Jul 2014 09:54:39 -0000

Hi all,

This is a reminder for the Geonet meeting that will take place today, please see below!

Best regards,
Georgios

________________________________________
Van: Karagiannis, G. (EWI)
Verzonden: zaterdag 12 juli 2014 7:16
Aan: its@ietf.org
CC: Eliot Lear; Alexandru Petrescu; Melinda Shore
Onderwerp: Agenda for the GeoNet informal meeting on 23rd July at 20:30; IETF registration desk

Agenda GeoNet informal meeting
==========================

Date and time: Wednesday 23 July at 20:30
Location: IETF registration desk;

I) Current version of charter, see attached document
=============


II) Current status of documents
==============

Currently the following drafts are produced:
http://www.ietf.org/id/draft-karagiannis-geonet-problem-statement-00.txt
http://www.ietf.org/id/draft-karagiannis-geonet-dissemination-geo-areas-00.txt
http://www.ietf.org/id/draft-wissingh-disseminate-to-rsu-00.txt

The following two use cases Internet drafts are planned to be written soon after the
IETF 90 (Dino is the main author of these two drafts; Dimitri will also participate; More volunteers?):

=> Precise tracking of package positions during a shipping process:
A good delivered by a shipping organization has a provider-independent IP address.
This good is tracked in that its geographical position is known to end-users continuously throughout the entire delivery process.
The IP address of the good is associated to the geographical coordinates of the router to which it connects. Using IP addresses enables very finely grained and precise tracking.

=> Tracking and communicating with people or objects located within geographical areas, e.g., Oiler Rigger
Oil companies want to track employees in the field, where the conditions can be dangerous so they want to verify their safety. Such a dangerous situation can be the explosion (or the high risk of explosion) of an oiler rigger. In this situation the Oil company needs to be able to disseminate recovery instructions to all employees that are located in the neighborhood of the explosion within a certain radius (e.g., 1 mile) from the explosion.


III) Possible blocking points on moving forward
========================

1. The re-use of DNS is perceived as a blocking point; a possible way
    out is to propose a system-specific resolution mechanism, with a
    loose-coupling hook to DNS?

2. Forwarding/L3 packet processing based on GeoNet (rather than IP
    addresses) is a blocking point; the best we could expect is a
    overlay style mechanism à la multicast or Mobile IP, or LISP where (one or more gateways)
    "gateway function" would be required?

3. Relationship to Geopriv WG may block because it suggests the
    functions we propose in GeoNet are maybe more adequate at
    application layer; maybe Geopriv may deliver an encoding-independent
    document which would enable consistence in the representation of
    geolocators and areas?


IV) What are the next steps on forming the GeoNET WG?
==============================


Best regards,
Georgios