Computable.nl
  • Thema’s
    • Carrière
    • Innovatie & Transformatie
    • Cloud & Infrastructuur
    • Data & AI
    • Governance & Privacy
    • Security & Awareness
    • Software & Development
    • Werkplek & Beheer
  • Sectoren
    • Channel
    • Financiële dienstverlening
    • Logistiek
    • Onderwijs
    • Overheid
    • Zorg
  • Computable Awards
    • Overzicht
    • Nieuws
    • Winnaars
    • Partner worden
  • Vacatures
    • Vacatures bekijken
    • Vacatures plaatsen
  • Bedrijven
    • Profielen
    • Producten & Diensten
  • Kennisbank
  • Nieuwsbrief

Healey loopt niet synchroon

19 oktober 2000 - 22:004 minuten leestijdOpinieGovernance & Privacy
Herman Kempers
Herman Kempers

Met stijgende verwondering, uitmondend in afgrijzen, heb ik de column ‘Asynchroon versus synchroon’ van Martin Healy in Computable van 15 september gelezen. De titel riep associaties op met discussies uit het begin van mijn ICT-carrière, toen IBM en DEC de twee grote spelers waren, laat Herman Kempers verontwaardigd weten. 

IBM stond gelijk met ‘synchrone wereld’ en Digital met de ‘asynchrone wereld’. De reden hiervoor was een puur technische. Voor een terminalsessie in de synchrone wereld werd op datalink/fysiek-niveau een verbindingssessie opgezet, die ook onderhouden werd indien er geen sprake was van reële datacommunicatie. Door middel van ‘polling’ werd de lijnverbinding in stand gehouden totdat de terminal/host de verbinding verbrak. Dit basisprincipe is een van de fundamentele eigenschappen die SNA niet routeerbaar maakt. Digital maakte gebruik van een datacommunicatiesysteem dat, indien er aan de terminal- en/of host-zijde data te versturen was er op datalink/fysiek-niveau opnieuw een verbinding werd opgebouwd. Indien beide niets te vertellen hadden, werd de sessie beëindigd.

Asynchroon of ‘verbindingsloos’

De refererentie aan zijn elektronica- en communicatie-achtergrond bevestigde mij in de veronderstelling dat de heer Healey bovenstaande discussie weer zou aanhalen. Dan staat er te lezen dat een asynchroon systeem ook wel ‘verbindingsloos’ systeem genoemd wordt. Asynchrone communicatie heeft echter wel degelijk een verbinding nodig tussen de partijen. Vervolgens wordt aan asynchrone communicatie ook nog de eigenschap toegekend, dat het data kan blijven sturen zonder dat de communicatiepartner actief is. Reken er maar niet op dat je op een asynchrone DEC-terminal een sessie met een VAX kon opzetten als die VAX niet bereikbaar of uitgezet was. Als de heer Healey vervolgens stelt dat er dan ook een store and forward-techniek toegepast moet worden, vraag ik me echt af waar we het over hebben.
E-mailberichten zullen op weg naar de ontvanger regelmatig over synchrone lijnverbindingen gestuurd worden. Met dit soort verbindingen worden de wan-interfaces van routers met elkaar verbonden en vaak moet een e-mailtje toch wel één of meer routers passeren.
Vervolgens wordt er een redenering opgezet waarbij er dusdanig allerlei zaken gerelateerd worden aan ‘sync/async’ dat zelfs XML er onderdeel van moet gaan uitmaken. SNA was het protocol voor robuuste transactiegeoriënteerde communicatie vanwege ondersteuning van synchrone en asynchrone concepten. Eh…, SNA is een typisch geval van synchrone communicatie. Willen we dat asynchroon versturen, moeten we de SNA-pakketten in een voor asynchrone communicatie geschikt protocol verpakken, zoals TCP/IP. Via een SNA-server wordt dit weer uitgepakt en vervolgens via synchrone communicatie aangeboden aan een S390 of iets dergelijks. Vanaf dat moment praten we dan weer over SNA-verkeer. En dit is slechts één van de manieren om SNA-data asynchroon te versturen, maar er moet altijd aan gesleuteld worden.

SNA, TCP en UDP

Een tweede reden om SNA te gebruiken was de robuustheid, foutherstel, beveiliging en performance. Een paar alinea’s eerder werd gesteld dat asynchrone systemen gebruikt werden juist daar waar een sterke nadruk op betrouwbaarheid van transacties werd gelegd. Als dan ook nog eens TCP als de synchrone poot en UDP als asynchrone poot van het TCP/IP protocol voorgesteld worden, weet ik zeker dat ik geen gedachtekronkel heb, maar dat meneer Healey gewoon echt niet weet waar hij het over heeft.
TCP is een reliable connection-oriënted protocol, hetgeen inhoudt, dat er inderdaad een sessie tussen beide partijen opgebouwd wordt waarbinnen de integriteit van de te communiceren data bewaakt wordt. UDP daarentegen is een connectionless protocol, hetgeen inhoudt dat er geen sessie tussen twee communicerende partners opgebouwd wordt. UDP wordt dan ook voornamelijk in broadcast-systemen gebruikt. TCP is ten enenmale ongeschikt om concurrent sessies op te bouwen met een onbekend aantal partners. Kennis van het aloude OSI-model van zeven lagen en basale protocol-kennis zijn voldoende om na lezing van deze column te concluderen: Hij heeft de klok horen luiden, maar heeft de klepel nog niet gevonden.
Misschien is er nog een andere mogelijkheid: de heer Healey is ongetwijfeld Engelstalig en heeft z’n column in het engels geschreven. Engelse computertermen krijgen vaak een vreemde Nederlandse vertaling. Bijvoorbeeld ‘regelomhaaltoets’ voor Enter, waarbij in het engels de functie ‘voer uit’ wel in het woord besloten ligt en in de Nederlandse vertaling niet. Maar ook met dat in het achterhoofd maak ik er met geen mogelijkheid een logisch en juist verhaal van en blijf ik bij mijn verbastering van het spreekwoord over de klok en de klepel.
 
Herman Kempers
Senior Netwerk-Architect
Centennium Detachering

Deel

    Inschrijven nieuwsbrief Computable

    Door te klikken op inschrijven geef je toestemming aan Jaarbeurs B.V. om je naam en e-mailadres te verwerken voor het verzenden van een of meer mailings namens Computable. Je kunt je toestemming te allen tijde intrekken via de af­meld­func­tie in de nieuwsbrief.
    Wil je weten hoe Jaarbeurs B.V. omgaat met jouw per­soons­ge­ge­vens? Klik dan hier voor ons privacy statement.

    Whitepapers

    Computable.nl

    GenAI: Veiligheidsrisico of wapen tegen dreiging?

    Wat AI betekent voor jouw securityaanpak? Alles over de risico’s en strategieën om GenAI verantwoord in te zetten.

    Computable.nl

    Bouw de AI-organisatie niet op los zand

    Wat is de afweging tussen zelf bouwen of het benutten van cloud?

    Computable.nl

    Beveiliging en IT samen sterk tegen bedreigingen

    Deze paper geeft concrete strategieën en handvatten om IT en Security effectiever te integreren.

    Meer lezen

    ActueelCarrière

    Kort: Wagenaar wint Microsoft Power Women Award, Deense investeerder neemt Aimms over (en meer)

    AchtergrondSoftware & Development

    License to bill

    ActueelCloud & Infrastructuur

    Nederlandse bedrijven nog niet kansloos om EU-gelden cloud en ai  

    ActueelGovernance & Privacy

    Websites lappen Europese Toegankelijkheidswet aan hun laars

    ActueelGovernance & Privacy

    Kort: AIV waarschuwt Nederland, Centric verwerft meerderheidsbelang in Twelve (en meer)

    AchtergrondCloud & Infrastructuur

    Europese it moet nú regie pakken

    Geef een reactie Reactie annuleren

    Je moet ingelogd zijn op om een reactie te plaatsen.

    Populaire berichten

    Meer artikelen

    Uitgelicht

    Partnerartikel
    AdvertorialInnovatie & Transformatie

    Computable Insights

    Een ai-agent die klantvragen afhandelt. Dat is een van de nieuwste troeven van softwareproducent Salesforce, dat daarmee meesurft op de...

    Meer persberichten

    Footer

    Direct naar

    • Carrièretests
    • Kennisbank
    • Planning
    • Computable Awards
    • Magazine
    • Abonneren Magazine
    • Cybersec e-Magazine

    Producten

    • Adverteren en meer…
    • Jouw Producten en Bedrijfsprofiel
    • Whitepapers & Leads
    • Vacatures & Employer Branding
    • Persberichten

    Contact

    • Colofon
    • Computable en de AVG
    • Service & contact
    • Inschrijven nieuwsbrief
    • Inlog

    Social

    • Facebook
    • X
    • LinkedIn
    • YouTube
    • Instagram
    © 2025 Jaarbeurs
    • Disclaimer
    • Gebruikersvoorwaarden
    • Privacy statement
    Computable.nl is een product van Jaarbeurs