Input for todays afternoon call: first aspects on ONS
Dear all, Please find enclosed an input for the IDoT state of the art paper. I would like to discuss die ONS issue with you in our conference call today. We should think about if or how can we consider the ONS, the EPC or parts of the ONS/EPC as an element in IDoT Some aspects on the existing Object Name System (ONS) under consideration of the IDoT. Purpose of ONS: Resolution of Electronic Product Codes (EPC) - Identifiers in a numbering system for goods assign by an international industry consortium EPCglobal. With the goal to come from a unique identifier for an object to the object-specific information - also called EPC Information System (EPCIS) ONS is the basic concept behind the RFID tag use case on goods. How it works: The EPC are numeric identifier which consist of Company Prefix + Object Class + Serial Number. ONS works similar to the Domain Name System (DNS). The ONS resolves/maps the EPC into a link (EPCIS URI) to the object related information. Applications can use this link for services e.g. product information, logistics, ... (See below) The EPCglobal acts as ONS root. The producers act as EPC manager for hic EPC domain To find the company is under governance of the root owner To find or get a link to EPC information is under governance of the producer. [cid:image003.png@01CF9097.9062CFD0] Goodies: Easy to implement, easy to use, stable, Use existing standard IP protocols, data economical ( UDP only) Powerful organizations like GS1 Troubles: Weak security, no privacy, lack of integrity, ... ONS - root can track the queries and therefore the profile of good flows The current ONS is unipolar - single delegation chain Reverse mapping is not really to provide in the ONS - that means: a resolution / mapping from an EPCIS URI to an EPC does not really work Power structure - ONS root is provided by VeriSign, ONS top level domains (EPC manager) are provided by producers ONS evolution: - National, alternative ONS roots (multipolar ONS) - Discovery services for cross domain, EPC fragments or reverse lookups The way I see it for our KANTARA group: ONS is listed in the IoT There is no way around ONS. For EPCs We have to consider the existing ONS - face the truth ;) We should think about how can we consider the ONS or parts of the ONS as an element in IDoT. Mit freundlichen Grüßen / Viele Grüße / Best Regards Frank Mildner DEUTSCHE TELEKOM AG T-Labs (Research & Innovation) Dipl.-Ing. Frank Mildner Deutsche-Telekom-Allee 7, 64295 Darmstadt +4961515834747 (Tel.) +496151899838 (Fax) E-Mail: frank.mildner@telekom.de<mailto:frank.mildner@telekom.de> www.telekom.com<http://www.telekom.com/> Erleben, was verbindet. DEUTSCHE TELEKOM AG Aufsichtsrat: Prof. Dr. Ulrich Lehner (Vorsitzender) Vorstand: Timotheus Höttges (Vorsitzender), Reinhard Clemens, Niek Jan van Damme, Thomas Dannenfeldt, Dr. Thomas Kremer, Claudia Nemat Handelsregister: Amtsgericht Bonn HRB 6794 Sitz der Gesellschaft: Bonn Grosse Veränderungen fangen klein an - Ressourcen schonen und nicht jede E-Mail drucken.
participants (1)
-
Frank.Mildner@telekom.de