TomTom « Terug naar discussie overzicht

quote:

VOORTS schreef op 18 november 2015 13:42:

[...]

Als het allemaal zo "goed" is zoals u zegt waarom is het dan niet toegepast?
Dan had u het zelf de wereld in moeten slingeren.

quote:

Hik schreef op 18 november 2015 17:45:

Een reiziger die in een hotel slaapt? Neemt die zijn auto mee naar binnen? Volgens mij hoeft alleen dié auto gewaarschuwd te worden die op dat moment onderdeel is van een 'moving cloud' en aan deze cloud via positieverplaatsingen duidelijk maakt dat hij aan het verkeer deelneemt.
Driverless, daar gaat het wat mij betreft om. Niet meer over telefoontjes of PND's. Over een tijdje slaapt jouw reiziger gewoon in de auto, terwijl deze rijdt. Welterusten brombeer....

Voor de mensen die geen vreemde woorden begrijpen (zoals jij veronderstelt) heb ik hieronder wat (moeilijke ?) woorden zimpeler neergezet:
hotel: groot soort huis waar je tegen betaling kunt slapen en meestal ook nog kunt eten
auto: door externe energiebron aangedreven en van één of meerdere deuren voorzien verplaatsings hulpmiddel waarbij de positie verplaatsing door actieve bestuurder ter hand wordt genomen
moving: bewegend
cloud: wolk
driverless: bestuurderloos
PND: Draagbaar Positiebepalings Apparaatje (DPA)

quote:

Beperktedijkbewaking schreef op 18 november 2015 17:57:

Over mobile edging technology:

www.etsi.org/technologies-clusters/te...

Het is nog slechts een concept. En verkeerskundig van betrekkelijke waarde.

Zie ook deze:
en.wikipedia.org/wiki/Cloudlet

en vooral de laatste drie alinea's:

"Different from cloud data centers that are optimized for launching existing VM images in their storage tier, cloudlets need to be much more agile in their provisioning. Their association with mobile devices is highly dynamic, with considerable churn due to user mobility. A user from far away may unexpectedly show up at a cloudlet (e.g., if he just got off an international flight) and try to use it for an application such as a personalized language translator. For that user, the provisioning delay before he is able to use the application impacts usability.[10]
VM handoff across cloudlets

Ik weet hier wel iets vanaf. Dit beschrijft de manier waarop een cloudlet als een VM (Virtuele Machine) naar de client (telefoon o.i.d.) wordt geprovisioned (uitgerold, ter beschikking wordt gesteld). In een datacenter is een virtuele machine gewoon een bestand, zichtbaar als storage (Een virtuele machine in Vmware bijvoorbeeld is voor Windows gewoon een 'nnnn'.vmdk bestand. Alleen voor de client zelf is het een OS met bijbehorende functionaliteit. Dit klinkt heel logisch voor iemand die bijvoorbeeld thuis al eens heeft gespeeld met virtualisatie (Sandbox, VmWare Workstation). Je kunt bijvoorbeeld een virtuele machine die Windows draait op een Apple installeren, deze op een schijfje zetten en bij een vriend die ook een Apple heeft als Windows machine opstarten. Voor de Apple echter is dit gewoon een bestand. In de tekst staat nu dat dit bestand agile moet zijn. Zo klein mogelijk en in de praktijk zie je ook dat waar het maar mogelijk is data gedeeld wordt tussen de verschillende deelsystemen om deze virtuele machines zo klein mogelijk te houden. Zeker als ze 'Over The Air' naar de clients gestuurd moeten worden en pas dán wanneer ze echt nodig zijn (on demand dus); op het moment dat de gebruiker een cloudlet 'binnenkomt.'

If a mobile device user moves away from the cloudlet he is currently using, interactive response will degrade as the logical network distance increases. To address this effect of user mobility, the offloaded services on the first cloudlet need to be transferred to the second cloudlet maintaining end-to-end network quality.[11] This resembles live migration in cloud computing, but differs considerably in a sense that the VM handoff happens in Wide Area Network (WAN).

Hier zeggen ze dat, terwijl de client de éne cloudlet verlaat en de andere binnenkomt de software eigenlijk van 'ondergrond' verandert. Je verplaatst dus de Virtuele Machine van de ene naar de andere cloudlet, zoals ik hierboven heb geschetst met Windows op een Apple. Het is inderdaad een hele toer om dit te doen over the air. Niet zozeer de verplaatsing zélf, dat kan heel snel. Maar de verbindingen naar de client verplaatsen ook en daar zul je altijd, hoe klein ook, een 'hikje' zien. In de praktijk gebeurt dit verplaatsen altijd door een 'Virtualisatie Hypervisor': Als je bijvoorbeeld een Windows Virtuele machine van de éne naar de andere kant gooit en je laat tegelijkertijd een ping meelopen, dan zie je altijd dat je één pingetje mist.

Since the cloudlet model requires reconfiguration or additional deployment of hardware/software, it is important to provide a systematic way to incentivise the deployment. However, it can face a classic bootstrapping problem. Cloudlets need practical applications to incentivize cloudlet deployment. However, developers cannot heavily rely on cloudlet infrastructure until it is widely deployed. To break this deadlock and bootstrap the cloudlet deployment, researchers at Carnegie Mellon University proposed.


Dit probleem zie ik niet zo. Er zijn al jaren protocollen om op afstand updates (ook firmware) naar netwerkapparaten te sturen. BOOTP en TFTP zijn hier voorbeelden van. Er is dan één server waar je de nieuwe client software op zet. De cloudlet kent het adres van deze server. De volgende keer dat deze boot en ziet dat er een nieuwe firmware voor hem klaar staat, haalt hij deze binnen. Overschrijft de oude en start nog een keer opnieuw op. Proven technology.


Ga je gang dus, qua standaardisatie. Ik ben benieuwd.

quote:

Hik schreef op 18 november 2015 18:31:

[...]

quote:

Beperktedijkbewaking schreef op 21 november 2015 09:49:

[...]

Dat komt ervan, als je je antwoorden in mijn reactie verbergt. Puntjes hierboven, nu reageer ik op niks...

Ik doe toch een poging. Tegen jouwe internet en IOT technieken ga ik niet in, ik ben al blij als ik het half kan volgen. Wel ga ik in op de verkeerskundige inhoud. En die is bij jou afwezig. Ook qua tags doe je te makkelijk.

Die cloudlets zullen de nodige protocollen vereisen, hoe technisch-arrogant je er ook over wilt lullen (geldt ook voor xynix).

Bij een hazard-bericht van een connected car zal een tag bij moeten zitten dat het voor directe distributie via een cloudlet bestemd is. Dat spreekt niet vanzelf. Een normaal GPS-trace bericht van een connected TT-device is geen hazard, snappie?
En ik had het al over het verschil tussen een hazard in de richting AB, versus BA. Jullie verzwijgen al die details.

En voor welke LTE cellen is het nu precies relevant? Voor de huidige, of ook voor de aangrenzende? Welke intelligentie is nu waar voor nodig?

Jullie ICT en IOT-fanatici lullen maar raak, ik hoop ervan te leren, maar zonder enig echt aanwijsbare verkeerskundige functies verlies je mij. En ook als je de noodzaak van industriebrede standaardisatie op dat gebied ontkent. Die standaardisatie is altijd de achilleshiel van technische fantasten.

quote:

Hik schreef op 21 november 2015 10:35:

[...]

...

De echte huidige specialisten lachen zich waarschijnlijk rot om wat we hier allemaal bespreken. Neem het niet al te serieus. Dit meen ik serieus.

quote:

Beperktedijkbewaking schreef op 21 november 2015 11:53:

[...]

Grappig!

quote:

Hik schreef op 21 november 2015 12:31:

[...]
Ik heb vandaag mijn lolbroek aan.

quote:

xynix schreef op 21 november 2015 14:13:

[...]
Ik mijn grapjurk: ready to tango?

quote:

Hik schreef op 29 november 2015 13:28:

Nog meer over 'Edge' computing:
www.academia.edu/8648486/Fog_Computin...

quote:

Beperktedijkbewaking schreef op 1 december 2015 08:00:

[...]

Is dit wat ze in dat HERE-360 blog bedoelen met hun 'cloud'?

quote:

mjmj schreef op 26 februari 2016 22:58:

Ahhhhh wat gaat dat voor consequenties hebben voor TT?

quote:

Hik schreef op 2 april 2016 11:56:

Er was deze week een issue over het ontbreken van 'lane markers' op een groot deel van de slecht onderhouden US infrastructuur. (Tesla's Elon Musk klaagde hierover).
Hier een artikel dat ook de rol van Tom2 en HERE aanstipt, en dus ook de toegevoegde waarde, als het gaat om localisatie zónder afhankelijkheid van deze lane-markers.

www.rawstory.com/2016/03/americas-inf...