กลับไปหน้าบทความ

อ่าน 2 นาที

การควบคุมการเชื่อมโยงเชิงตรรกะ

ใน แบบจำลองอ้างอิง IEEE 802 ของ เครือข่ายคอมพิวเตอร์ เลเยอร์ โปรโตคอลการสื่อสารข้อมูล ควบคุมการเชื่อมโยงเชิงตรรกะ ( LLC ) เป็นซับเลเยอร์บนสุดของ เลเยอร์การเชื่อมโยงข้อมูล (เลเยอร์...

การควบคุมการเชื่อมโยงเชิงตรรกะ

(Learn how and when to remove this message)

ใน แบบจำลองอ้างอิง IEEE 802ของเครือข่ายคอมพิวเตอร์เลเยอร์โปรโตคอลการสื่อสารข้อมูลควบคุมการเชื่อมโยงเชิงตรรกะ ( LLC ) เป็นซับเลเยอร์บนสุดของเลเยอร์การเชื่อมโยงข้อมูล (เลเยอร์ 2) ใน แบบจำลอง OSIเจ็ดเลเยอร์ซับเลเยอร์ LLC ทำหน้าที่เป็นอินเทอร์เฟซระหว่างซับเลเยอร์ควบคุมการเข้าถึงสื่อ (MAC) และเลเยอร์เครือข่าย

ซับเลเยอร์ LLC ทำหน้าที่ให้ กลไกการ มัลติเพล็กซ์ ซึ่งทำให้โปรโตคอลเครือข่ายหลายตัว (เช่นIP , IPXและDECnet ) สามารถทำงานร่วมกันได้ในเครือข่ายแบบหลายจุด และส่งผ่านสื่อเครือข่ายเดียวกันได้ นอกจากนี้ยังสามารถให้ กลไก การควบคุมการไหลและ การจัดการข้อผิดพลาด การร้องขอซ้ำอัตโนมัติ (ARQ) ได้อีกด้วย

การดำเนินการ

ซับเลเยอร์ LLC มีหน้าที่หลักในการมัลติเพล็กซ์โปรโตคอลที่ส่งผ่านเลเยอร์ MAC (เมื่อส่ง) และดีมัลติเพล็กซ์ (เมื่อรับ) นอกจากนี้ยังสามารถควบคุมการไหลของข้อมูลระหว่างโหนดและจัดการข้อผิดพลาดได้อีกด้วย

โปรโตคอลต่างๆ เช่น โปรโตคอล NetBIOS Framesใช้ความสามารถในการควบคุมการไหลและการจัดการข้อผิดพลาดของซับเลเยอร์ LLC อย่างไรก็ตาม โปรโตคอลส่วนใหญ่ที่ทำงานอยู่บนมาตรฐาน802.2ไม่ได้ใช้การควบคุมการไหลและการจัดการข้อผิดพลาดของซับเลเยอร์ LLC ในกรณีเหล่านี้ การควบคุมการไหลและการจัดการข้อผิดพลาดจะถูกจัดการโดย โปรโตคอล ในเลเยอร์การขนส่งเช่นTCPหรือโดย โปรโตคอล ในเลเยอร์แอปพลิเคชัน โปรโตคอลในเลเยอร์ที่สูงกว่าเหล่านี้ทำงานในลักษณะแบบ end-to-end กล่าวคือ การส่งซ้ำจะทำจากแหล่งที่มาดั้งเดิมไปยังปลายทางสุดท้าย แทนที่จะทำบนส่วนทางกายภาพแต่ละส่วน สำหรับโปรโตคอลเหล่านี้ จะใช้เฉพาะความสามารถในการมัลติเพล็กซ์ของซับเลเยอร์ LLC เท่านั้น

ตัวอย่างการใช้งาน

X.25 และ LAPB

ซับเลเยอร์ LLC เป็นส่วนประกอบสำคัญในเครือข่ายการสลับแพ็กเก็ตในยุคแรก เช่น เครือข่าย X.25ที่ใช้ โปรโตคอลเลเยอร์ดาต้าลิงก์ LAPBซึ่งการควบคุมการไหลและการจัดการข้อผิดพลาดจะดำเนินการแบบโหนดต่อโหนด หมายความว่าหากตรวจพบข้อผิดพลาดในเฟรม เฟรมนั้นจะถูกส่งซ้ำจากสวิตช์หนึ่งไปยังอีกสวิตช์หนึ่ง การจับมือกันระหว่างโหนดอย่างละเอียดถี่ถ้วนนี้ทำให้เครือข่ายทำงานช้าลง

เครือข่ายบริเวณท้องถิ่น

มาตรฐานIEEE 802.2กำหนดซับเลเยอร์ LLC สำหรับ เครือข่ายบริเวณท้องถิ่น IEEE 802 ทั้งหมด เช่นIEEE 802.3 / Ethernet (เมื่อไม่ได้ใช้รูปแบบเฟรมEthernet II ), IEEE 802.5และIEEE 802.11นอกจากนี้ IEEE 802.2 ยังถูกใช้ในเครือข่ายที่ไม่ใช่ IEEE 802 บางเครือข่าย เช่นFDDIด้วย

อีเธอร์เน็ต

เนื่องจากข้อผิดพลาดของบิตเกิดขึ้นได้ยากมากในเครือข่ายแบบใช้สาย อีเธอร์เน็ตจึงไม่มีการควบคุมการไหลของข้อมูลหรือการร้องขอการส่งซ้ำอัตโนมัติ (ARQ) ซึ่งหมายความว่าแพ็กเก็ตที่ไม่ถูกต้องจะถูกตรวจพบ แต่จะถูกยกเลิกเท่านั้น ไม่มีการส่งซ้ำ (ยกเว้นในกรณีที่เกิดการชนกันซึ่งตรวจพบโดย โปรโตคอล CSMA/CDของเลเยอร์ MAC) การส่งซ้ำจะขึ้นอยู่กับโปรโตคอลของเลเยอร์ที่สูงกว่าแทน

เนื่องจากEtherTypeในเฟรมอีเธอร์เน็ตที่ใช้การจัดเฟรมแบบ Ethernet IIถูกใช้เพื่อมัลติเพล็กซ์โปรโตคอลต่างๆ บนส่วนหัว MAC ของอีเธอร์เน็ต จึงสามารถมองได้ว่าเป็นตัวระบุ LLC อย่างไรก็ตาม เฟรมอีเธอร์เน็ตที่ไม่มี EtherType จะไม่มีตัวระบุ LLC ในส่วนหัวอีเธอร์เน็ต และจะใช้ส่วนหัว IEEE 802.2 LLC ต่อจากส่วนหัวอีเธอร์เน็ตแทน เพื่อทำหน้าที่มัลติเพล็กซ์โปรโตคอล

เครือข่ายไร้สาย

ในการสื่อสารไร้สาย ข้อผิดพลาดระดับบิตเป็นเรื่องที่พบได้บ่อยมาก ในเครือข่ายไร้สาย เช่น IEEE 802.11 การควบคุมการไหลและการจัดการข้อผิดพลาดเป็นส่วนหนึ่งของ โปรโตคอล CSMA/CA MAC ไม่ใช่ส่วนหนึ่งของเลเยอร์ LLC เลเยอร์ย่อย LLC เป็นไปตามมาตรฐาน IEEE 802.2

เอชดีแอลซี

โปรโตคอลที่ไม่ใช่มาตรฐาน IEEE 802 บางตัวสามารถแบ่งออกได้เป็นเลเยอร์ MAC และ LLC ตัวอย่างเช่น ในขณะที่HDLCกำหนดทั้งฟังก์ชัน MAC (การจัดเฟรมแพ็กเก็ต) และฟังก์ชัน LLC (การมัลติเพล็กซ์โปรโตคอล การควบคุมการไหล การตรวจจับ และการควบคุมข้อผิดพลาดผ่านการส่งแพ็กเก็ตที่สูญหายซ้ำเมื่อจำเป็น) โปรโตคอลบางตัว เช่นCisco HDLCสามารถใช้การจัดเฟรมแพ็กเก็ตแบบ HDLC และโปรโตคอล LLC ของตนเองได้

PPP และโมเด็ม

ในเครือข่าย โมเด็มโทรศัพท์โปรโตคอล เลเยอร์ลิงก์ PPPสามารถพิจารณาได้ว่าเป็นโปรโตคอล LLC ซึ่งให้การมัลติเพล็กซ์ แต่ไม่ให้การควบคุมการไหลและการจัดการข้อผิดพลาด ในเครือข่ายโทรศัพท์ ข้อผิดพลาดของบิตอาจเกิดขึ้นได้บ่อย ซึ่งหมายความว่าการจัดการข้อผิดพลาดมีความสำคัญอย่างยิ่ง แต่ปัจจุบันโปรโตคอลสมัยใหม่ได้ให้ฟังก์ชันนี้แล้ว โปรโตคอลโมเด็มในปัจจุบันได้รับคุณสมบัติ LLC มาจาก โปรโตคอลเลเยอร์ลิงก์ LAPM รุ่นเก่า ซึ่งสร้างขึ้นสำหรับการสื่อสารผ่านโมเด็มในเครือข่าย X.25 รุ่นเก่า

ระบบเซลล์

เลเยอร์GPRS LLC ยังทำหน้าที่เข้ารหัสและถอดรหัสแพ็กเก็ต SN-PDU ( SNDCP ) ด้วย

สายส่งไฟฟ้า

อีกตัวอย่างหนึ่งของเลเยอร์การเชื่อมโยงข้อมูลที่แบ่งออกเป็น LLC (สำหรับการควบคุมการไหลและข้อผิดพลาด) และ MAC (สำหรับการเข้าถึงหลายช่องทาง) คือ มาตรฐาน ITU-T G.hnซึ่งให้การเชื่อมต่อเครือข่ายบริเวณท้องถิ่นความเร็วสูงผ่านสายไฟภายในบ้านที่มีอยู่แล้ว (สายไฟ สายโทรศัพท์ และสายโคแอกเซียล)

ดูเพิ่มเติม

ดึงข้อมูลมาจาก " https://en.wikipedia.org/w/index.php?title=Logical_link_control&oldid=1352225509 "

สรุปเนื้อหา

ข้อมูลสำคัญจากบทความ

ข้อมูลสำคัญเกี่ยวกับ การควบคุมการเชื่อมโยงเชิงตรรกะ

ใน แบบจำลองอ้างอิง IEEE 802 ของ เครือข่ายคอมพิวเตอร์ เลเยอร์ โปรโตคอลการสื่อสารข้อมูล ควบคุมการเชื่อมโยงเชิงตรรกะ ( LLC ) เป็นซับเลเยอร์บนสุดของ เลเยอร์การเชื่อมโยงข้อมูล (เลเยอร์...

การดำเนินการ

ซับเลเยอร์ LLC มีหน้าที่หลักในการ มัลติเพล็ก ซ์โปรโตคอลที่ส่งผ่านเลเยอร์ MAC (เมื่อส่ง) และดีมัลติเพล็กซ์ (เมื่อรับ) นอกจากนี้ยังสามารถควบคุมการไหลของข้อมูลระหว่างโหนดและจัดการข้อผิดพลาดได้อีกด้วย

X.25 และ LAPB

ซับเลเยอร์ LLC เป็นส่วนประกอบสำคัญในเครือข่ายการสลับแพ็กเก็ตในยุคแรก เช่น เครือข่าย X.

เครือข่ายบริเวณท้องถิ่น

มาตรฐาน IEEE 802.2 กำหนดซับเลเยอร์ LLC สำหรับ เครือข่ายบริเวณท้องถิ่น IEEE 802 ทั้งหมด เช่น IEEE 802.3 / Ethernet (เมื่อไม่ได้ใช้รูปแบบเฟรม Ethernet II ), IEEE 802.5 และ IEEE 802.11 นอกจากนี้ IEEE 802.