Rammer

Først ut er en forståelse av nettverks rammer. Det er en grunn nesten hver nettverks bok og klasse starter med en diskusjon av OSI 7-lag referansemodell. For å forstå nettverkskomponenter, må du forstå funksjonene komponentene forventes å utføre, og dette er definert av modellen. Med andre ord, er modellen i hvilken sammenheng komponentene fungerer. For eksempel, Token Ring, IPX og SPX, eller Ethernet, IP og TCP er rekke protokoller som utfører bestemte funksjoner, og ingen protokoll kan operere i et vakuum. De fungerer bare i forbindelse med mange andre protokoller som, tatt sammen, danner et system.

Så, en forståelse av rammeverket gjør det mulig å hoppe til den bratte delen av læringskurven når du avtale med ny teknologi, som vil være en konstant i din karriere. Det vil alltid være nye protokoller og nye systemer for å lære og implementere og støtte, men hvis du vet modellen, har du allerede en god gjetning om hvordan ting fungerer.
Rammer definert

Den illustrerte OSI referansemodell

Token Ring

Ethernet

IP (Internet Protocol)
TCP (Transmission Control Protocol)

en god kilde for å studere disse rammene er en høyskole lærebok eller et generisk (ikke leverandørspesifikke) nettverk primer. [Du kan også komme i gang med å sjekke ut ressursene i Innføring i nettverk delen av dette området. - Redaktør]

Standarder

Det neste området av teknologi for ingeniøren å fokusere på er standard. Det er et virkelig stort utvalg av nettverk standarder i dag, sammen med flere konkurrerende standardinnstillings organer, som for eksempel IEEE, IETF og ISO. Disse standardene gjør en innsats for å gi kompatibilitet. Den effektive ingeniør trenger en fungerende kunnskap om hundrevis av standarder, fra H.323 til IEEE 802.11a /b /g til RFC 1918.

A " kjennskap " betyr å forstå hvor standard passer i modellen - hva jobben sin er:
hvilke tjenester det er avhengig av
hvilke tjenester det gir
hva begrensninger det medfører
hvilke fordeler og ulemper det har over konkurrerende standarder
hva andre protokoller du må konfigurere med det

Komme i gang på standarder

802.xx Fast Reference

Hvor kan jeg lærer noe av det grunnleggende VoIP, som H.323 og SIP?

ITEF sin RFC indeksen siden

OpenH323Project gir en guide til H.323-standarden
Mens du er prioritere listen over standarder for å lære, huske å observere hvor standard i spørsmålet er i sin modenhet syklus. Noen er grunnlegg - Ethernet, for eksempel - og du bare ikke kan leve uten dem. Andre, slik som VoIP, er relativt ny, og selv om nervøs med risiko, hente høye lønninger for ingeniører som er dyktig med dem. Atter andre avskrives, som RIPv1, noe som betyr en annen standard har erstattet dem, selv om det betyr ikke at du ikke vil møte dem.

Hvis du bare starte opp, eller ønsker å investere i deg selv, kan du besøke din favoritt Internett jobb bord og sortere stillinger ved sin postet kompensasjon. Noter alle teknologier som er oppført i annonser for de høyest betalte jobber og lære disse teknologiene først. Teknologiene kan være komplisert, men bestemmer hvor du skal starte er det ikke.

Produkter

Det neste en ingeniør må forstå er at alle disse standardene han bare lært er i stor grad akademisk. Leverandører designe sine produkter på en annen måte, og implementeringer av samme standard med to separate leverandører kan være ganske litt annerledes, selv om de fortsatt er interoperable.

For det første kan de tilgjengelige alternativene, den mekanismen som du konfigurere dem, og vilkårene de bruker for å beskrive dem alle være annerledes. Mer alvorlig er selgernes adopsjon av en " omfavne og utvide " tilnærming til standarder, noe som vanligvis resulterer i spiffy - men proprietære - nye funksjoner og kan gjøre dem uforenlig med andres produkter.

Det er derfor viktig for en effektiv ingeniør for å vite ikke bare standard, men også hvordan leverandøren implementerer som standard, for å inkludere: hvilken maskinvare plattformer det støttes på, hvordan det kan ha endret seg siden den siste programvareversjon, hva de kjente feilene er, og hva slags motiv quirks kan føre til at teknologien for å prestere bedre eller verre.

Selvfølgelig, noen av disse tingene er lært bare gjennom erfaring og er ikke formelt dokumentert noe sted. Men en god måte å få mest mulig ut av denne kunnskapen, i hvert fall for moderat modne teknologier, er å forfølge sertifiseringer. Noen arbeidsgivere verdsetter visse leverandøren sertifiseringer mer enn andre, og noen sertifiseringer er mer en indikasjon på evnen til å huske enn av erfaring og kompetanse. Men begge disse klagene går glipp av mer viktig poeng at eksamensoppgaver selv nesten alltid peker til elementene leverandøren mener er viktigst for vellykkede implementeringer, og til problemområdene som ble støtt og løst i de tidlige dagene av faget teknologi. Dermed tar en leverandørens eksamener for en gitt teknologi vil trolig vise deg de farlige områdene du ønsker å sikre at du forstår før du distribuerer den teknologien.

Kombinasjonen av en anstendig lærebok, litt kvalitetstid med forskjellige spesifikasjoner, og læremateriell for en eksamen vil sette deg godt på vei til å mestre nettverksteknologi av ditt valg.