VAART-bericht van: careljan <[email protected]> On Sat, 2009-10-24 at 19:43 +0200, chefren wrote: > VAART-bericht van: chefren <[email protected]> > > > > On 24-10-09 16:49, careljan wrote: > > VAART-bericht van: careljan <[email protected]> > > > > On Sat, 2009-10-24 at 15:15 +0200, chefren wrote: > > > >> In gebieden met mobiele dekking is "AIS over IP" toch echt wel > >> heeeeeeeeeeeeeel veel slimmer. > > > > Maar ook robuuster? > > Uiteindelijk: Jazeker! > > > Is er met AIS-IP point-to-point communicatie, of loopt het via het > > mobiele netwerk? Omdat je mobiele dekking noemt ben ik bang voor het > > laatste. > > Of sateliet. > > > En wat gebeurt er dan bij overbelasting (jaarwisseling, > > rampen), stroomstoring, uitval zendmast(en), andere storingen in het > > mobiele netwerk? Die komen nu eenmaal (on)regelmatig maar te vaak voor. > > Daarvan afhakelijk zijn lijkt me te riskant. > > Gewoon stoppen met varen, als nu in de mist je radar uitvalt stop je ook > mag ik hopen? Daar zit het grote verschil. Als de radar van een schip stopt, gaat het schip voor anker (of zet z'n tweede radar bij). Als het netwerk eruit ligt heeft meteen ieder schip een probleem.
knip > De meest succesvolle robuuste oplossingen die ik in de loop der > > tijd heb mogen helpen realiseren gingen toch steeds weer back to basic. > > Dat is toch het enige dat echt voldoet. > > Ik begrijp wat je bedoelt, maar ik weet ook zeker dat je nooit hebt > voorgesteld om alles met discrete electronische onderdelen of een > gate-array te gaan doen. > > Simpel gezegd, een moderne microsprocessor is waanzinnig complex en toch > durf je er op te vertrouwen. (Als je er met een microscoop naar kijkt, > visueel wat inzoomed en rondsnuffelt tussen de ongeveer 750 miljoen > onderdelen: <uitgebreid verhaal van chefren over slimme COTS oplossingen> Dat is precies wat ik bedoel: standaard 'proven technology' met lage kosten. Yahoo en bijv. ook CERN hebben grote clusters van standaard 'pizzadozen' (voor de IT-leken: platte servers). Ze kopen er gewoon teveel. Zo is er altijd reserve. Gaat er een kapot, andere erin schuiven. Repareren doen ze niet of nauwelijks meer aan. > Zo kan het ook op de binnenvaartschepen. Gewoon alles aan elkaar hangen > via een lokaal intranet en zorgen voor reservemateriaal en verbindingen. > > Als de GPS-IP ontvanger uitvalt dan kan de schipper daar een reserve > voor hebben en die er in klikken. Als de GSM internet verbinding uitvalt > dan kan de schipper overstappen op sateliet-internet. > > Het grote voordeel: Elke "terminal", elk scherm, kan overal bij, alles > is misschien complex maar wel overzichtelijk en onderhoudbaar gekoppeld. > > Als de huidige AIS transponder uitvalt is er in opzet niemand die de > schipper waarschuwt tenzij hij met een ander complex apparaat weer gaat > zitten meten of het uitgezonden signaal wel goed genoeg is. Als GPS > coordinaten en overige gegevens via constant gebruikt en dus getest > internet naar een centraal punt zou worden gestuurd dan is controle > (End-to-End!) veel een veel makkelijker, kwestie van paar scriptregeltjes. Daar heb je een punt. > En het belangrijkste aan deze "complexe" opzet, het staat geen enkele > verdere ontwikkeling in de weg. Alle onderdelen zijn COTS, dus veel > goedkoper etc. Zonder meer eens. Interessante afweging. Ik houd er altijd van om niet afhankelijk te zijn van externe partijen/technieken, dan heb je geen derden nodig bij een storing. Als er een AIS zender uitvalt is dat1 schip, als er een AIS-IP mast uitvalt moet er een heleboel omschakelen, en zijn er een heleboel afhankelijkheden van abonnementen (is alles betaald), antennes (wanneer werd die satelliet antenne voor satelliet-internet voor het laatst gebruikt/getest? doet-ie het nog?) etc. Dat de mogelijkheden van AIS-IP veel beter zijn ben ik eens, maar of je het tegen aanvaardbare kosten net zo robuust kan krijgen als AIS-analoog betwijfel ik. Groet, CJ * Hoe denk je over het Crisisberaad? www.vaart.nl/peiling * Het adres voor reacties en nieuwe berichten: [email protected] * Afmelden op: [email protected] met tekst: unsubscribe VAART-L
