Likes Likes:  0
Resultaten 1 tot 4 van de 4
  1. #1
    Troubleshooten via O.S.I. model
    geregistreerd gebruiker
    172 Berichten
    Ingeschreven
    13/04/10

    Locatie
    nvt

    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    3 Berichten zijn liked


    Naam: Matthijs
    Registrar SIDN: nee
    KvK nummer: nvt
    Ondernemingsnummer: nvt

    Thread Starter

    Troubleshooten via O.S.I. model

    Ik ben op school op dit moment het O.S.I. model aan het bestuderen en ik heb mij regelmatig afgevraagd wat ik er eigenlijk mee moest.

    Zoals ik het nu denk te begrijpen is het vooral een richtlijn om te troubleshooten en dan van onder naar boven te beginnen bij de fysieke laag. Dit zou dan de meest logische volgorde zijn om fouten op te sporen.

    Waar ik specifiek naar zoek is min of meer een soort checklist waar ik uit op kan maken wat je precies allemaal binnen de bepaalde lagen kunt doen om fouten op te sporen. Hier ben ik tijdens de opleiding nog niets over tegen gekomen.

    Ik heb uiteraad al gezocht en voorbeelden gevonden maar verre van compleet. Ik zou graag specifiek inzicht willen krijgen in wat er allemaal na te gaan is binnen een specifieke laag en of daar bijvoorbeeld ook nog een logische volgorde in zit binnen de laag zelf.

    Weet iemand hier wellicht een website waar "informatie / handleiding"te vinden is wat er allemaal komt kijken bij het troubleshooten ?
    Een soort checklist zeg maar ?

    p.s. Ik ben pas net een paar maanden met mijn opleiding bezig, voor velen zal dit gesneden koek zijn maar ik heb vooralsnog meer vragen dan antwoorden zodoende probeer ik het via deze weg iets duidelijker te krijgen.



  2. #2
    Troubleshooten via O.S.I. model
    Internet Services
    3.204 Berichten
    Ingeschreven
    27/03/06

    Locatie
    Utrecht

    Post Thanks / Like
    Mentioned
    14 Post(s)
    Tagged
    0 Thread(s)
    43 Berichten zijn liked


    Naam: Jeroen
    View nl.linkedin.com/in/jeroenvheugten's profile on LinkedIn

    Ehh. Nee. Het OSI-model (ISO/IEC 7498) is geen "richtlijn om te troubleshooten", maar een referentiekader/model/standaard waarin verschillende "lagen" worden beschreven over de communicatie tussen verschillende systemen. Het model dient om personen (bijvoorbeeld developers) handvatten te geven, zodat programma's interoperabel zijn met elkaar (over "open systemen") .

  3. #3
    Troubleshooten via O.S.I. model
    geregistreerd gebruiker
    1.554 Berichten
    Ingeschreven
    20/07/10

    Locatie
    's-Gravenhage

    Post Thanks / Like
    Mentioned
    20 Post(s)
    Tagged
    0 Thread(s)
    308 Berichten zijn liked



    Citaat Oorspronkelijk geplaatst door mva graphics Bekijk Berichten
    Ik ben op school op dit moment het O.S.I. model aan het bestuderen en ik heb mij regelmatig afgevraagd wat ik er eigenlijk mee moest.

    Zoals ik het nu denk te begrijpen is het vooral een richtlijn om te troubleshooten en dan van onder naar boven te beginnen bij de fysieke laag. Dit zou dan de meest logische volgorde zijn om fouten op te sporen.
    Even bot : dat moet je in je boek lezen, of aan je leraar vragen. Daarvoor doe je die opleiding.
    Wat je zegt qua troubleshooting is maar een heel klein aspect van het OSI (of TCP/IP) model .

    Ik kan me nauwelijks voorstellen dat hoe je denkt het te begrijpen is hoe het je verteld is - misschien een enkel paragraafje aan het eind van het hoofdstuk.
    Heb je werkelijk een boek dat (alleen) zegt "Het OSI model is vooral om te troubleshooten " ?

    Waar ik specifiek naar zoek is min of meer een soort checklist waar ik uit op kan maken wat je precies allemaal binnen de bepaalde lagen kunt doen om fouten op te sporen. Hier ben ik tijdens de opleiding nog niets over tegen gekomen.

    Ik heb uiteraad al gezocht en voorbeelden gevonden maar verre van compleet. Ik zou graag specifiek inzicht willen krijgen in wat er allemaal na te gaan is binnen een specifieke laag en of daar bijvoorbeeld ook nog een logische volgorde in zit binnen de laag zelf.
    Het ISO/OSI model is een theoretisch model van welke functies er zitten tussen een koper/glas draad (laag1) en een programma dat iets doet met data die daarover binnengekomen is.
    De verreweg meest bekende netwerk stack (TCP/IP) is feitelijk meer een 5-laags model. ISO/OSI heeft 7 lagen omdat in de tijd dat het model opgesteld werd het (ook) de IBM netwerk stack moest kunnen beschrijven, en dat waren wel 7 lagen.

    Ergens in je boek staat gegarandeerd een voorbeeld waarin de diverse functies van TCP/IP (+ethernet) + HTTP e.a. aan hun bijpassende laag gekoppeld zijn.

    Wat je daaruit moet leren is dat die lagen zoveel mogelijk onafhankelijk zijn :
    Aan bijvoorbeeld ethernet frames (laag2) zie je niet meer of die over een koperdraad, een glasdraad, of een microgolf link (laag 1) zijn binnengekomen.
    Aan de IP pakketjes (laag 3) zie je niet meer of ze over ethernet, of PPP, of SDH(/sonet), of frame relay vervoerd zijn.
    En als je een datastroom binnen haalt over het netwerk, maakt het niet meer uit of die uit TCP , of uit UDP gekomen is, en of dat over IPv4 of IPv6 liep.
    En als je webbrowser die data rendert, merk je ook niet meer of het transport via IPv4, IPv6 of heel misschien via Novell IPX of Decnet gegaan is.

    De link met troubleshooten is dat je van onder naar boven de lagen controleert.
    Als je kabel kapot is [laag 1] , moet je niet meer gaan zitten denken aan "DNS" (laag4) problemen, of firewall issues (+- laag 4 )
    Met ping naar een IP adres test je laag 1+2+3 , en daarna kijk je of laag4/5 (dns, tcp op de juiste poort ) werken .
    Op die manier werk je van onder naar boven tot aan de plek waar het stuk is .

    Weet iemand hier wellicht een website waar "informatie / handleiding"te vinden is wat er allemaal komt kijken bij het troubleshooten ?
    Een soort checklist zeg maar ?
    De korte samenvatting is "snappen hoe het moet werken, en nadenken op welke plek het kapot kan zijn als het niet werkt - en dat stap voor stap testen" .
    Er zijn massa's websites over TCP/IP, het ISO/OSI model en checklists voorstellen . Of er één te benoemen valt als "_de_" manier denk ik niet. Voor een specifiek examen is er natuurlijk gewoon "de" manier die het studieboek je aanraad.

  4. #4
    Troubleshooten via O.S.I. model
    geregistreerd gebruiker
    5.751 Berichten
    Ingeschreven
    20/02/05

    Locatie
    Haaksbergen / Amsterdam

    Post Thanks / Like
    Mentioned
    45 Post(s)
    Tagged
    0 Thread(s)
    168 Berichten zijn liked


    Naam: Mark Scholten
    Bedrijf: SinnerG / Stream Service
    Functie: Systeembeheerder
    URL: www.sinnerg.nl
    Registrar SIDN: ja
    KvK nummer: 34255993

    Met ping test je helaas 1+2+3 en eventuele firewalls die ping weigeren of droppen. Maar ergens halverwege beginnen en kijken of het waarschijnlijk eerder of later zit is over het algemeen wel handig.
    Tools die handig zjn voor ISPs vind je natuurlijk bij Tools 4 ISP.

Labels voor dit Bericht

Webhostingtalk.nl

Contact

  • Rokin 113-115
  • 1012 KP, Amsterdam
  • Nederland
  • Contact
© Copyright 2001-2021 Webhostingtalk.nl.
Web Statistics