HDLC (Hög nivå datalänkskontroll) * kan * användas som ett datalänkskiktprotokoll för ett LAN i Java, men det är mycket okonventionellt och rekommenderas i allmänhet inte. Här är varför:
* Befintliga standarder: LAN använder överväldigande Ethernet (och dess variationer som Wi-Fi, som använder 802.11). Ethernet är en mogen, välstödd och mycket optimerad teknik. Implementering av HDLC skulle kräva att skapa en helt ny infrastruktur och förare, genom att kringgå all befintlig hårdvara och programvara utformad för Ethernet.
* Komplexitet: HDLC är ett mer komplext protokoll än Ethernet. Att implementera det korrekt i Java skulle kräva betydande ansträngningar och expertis inom nätverksprogrammering och protokolldesign. Du måste hantera ramformatering, feldetektering, flödeskontroll och potentiellt olika HDLC -lägen (normalt svar, asynkront svar, asynkron balanserad).
* Brist på hårdvarustöd: De flesta nätverksgränssnittskort (NIC) är inte utformade för att arbeta direkt med HDLC. Du skulle sannolikt behöva arbeta på en mycket låg nivå (eventuellt direkt manipulera NIC:s register) för att skicka och ta emot HDLC -ramar. Detta är svårt och plattformsberoende.
* interoperabilitet: Om du byggde ett HDLC-baserat LAN, skulle den inte kunna samarbeta med befintliga Ethernet-baserade nätverk. Detta begränsar allvarligt dess praktiska användning.
Om du * måste * använda HDLC av ett mycket specifikt skäl (t.ex. ett mycket specialiserat inbäddat system eller ett forskningsprojekt), så kan du närma dig det i Java:
1. Nätverksnätverkstillgång: Du skulle sannolikt behöva använda Java's NIO (nya I/O) -bibliotek för att få direkt åtkomst till nätverksgränssnittet. Detta är mycket avancerat och felaktigt. Du kan till och med behöva använda JNI (Java Native Innative-gränssnitt) för att ringa Native Code (C/C ++) för låg nivå interaktion med hårdvaran.
2. HDLC -ramimplementering: Du måste skapa Java -klasser för att representera HDLC -ramar, inklusive fält för adress, kontroll och information.
3. Feldetektering och korrigering: Implementera Cyclic Redundancy Check (CRC) beräkningar för feldetektering. Du måste också hantera vidarebefordringar om fel upptäcks.
4. Flödeskontroll: Implementera en flödeskontrollmekanism (som skjutfönster) för att förhindra att avsändaren överväldigar mottagaren.
5. Testning: Rigorös testning är väsentlig på grund av komplexiteten hos HDLC.
Sammanfattningsvis: Även om det är tekniskt möjligt är att bygga ett HDLC-baserat LAN i Java ett betydligt utmanande åtagande med liten praktisk fördel. Att hålla fast vid standard Ethernet-protokoll rekommenderas starkt för alla verkliga LAN-applikationer. Om detta är en akademisk övning skulle fokus på en mindre, mer hanterbar aspekt av HDLC (t.ex. ramparing) vara ett mer realistiskt mål.
