DCAP

DCAP ( Data Link Switching Client Access Protocol )  er  en protokol, der bruges mellem arbejdsstationer og routere til at transportere SNA/NetBIOS-trafik over TCP-sessioner.

I store netværk løser DCAP problemet med skalerbarhed ved betydeligt at reducere antallet af netværksknuder, der forbinder til den centrale router. Arbejdsstationerne (DCAP-klienter) og routeren (DCAP-server) danner en hierarkisk struktur, der etablerer en klient/server -relation .

Oversigt

Arbejdsstationerne (DCAP-klienter) og routeren (DCAP-server) etablerer en klient/server-relation. Arbejdsstationer opretter kun forbindelse til DCAP-serveren. Til gengæld har serveren en enkelt peer-to-peer-forbindelse – med den centrale router.

TCP -protokollen bruges til at overføre data mellem serveren og klienten . Der etableres kun én TCP-forbindelse mellem klienten og serveren, som bruges til både læsning og skrivning. En race-tilstand opstår, når både serveren og klienten forsøger at etablere en TCP-session på samme tid. I dette tilfælde vil sessionen blive valgt til kommunikation, hvor initiativtageren har en lavere værdi af IP -adressen; den anden vil blive lukket.

For at etablere en session på klientsiden sender arbejdsstationen en direkte anmodning til serveren via IP-adresse. Anmodningen indeholder MAC-adressen og SAP (Service Access Point) for destinationsværten. Arbejdsstationen kan enten angive sin egen MAC-adresse eller bede serveren om at tildele en. Serverens IP-adresse skal være forhåndsregistreret på arbejdsstationen. Hvis der er angivet flere servere på arbejdsstationen, kan anmodningen sendes til alle. Den første server, der svarer, vil blive valgt til videre arbejde.
For at etablere en session sender serveren en direkte anmodning til arbejdsstationen. For at gøre dette skal serveren kende sin MAC-adresse på forhånd.

Meddelelsesformat

DCAP Header (Header) - den første blok af meddelelsen - er obligatorisk for alle meddelelser, der sendes mellem DCAP-klienten og serveren. Den har en længde på 4 bytes. DCAP-
datablok . Blokstrukturen og størrelsen er baseret på den meddelelsestype, der er angivet i overskriften. DCAP-dataene bruges til at behandle meddelelsen. Blokken er valgfri. Brugerdata  - indeholder brugerdata sendt mellem klienter og serveren. Størrelsen af ​​denne blok er variabel. Inkluderet i meddelelsen kun, når der er nødvendige data at sende.

Indlægsemne

Headeren angiver meddelelsens type og længde.

• Protokol-id'et optager de første 4 bits af den første byte. Denne værdi skal sættes til "1000 2 ". Versionsnummeret optager de næste 4 bits. Værdien skal indstilles til "0001 2 ".
• Den samlede meddelelseslængde er defineret som summen af ​​headeren, DCAP-datatypen og brugerdata.
• Den mindst mulige beskedstørrelse er 4 bytes, det vil sige, at beskeden kun består af en header.

Meddelelsestypen kan have en af ​​følgende værdier (ikke alle mulige værdier er angivet):

DCAP-data

Strukturen og størrelsen af ​​blokken afhænger af, hvilken type besked der blev angivet i headeren. Denne blok indeholder ikke brugerdata. Det er vigtigt at bemærke, at de reserverede felter skal sættes til 0 i den besked, der sendes, og den modtagende side skal ignorere disse felter.

Protokolskema

Følgende diagram viser rækkefølgen, i hvilken meddelelser udveksles mellem klient og server for normal sessions start og afslutning.

Links

• RFC 2114