[DG-IDoT] Use case "harvester communicates with truck"

Ingo.Friese at telekom.de Ingo.Friese at telekom.de
Tue Dec 17 10:20:43 CST 2013


Very good approach. It might work when harvester and truck are close. But what when they are fare from each other. Or let's assume you have a bunch of trucks with wifi in on parking area.
But let's see what does it mean in general for addressing in IoT (for our Concept paper)

-          You can search for your communication partner manually (you go around and look for SSIDs)

Other ways would be.

-          You exchange protocol and IP-address beforehand (truck drivers could talk to each other and exchange IP-Addresses)...not very attractive but a  theoretical option

-          You use systems that provide already an addressing scheme like the telephony system (you could give Harvester and Truck a phone number)

-          You build a common application- or use-case specific namespace (harvester and truck have to register every morning at the same server)

-          To be discussed.....

Something like that I want to describe in our paper (derived from the use-cases).

From: j stollman [mailto:stollman.j at gmail.com]
Sent: Dienstag, 17. Dezember 2013 15:51
To: Friese, Ingo
Cc: dg-idot at kantarainitiative.org
Subject: Re: [DG-IDoT] Use case "harvester communicates with truck"


What if the harvester acted like a wifi hotspot?  Trucks could search for the hotspot with whatever name the harvester user chose to give it, in the same way I connect to a standard wifi hotspot at a coffee shop or hotel, or the cable modem in my house..

The harvester's computer would also be connected to its built-in hotspot allowing it to communicate with any truck that logs in (with the assistance of the driver who inputs the desired harvester SSID.  The connection might not even need to be secure, since no proprietary information is passing between the two machines.

Am I missing something that makes this scenario more complicated?


On Mon, Dec 16, 2013 at 6:02 AM, <Ingo.Friese at telekom.de<mailto:Ingo.Friese at telekom.de>> wrote:
Dear all,

I added another use-case for our discussion. I think it not to futuristic and shows "white spots" and open issues in the IDoT discussion.


best regards Ingo

Scenario "renting a combine harvester"
Use case "harvester communicates with truck"
Combine harvesters are expensive machines. So renting a harvester or using a harvester service (harvester plus driver) is a preferred choice for many farmers around the world.
A campaign (e.g. harvesting a field) needs different kind of machines. Harvesters doing the work and Trucks transport the crop. Modern combine harvesters are able to communicate to the trucks. When they are nearly full the truck can pass by and take over the current crop and the harvester machine can go on without the need to stop and unload the crop.

The use-case in detail
The harvester wants to communicate with the truck and vice versa as well as with other machines. In order to keep the example simple, let's assume that harvester and truck have 3G/LTE connection and internet access. Telco's use usually IP-address pools. That's why harvester and truck get most likely a new IP-address with every login. As a consequence IP-address is no stabile identifier for harvester and truck.
But nevertheless both harvester and truck have a communication interface (discovery) and IP-level routing is available due to the 3G/LTE connection to the internet.
Usually every the harvester manufacturer has solution to communicate between these machines. But when the truck was built by another manufacturer it is not clear what protocol, what kind of ID and what method is used to find the machine.

The challenge
Bob is the driver of the harvester. Nearly every morning he is on another field hand has to connect to other machines.
Bob needs an easy and standardized way to say to the truck drivers: "you can find my machine here!", "You can see it in your radar app (showing all machines nearby), "just google it" or something else.
Then this identifier has to be mapped to the current protocol and IP-address of the machine. Subsequently a message could be send to this machine.

-          Is there a standardized identifier?

-          Is there a name service for things (e.g. trucks and harvesters)?

-          How to facilitate authentication?

DG-IDoT mailing list
DG-IDoT at kantarainitiative.org<mailto:DG-IDoT at kantarainitiative.org>

Jeff Stollman
stollman.j at gmail.com<mailto:stollman.j at gmail.com>
1 202.683.8699

Truth never triumphs - its opponents just die out.
Science advances one funeral at a time.
                                    Max Planck
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://kantarainitiative.org/pipermail/dg-idot/attachments/20131217/cfa43f39/attachment-0001.html>

More information about the DG-IDoT mailing list