การบรรยายครั้งที่ 10 HDLC และ PPP – โปรโตคอลการควบคุมช่องสัญญาณ
ในการสร้างกลไกที่เชื่อถือได้ในการส่งข้อมูลระหว่างสองสถานี จำเป็นต้องกำหนดโปรโตคอลที่จะอนุญาตให้รับและส่งข้อมูลต่างๆ ผ่านช่องทางการสื่อสาร โปรโตคอลเป็นเพียงชุดของเงื่อนไข (กฎ) ที่ควบคุมรูปแบบและขั้นตอนในการแลกเปลี่ยนข้อมูลระหว่างอุปกรณ์หรือกระบวนการที่เป็นอิสระตั้งแต่สองเครื่องขึ้นไป โปรโตคอลมีองค์ประกอบที่สำคัญสามประการ: ไวยากรณ์ ความหมาย และการซิงโครไนซ์ ไวยากรณ์โปรโตคอลกำหนดฟิลด์ ตัวอย่างเช่น อาจมีฟิลด์ 16 ไบต์สำหรับที่อยู่ ฟิลด์ 32 ไบต์สำหรับเช็คซัม และ 512 ไบต์ต่อแพ็กเก็ต ความหมายของโปรโตคอลให้ความหมายแก่ฟิลด์เหล่านี้: ตัวอย่างเช่น หากฟิลด์ที่อยู่ประกอบด้วยที่อยู่ทั้งหมด ฟิลด์นั้นก็จะเป็นแพ็กเก็ต "ออกอากาศ" การซิงโครไนซ์ - จำนวนบิตต่อวินาทีคือความเร็วของการถ่ายโอนข้อมูล สิ่งสำคัญไม่เพียงแต่ในระดับต่ำสุดของโปรโตคอลเท่านั้น แต่ยังรวมถึงระดับสูงสุดด้วย
โปรโตคอล เลเยอร์ลิงก์มีฟังก์ชั่นดังต่อไปนี้:
การควบคุมการถ่ายโอนข้อมูลผ่านช่องทางทางกายภาพที่จัดอยู่ในระดับแรก
ตรวจสอบช่องทางข้อมูล
การสร้างเฟรม เช่น กำหนดขอบเขตข้อมูลที่ส่งด้วยอักขระบริการ ระดับนี้;
การควบคุมข้อมูล
ดูแลความโปร่งใสของช่องทางข้อมูล
การจัดการช่องทางการส่งข้อมูล
โปรโตคอลนี้ครองระดับที่สองในองค์กรการจัดการเครือข่ายหลายระดับ
ภาพรวมของโปรโตคอล HDLC HDLC (การควบคุมการเชื่อมโยงข้อมูลระดับสูง) เป็นโปรโตคอลควบคุมการเชื่อมโยงข้อมูลระดับสูง เลเยอร์ลิงก์ (เชิงบิต) ของโมเดล ISO และเป็นพื้นฐานสำหรับการสร้างโปรโตคอลเลเยอร์ลิงก์อื่นๆ (SDLC, LAP, LAPB, LAPD, LAPX และแอลแอลซี)
หลักการพื้นฐานของการทำงานของโปรโตคอล HDLC: โหมดการเชื่อมต่อแบบลอจิคัล การควบคุมเฟรมที่บิดเบี้ยวและสูญหายโดยใช้วิธีหน้าต่างเลื่อน การควบคุมการไหลของเฟรมโดยใช้คำสั่ง RNR (ตัวรับไม่พร้อม) และคำสั่ง RR (ตัวรับพร้อม)
สถานี HDLC มีสามประเภท
สถานีหลัก (หลัก) ควบคุมดาต้าลิงค์ (ช่องสัญญาณ) รับผิดชอบในการจัดระเบียบการไหลของข้อมูลที่ส่งและฟื้นฟูการทำงานของลิงค์การส่งข้อมูล สถานีนี้ส่งเฟรมคำสั่งไปยังสถานีรองที่เชื่อมต่อกับช่องสัญญาณ ในทางกลับกันก็จะได้รับเฟรมตอบกลับจากสถานีเหล่านี้ ถ้าลิงค์เป็นแบบหลายจุด สถานีหลักมีหน้าที่รับผิดชอบในการรักษาเซสชันการสื่อสารแยกกันโดยแต่ละสถานีเชื่อมต่อกับลิงค์
สถานีรอง (สเลฟ) ทำหน้าที่เป็นสถานีขึ้นอยู่กับสถานีหลัก (หลัก) ตอบสนองต่อคำสั่งที่ได้รับจากสถานีหลักในรูปแบบของการตอบสนอง รองรับเพียงเซสชันเดียวเท่านั้น กล่าวคือ เฉพาะกับสถานีหลักเท่านั้น สถานีรองจะไม่รับผิดชอบในการควบคุมช่องสัญญาณ
สถานีรวมจะรวมฟังก์ชันของสถานีหลักและสถานีรองเข้าด้วยกัน ส่งทั้งคำสั่งและการตอบกลับ และรับคำสั่งและการตอบกลับจากสถานีรวมอื่นที่สถานีนั้นรักษาเซสชันไว้
สถานะตรรกะสามสถานะที่สถานีสามารถอยู่ในกระบวนการโต้ตอบระหว่างกัน
สถานะตัดการเชื่อมต่อแบบลอจิคัล (LDS) ในสถานะนี้ สถานีจะไม่สามารถส่งหรือรับข้อมูลได้ หากสถานีรองอยู่ในโหมดตัดการเชื่อมต่อปกติ (NDM) สถานีจะสามารถรับเฟรมได้หลังจากได้รับอนุญาตอย่างชัดแจ้งจากสถานีหลักเท่านั้น หากสถานีอยู่ในโหมดเผยแพร่แบบอะซิงโครนัส (ADM) สถานีรองอาจเริ่มต้นการส่งสัญญาณโดยไม่ได้รับอนุญาตอย่างชัดเจนให้ดำเนินการดังกล่าว แต่เฟรมจะต้องเป็นเฟรมเดียวที่ระบุสถานะของสถานีหลัก เงื่อนไขสำหรับการเปลี่ยนไปใช้สถานะ LDS อาจเป็นการเปิดแหล่งจ่ายไฟครั้งแรกหรือซ้ำ (หลังจากปิดเครื่องในระยะสั้น) การควบคุมการเริ่มต้นวงจรลอจิคัลของอุปกรณ์สถานีต่าง ๆ ด้วยตนเองและถูกกำหนดบนพื้นฐานของข้อตกลงระบบที่ยอมรับ
สถานะการเริ่มต้น (IS) สถานะนี้ใช้เพื่อถ่ายโอนการควบคุมไปยังสถานีรอง/รวมระยะไกล แก้ไขหากจำเป็น และยังเพื่อแลกเปลี่ยนพารามิเตอร์ระหว่างสถานีระยะไกลในลิงก์ข้อมูลที่ใช้ในสถานะการถ่ายโอนข้อมูล
สถานะการถ่ายโอนข้อมูล (ITS) สถานีรอง สถานีหลัก และสถานีรวมได้รับอนุญาตให้ส่งและรับข้อมูลผู้ใช้ ในสถานะนี้ สถานีสามารถอยู่ในโหมด NRM, ARM และ ABM ได้ ซึ่งจะอธิบายไว้ด้านล่างนี้
HDLC มีโหมดการส่งข้อมูลสามโหมดต่อไปนี้:
– โหมดตอบสนองปกติ (NRM) ในกรณีนี้ โหนดรองไม่สามารถสื่อสารกับโหนดหลักได้จนกว่าโหนดหลักจะให้สิทธิ์
– โหมดตอบสนองแบบอะซิงโครนัส (ARM) โหมดการส่งข้อมูลนี้อนุญาตให้โหนดรองเริ่มต้นการสื่อสารกับโหนดหลักโดยไม่ได้รับอนุญาต
– โหมดสมดุลแบบอะซิงโครนัส (ABM) ในโหมด AVM โหนด "รวม" จะปรากฏขึ้นซึ่งสามารถทำหน้าที่เป็นโหนดหลักหรือรองได้ขึ้นอยู่กับสถานการณ์
ที่ชั้นดาต้าลิงค์ คำว่า frame ใช้เพื่ออ้างถึงวัตถุข้อมูลที่เป็นอิสระที่ส่งจากสถานีหนึ่งไปยังอีกสถานีหนึ่ง เฟรมในโปรโตคอล HDLC มีโครงสร้างแสดงในรูปที่ 10.1
N(S) – หมายเลขลำดับของเฟรมที่ส่ง, N(R) – หมายเลขลำดับของเฟรมที่ได้รับ, P/F – โพล / บิตสิ้นสุด
รูปที่ 10.1 – กรอบ HDLC และรูปแบบฟิลด์ควบคุม
โปรโตคอลเชิงบิตจัดให้มีการส่งข้อมูลในรูปแบบของกระแสบิตที่ไม่แบ่งออกเป็นไบต์ ดังนั้นจึงมีการใช้ลำดับพิเศษ - ธง - เพื่อแยกเฟรม
เฟรมทั้งหมดต้องขึ้นต้นและลงท้ายด้วยช่องทำเครื่องหมาย "01111110" สถานีที่เชื่อมต่อกับช่องจะตรวจสอบลำดับแฟล็กไบนารีอย่างต่อเนื่อง ธงอาจถูกส่งอย่างต่อเนื่องข้ามช่องสัญญาณระหว่างเฟรม HDLC หากต้องการจัดทำดัชนีข้อยกเว้นบนช่องสัญญาณ สามารถส่งรายการต่อเนื่องกันเจ็ดรายการได้ สิบห้ายูนิตขึ้นไปทำให้ช่องสัญญาณอยู่นิ่ง หากสถานีรับสัญญาณตรวจพบลำดับของบิตที่ไม่ใช่แฟล็ก ก็จะได้รับแจ้งถึงการเริ่มต้นของเฟรม ข้อยกเว้น หรือสถานการณ์ที่ไม่ได้ใช้งานของช่องสัญญาณ เมื่อตรวจพบลำดับธงถัดไป สถานีจะรู้ว่ามีเฟรมเต็มมาถึงแล้ว
ช่องที่อยู่กำหนดสถานีหลักหรือสถานีรองที่มีส่วนร่วมในการส่งเฟรมเฉพาะ แต่ละสถานีจะมีที่อยู่เฉพาะ ในระบบที่ไม่สมดุล ฟิลด์ที่อยู่ในคำสั่งและการตอบกลับจะมีที่อยู่ของสถานีรอง ใน การกำหนดค่าที่สมดุลกรอบคำสั่งประกอบด้วยที่อยู่ของผู้รับ และกรอบการตอบสนองประกอบด้วยที่อยู่ของสถานีส่งสัญญาณ
สนามควบคุมระบุประเภทของคำสั่งหรือการตอบสนองด้วย หมายเลขซีเรียลใช้เพื่อรายงานการไหลของข้อมูลในช่องระหว่างสถานีหลักและสถานีรอง รูปแบบและเนื้อหาของฟิลด์ควบคุม (รูปที่ 1) กำหนดเฟรมสามประเภท: ข้อมูล (I) การควบคุมดูแล (S) และหมายเลขที่ไม่มีหมายเลข (U)
รูปแบบข้อมูล(I – format) ใช้ในการรับส่งข้อมูล ผู้ใช้ปลายทางระหว่างสองสถานี
รูปแบบการกำกับดูแล(S – รูปแบบ) ทำหน้าที่ควบคุม: การยืนยัน (การตอบรับ) ของเฟรม, การร้องขอ การส่งสัญญาณซ้ำเฟรมและการร้องขอการหน่วงเวลาในการส่งเฟรม การใช้งานจริงของกรอบการตรวจสอบจะขึ้นอยู่กับโหมดการทำงานของสถานี (โหมดตอบสนองปกติ, โหมดสมดุลแบบอะซิงโครนัส, โหมดการตอบสนองแบบอะซิงโครนัส)
รูปแบบไม่มีหมายเลข(รูปแบบ U) ยังใช้เพื่อวัตถุประสงค์ในการควบคุม: การเริ่มต้นหรือการตัดการเชื่อมต่อ การทดสอบ การรีเซ็ต และการระบุสถานี ฯลฯ ประเภทเฉพาะคำสั่งและการตอบสนองขึ้นอยู่กับคลาสโพรซีเดอร์ HDLC
ช่องข้อมูลมีข้อมูลผู้ใช้ที่ถูกต้อง ช่องข้อมูลจะปรากฏเฉพาะในกรอบรูปแบบข้อมูลเท่านั้น ไม่อยู่ในกรอบรูปแบบการควบคุมดูแลหรือไม่มีหมายเลข [หมายเหตุ: รูปแบบที่ไม่มีหมายเลข "UI - ข้อมูลที่ไม่มีหมายเลข" และเฟรม "FRMR - การปฏิเสธเฟรม" มีฟิลด์ข้อมูล]
สนามซีอาร์ซี(Frame Check Sequence) ใช้เพื่อตรวจจับข้อผิดพลาดในการส่งสัญญาณระหว่างสองสถานี สถานีส่งสัญญาณจะทำการคำนวณสตรีมข้อมูลผู้ใช้ และผลลัพธ์ของการคำนวณนี้จะรวมอยู่ในเฟรมเป็นฟิลด์ CRC ในทางกลับกัน สถานีรับสัญญาณจะทำการคำนวณที่คล้ายกันและเปรียบเทียบผลลัพธ์กับฟิลด์ CRC หากตรงกันก็มีโอกาสที่ดีที่การส่งข้อมูลจะเกิดขึ้นโดยไม่มีข้อผิดพลาด หากไม่ตรงกัน อาจมีข้อผิดพลาดในการส่ง และเครื่องรับสัญญาณจะส่งการตอบรับเชิงลบโดยระบุว่าต้องส่งเฟรมอีกครั้ง การคำนวณ CRC เรียกว่าการตรวจสอบความซ้ำซ้อนแบบวน และใช้การสร้างพหุนามตามคำแนะนำ CCITT V.41 วิธีนี้สามารถตรวจจับสิ่งอันดับข้อผิดพลาดที่เป็นไปได้ทั้งหมดที่มีความยาวไม่เกิน 16 บิตที่เกิดจากข้อผิดพลาดครั้งเดียว รวมถึง 99.9984% ของสิ่งอันดับข้อผิดพลาดที่ยาวกว่าที่เป็นไปได้ทั้งหมด
ปัจจุบัน โปรโตคอล HDLC บนช่องสัญญาณเฉพาะได้เข้ามาแทนที่โปรโตคอลแบบจุดต่อจุด โปรโตคอลแบบจุดต่อจุด หรือ PPP
ความจริงก็คือหนึ่งในหน้าที่หลักของโปรโตคอล HDLC คือการฟื้นฟูเฟรมที่บิดเบี้ยวและสูญหาย แท้จริงแล้ว การใช้โปรโตคอล HDLC ช่วยลดอัตราข้อผิดพลาดบิต (BER) จาก 10 -3 ซึ่งเป็นเรื่องปกติสำหรับอาณาเขต ช่องอะนาล็อกสูงสุด 10 -9
อย่างไรก็ตาม ในปัจจุบันช่องดิจิทัลได้รับความนิยม ซึ่งแม้จะไม่มีขั้นตอนการฟื้นฟูเฟรมภายนอก แต่ก็มีคุณภาพสูง (ค่า BER คือ 10 -8 - 10 -9) ในการใช้งานช่องสัญญาณดังกล่าว ไม่จำเป็นต้องมีฟังก์ชันการกู้คืนของโปรโตคอล HDLC เมื่อส่งสัญญาณผ่านช่องสัญญาณเฉพาะแบบอะนาล็อก โมเด็มสมัยใหม่เองก็ใช้โปรโตคอลของตระกูล HDLC ดังนั้น การใช้ HDLC ที่ระดับเราเตอร์หรือบริดจ์จึงไม่ยุติธรรม
โปรโตคอล PPP PPP ได้กลายเป็นมาตรฐานโดยพฤตินัยสำหรับการสื่อสารบริเวณกว้างเพื่อเชื่อมต่อไคลเอนต์ระยะไกลไปยังเซิร์ฟเวอร์และสร้างการเชื่อมต่อระหว่างเราเตอร์ใน เครือข่ายองค์กร- เมื่อพัฒนาโปรโตคอล PPP รูปแบบเฟรม HDLC จะถูกใช้เป็นพื้นฐานและเสริมด้วยฟิลด์ของตัวเอง ฟิลด์โปรโตคอล PPP ซ้อนอยู่ภายในฟิลด์ข้อมูลของเฟรม HDLC มาตรฐานต่อมาได้รับการพัฒนาโดยใช้การทำรัง กรอบ ปชปลงในเฟรมของ Frame Relay และโปรโตคอลเครือข่ายทั่วโลกอื่นๆ
ข้อแตกต่างที่สำคัญระหว่าง PPP และโปรโตคอลลิงก์เลเยอร์อื่น ๆ คือ บรรลุการทำงานที่ประสานกันของอุปกรณ์ต่าง ๆ โดยใช้ขั้นตอนการเจรจาระหว่างนั้น พารามิเตอร์ต่างๆเช่น คุณภาพของสาย โปรโตคอลการตรวจสอบความถูกต้อง และโปรโตคอลเลเยอร์เครือข่ายแบบห่อหุ้ม ขั้นตอนการเจรจาเกิดขึ้นระหว่างการสร้างการเชื่อมต่อ
โปรโตคอล PPP ขึ้นอยู่กับหลักการสี่ประการ: การยอมรับพารามิเตอร์การเชื่อมต่อที่สามารถต่อรองได้ การสนับสนุนหลายโปรโตคอล ความสามารถในการขยายโปรโตคอล ความเป็นอิสระจากบริการระดับโลก
การเจรจายอมรับพารามิเตอร์การเชื่อมต่อ ในเครือข่ายองค์กร ระบบปลายทางมักจะมีขนาดบัฟเฟอร์ที่แตกต่างกันสำหรับการจัดเก็บแพ็กเก็ตชั่วคราว ข้อจำกัดเกี่ยวกับขนาดแพ็กเก็ต และรายการโปรโตคอลเลเยอร์เครือข่ายที่รองรับ สายทางกายภาพที่เชื่อมต่อกับอุปกรณ์ปลายทางมีตั้งแต่สายแอนะล็อกความเร็วต่ำไปจนถึงสายดิจิทัลความเร็วสูงที่มีคุณภาพการบริการที่แตกต่างกันไป เพื่อรับมือกับสถานการณ์ที่เป็นไปได้ทั้งหมด โปรโตคอล PPP จึงมีชุดของ การตั้งค่ามาตรฐานซึ่งทำงานตามค่าเริ่มต้นและคำนึงถึงการกำหนดค่ามาตรฐานทั้งหมด เมื่อสร้างการเชื่อมต่อ อุปกรณ์สื่อสารสองตัวจะพยายามใช้การตั้งค่าเหล่านี้เพื่อค้นหาความเข้าใจซึ่งกันและกันก่อน โหนดปลายทางแต่ละโหนดจะอธิบายความสามารถและข้อกำหนดของตน จากนั้น จากข้อมูลนี้ พารามิเตอร์การเชื่อมต่อจะถูกนำมาใช้ซึ่งเหมาะสมกับทั้งสองฝ่าย ซึ่งรวมถึงรูปแบบการห่อหุ้มข้อมูล ขนาดแพ็คเก็ต คุณภาพของสาย และขั้นตอนการตรวจสอบสิทธิ์
โปรโตคอลที่รับพารามิเตอร์การเชื่อมต่อเรียกว่า Link Control Protocol (LCP) โปรโตคอลที่อนุญาต โหนดสิ้นสุดการตกลงกันว่าจะใช้โปรโตคอลเครือข่ายใดในการเชื่อมต่อที่เรียกว่า Network Control Protocol (NCP) ภายในการเชื่อมต่อ PPP เดียว สามารถส่งข้อมูลสตรีมประเภทต่างๆ ได้ โปรโตคอลเครือข่าย.
พารามิเตอร์ที่สำคัญอย่างหนึ่งของการเชื่อมต่อ PPP คือโหมดการรับรองความถูกต้อง เพื่อวัตถุประสงค์ในการตรวจสอบสิทธิ์ PPP จะเสนอโปรโตคอล PAP ตามค่าเริ่มต้น ซึ่งส่งรหัสผ่านผ่านสายการสื่อสารในรูปแบบข้อความที่ชัดเจน หรือโปรโตคอล CHAP ซึ่งไม่ส่งรหัสผ่านผ่านสายสื่อสาร ดังนั้นจึงให้ความปลอดภัยเครือข่ายที่มากขึ้น ผู้ใช้ยังได้รับอนุญาตให้เพิ่มอัลกอริธึมการรับรองความถูกต้องใหม่ วินัยในการเลือกอัลกอริธึมส่วนหัวและการบีบอัดข้อมูลจะคล้ายกัน
การสนับสนุนหลายโปรโตคอล - ความสามารถของโปรโตคอล PPP ในการรองรับโปรโตคอลเลเยอร์เครือข่ายหลายตัว - ได้นำไปสู่การแพร่กระจายของ PPP ในฐานะมาตรฐานโดยพฤตินัย PPP ทำงานร่วมกับโปรโตคอลเลเยอร์เครือข่ายจำนวนมาก รวมถึง IP, Novell IPX, AppleTalk, DECnet, XNS, Banyan VINES และ OSI รวมถึงโปรโตคอลดาต้าลิงค์ เครือข่ายท้องถิ่น- พารามิเตอร์ส่วนใหญ่ถูกกำหนดไว้สำหรับโปรโตคอล IP - ที่อยู่ IP ของโฮสต์, ที่อยู่ IP ของเซิร์ฟเวอร์ DNS, การใช้การบีบอัดส่วนหัวของแพ็กเก็ต IP ฯลฯ
ความสามารถในการขยายโปรโตคอล ความสามารถในการขยายหมายถึงทั้งความสามารถในการรวมโปรโตคอลใหม่ไว้ในสแต็ก PPP และความสามารถในการใช้โปรโตคอลของผู้ใช้เองแทนโปรโตคอลเริ่มต้นที่แนะนำใน PPP สิ่งนี้ช่วยให้ ในวิธีที่ดีที่สุดเท่าที่จะเป็นไปได้กำหนดค่า PPP สำหรับแต่ละสถานการณ์เฉพาะ
ความเป็นอิสระจากบริการระดับโลก PPP เวอร์ชันเริ่มต้นใช้ได้กับเฟรม HDLC เท่านั้น ขณะนี้มีการเพิ่มข้อมูลจำเพาะลงในสแต็ก PPP เพื่อให้สามารถใช้ PPP ในเทคโนโลยีเครือข่ายบริเวณกว้างใดๆ เช่น ISDN, Frame Relay, X.25, Sonet และ HDLC
คำถามเกิดขึ้น - อุปกรณ์สองเครื่องที่เจรจาโดยใช้โปรโตคอล PPP เรียนรู้เกี่ยวกับพารามิเตอร์ที่พวกเขาเสนอให้กับพันธมิตรได้อย่างไร โดยทั่วไป การใช้งานโปรโตคอล PPP จะมีชุดพารามิเตอร์เริ่มต้นชุดหนึ่ง ซึ่งใช้ในการเจรจา อย่างไรก็ตาม แต่ละอุปกรณ์ (และโปรแกรมที่ใช้โปรโตคอล PPP ในระบบปฏิบัติการคอมพิวเตอร์) อนุญาตให้ผู้ดูแลระบบเปลี่ยนการตั้งค่าเริ่มต้น รวมถึงตั้งค่าพารามิเตอร์ที่ไม่รวมอยู่ใน ชุดมาตรฐาน- ตัวอย่างเช่น ที่อยู่ IP สำหรับโฮสต์ระยะไกลจะไม่รวมอยู่ในการตั้งค่าเริ่มต้น แต่ผู้ดูแลระบบสามารถตั้งค่าสำหรับเซิร์ฟเวอร์การเข้าถึงระยะไกล จากนั้นเซิร์ฟเวอร์จะเสนอให้กับโฮสต์ระยะไกล
แม้ว่าโปรโตคอล PPP จะทำงานร่วมกับเฟรม HDLC แต่ก็ขาดการควบคุมเฟรมและขั้นตอนการควบคุมการไหลของโปรโตคอล HDLC ดังนั้น PPP จึงใช้เฟรม HDLC เพียงประเภทเดียวเท่านั้น – กรอบข้อมูลที่ไม่มีหมายเลข ฟิลด์ควบคุมของเฟรมดังกล่าวมีค่า 03 เสมอ เพื่อแก้ไขข้อผิดพลาดที่หายากมากที่เกิดขึ้นในช่องนั้น จำเป็นต้องใช้โปรโตคอลระดับบน - TCP, SPX, NetBUEl, NCP เป็นต้น
หนึ่งในคุณสมบัติของโปรโตคอล PPP คือการใช้หลาย ๆ อย่าง เส้นทางกายภาพเพื่อสร้างช่องสัญญาณลอจิคัลหนึ่งช่อง ที่เรียกว่าช่องสัญญาณ trunking (ช่องสัญญาณลอจิคัลทั่วไปสามารถประกอบด้วยช่องสัญญาณที่มีลักษณะทางกายภาพที่แตกต่างกัน ตัวอย่างเช่น ช่องหนึ่งสามารถสร้างขึ้นในเครือข่ายโทรศัพท์ และอีกช่องหนึ่งอาจเป็นช่องสัญญาณสวิตช์เสมือน กรอบเครือข่ายรีเลย์) คุณลักษณะนี้ใช้งานโดยโปรโตคอลเพิ่มเติมที่เรียกว่า MLPPP (Multi Link PPP) ผู้ผลิตหลายรายสนับสนุนคุณสมบัตินี้ในเราเตอร์และเซิร์ฟเวอร์การเข้าถึงระยะไกล ในลักษณะที่เป็นกรรมสิทธิ์- การใช้งาน วิธีการมาตรฐานจะดีกว่าเสมอ เนื่องจากรับประกันความเข้ากันได้ระหว่างอุปกรณ์จากผู้ผลิตหลายราย
วรรณคดีพื้นฐาน: 2
อ่านเพิ่มเติม: 7
1. โปรโตคอลควบคุมช่องสัญญาณมีไว้เพื่ออะไร?
2. โปรโตคอลเลเยอร์ลิงก์มีฟังก์ชันอะไรบ้าง?
3. หลักการพื้นฐานของโปรโตคอล HDLC คืออะไร?
4. หลักการพื้นฐานของโปรโตคอล PPP คืออะไร?
5. โปรโตคอล HDLC และ PPP แตกต่างกันอย่างไร?
ต่อไปนี้เป็นคำอธิบายโดยย่อเกี่ยวกับข้อผิดพลาดที่เกิดขึ้นเมื่อพยายามเชื่อมต่อผ่าน VPN รวมถึงวิธีการแก้ไข ฉันพบบทความนี้ในอินเทอร์เน็ต แต่ก็เพิ่มเข้าไปด้วยตัวเองเพราะ... วิธีแก้ปัญหาบางอย่างล้าสมัยอย่างตรงไปตรงมาหรือไม่ถูกต้อง
ข้อผิดพลาด 678 - คอมพิวเตอร์ระยะไกลไม่ตอบ
ข้อผิดพลาดนี้เกิดขึ้นเมื่อไม่มีการเชื่อมต่อระหว่างคอมพิวเตอร์ของคุณกับเซิร์ฟเวอร์การเข้าถึง สาเหตุที่เป็นไปได้มากที่สุดของข้อผิดพลาดนี้คือ: การทำงานผิดปกติในอุปกรณ์ที่ใช้งานอยู่ ไคลเอนต์ปิดใช้งาน การ์ดเครือข่าย, การเชื่อมต่อถูกบล็อก โปรแกรมป้องกันไวรัสหรือไฟร์วอลล์
ข้อผิดพลาด 691 - การเข้าถึงถูกปฏิเสธเนื่องจากชื่อผู้ใช้หรือรหัสผ่านไม่ถูกต้องในโดเมนนี้
โดยส่วนใหญ่แล้ว ข้อผิดพลาดนี้เกิดขึ้นกับผู้ใช้หากพวกเขาพิมพ์ชื่อผู้ใช้และรหัสผ่านไม่ถูกต้อง หรือหากพวกเขาเชื่อมต่อกับเครือข่ายภายใต้การเข้าสู่ระบบของคุณแล้ว
หากทั้งหมดที่กล่าวมาไม่เหมาะกับคุณ ให้ลองใช้ชุดคำสั่งต่อไปนี้:
1. เลือก Start - Run จากเมนู ป้อนและดำเนินการคำสั่ง
คำสั่ง
2. เรียกใช้คำสั่ง: รีเซ็ต IP ของอินเทอร์เฟซ netsh
3. เรียกใช้คำสั่ง: รีเซ็ต netsh winsock
4. รีสตาร์ทคอมพิวเตอร์ของคุณ
ข้อผิดพลาด 721 - คอมพิวเตอร์ระยะไกลไม่ตอบสนอง
เมื่อเชื่อมต่อกับ การเชื่อมต่อวีพีเอ็นไปที่รายการ "กำลังตรวจสอบชื่อผู้ใช้และรหัสผ่าน" หยุดชั่วคราวและแสดงข้อผิดพลาด 721: "คอมพิวเตอร์ระยะไกลไม่ตอบสนอง"
1. ขั้นแรก คุณควรตรวจสอบว่ามีการลงทะเบียนเซิร์ฟเวอร์ VPN ที่ถูกต้องในการเชื่อมต่อ VPN หรือไม่
โดยไปที่เริ่ม - แผงควบคุม - การเชื่อมต่อเครือข่าย คลิกที่ไอคอนสำหรับการเชื่อมต่อ VPN ของคุณ คลิกขวาและเลือกคุณสมบัติ แท็บทั่วไป - ในบรรทัดชื่อคอมพิวเตอร์หรือที่อยู่ IP ปลายทาง ต้องระบุที่อยู่เซิร์ฟเวอร์ VPN
2. ในกรณีส่วนใหญ่ ข้อผิดพลาด 721 เกิดขึ้นเนื่องจากมีการติดตั้งไฟร์วอลล์บนคอมพิวเตอร์ของคุณ
โปรแกรมนี้เมื่อ การตั้งค่าไม่ถูกต้องสามารถบล็อกการรับส่งข้อมูลเครือข่ายได้ เพื่อให้แน่ใจ 100% ให้ปิดการใช้งานทุกอย่าง ไฟร์วอลล์(Outpost Firewall, Zone Alarm, Kaspersky Internet Security...) รวมถึง Windows Firewall (เริ่ม - แผงควบคุม - Windows Firewall) ลองเชื่อมต่อ หากข้อผิดพลาดหายไป ให้ลองตั้งค่าไฟร์วอลล์ของคุณให้ถูกต้อง
3. หากข้อผิดพลาด 721 ยังคงปรากฏอยู่ ให้ลองใช้อุโมงค์ L2TP
โดยไปที่เริ่ม - แผงควบคุม - การเชื่อมต่อเครือข่าย คลิกขวาที่ทางลัดสำหรับการเชื่อมต่อ VPN ของคุณแล้วเลือกคุณสมบัติ แท็บเครือข่าย เปลี่ยนประเภท VPN - แทนที่จะเป็นอัตโนมัติหรือ PTPP VPN ให้ตั้งค่า L2TP IPSEC VPN คลิกตกลงแล้วลองเชื่อมต่อ
4. มักเกิดขึ้นระหว่างการติดตั้ง เวอร์ชันใหม่ Windows ไม่ได้ติดตั้งไฟร์วอลล์ในตัวอย่างถูกต้อง ส่งผลให้ไม่สามารถเข้าสู่การตั้งค่าและแก้ไขปัญหาได้
หากต้องการติดตั้งไฟร์วอลล์ใหม่คุณต้องโทร ฟังก์ชันเอพีไอ"ตั้งค่า API InstallHinfSection" โดยทำตามขั้นตอนเหล่านี้:
เลือก Start - Run ป้อนและดำเนินการคำสั่ง
คำสั่ง
ป้อนคำสั่งต่อไปนี้ใน บรรทัดคำสั่งและกด Enter:
Rundll32 setupapi ติดตั้ง Ndi-Steelhead 132 %windir%\inf\netrass.inf
รีสตาร์ท Windows
เลือก Run จากเมนู Start ป้อนและดำเนินการคำสั่ง
คำสั่ง
ที่พรอมต์คำสั่ง ให้พิมพ์คำสั่งต่อไปนี้แล้วกด Enter:
รีเซ็ตไฟร์วอลล์ netsh
จากเมนู Start เลือก Run ป้อนและดำเนินการคำสั่ง
ไฟร์วอลล์.cpl
ไปที่เริ่ม - แผงควบคุม - ไฟร์วอลล์ Windows แล้วปิด
หากข้อผิดพลาดการดำเนินการทั้งหมด 721 ยังคงปรากฏอยู่ สิ่งที่เหลืออยู่คือการติดตั้ง Windows ใหม่ ไม่เช่นนั้นจะไม่สามารถแก้ไขปัญหานี้ได้
ข้อผิดพลาด 734 - PPP Link Control Protocol ถูกขัดจังหวะ
ข้อผิดพลาดนี้อาจเกิดขึ้นหากโปรโตคอลความปลอดภัยบนเซิร์ฟเวอร์ที่คุณกำลังเชื่อมต่อเข้ากันไม่ได้กับการตั้งค่าความปลอดภัยในเครื่องของคุณ วิธีแก้ไข: ในโฟลเดอร์ Network Connections ให้คลิกขวาที่การเชื่อมต่อที่คุณใช้ เลือกคำสั่ง Properties และเปิดแท็บ Security ในรายการ ใช้เมื่อสแกน ให้เลือก รหัสผ่านที่ไม่ปลอดภัย
ข้อผิดพลาด 769 - ไม่สามารถเข้าถึงปลายทางที่ระบุได้
สาเหตุของข้อผิดพลาดนี้คือการ์ดเครือข่ายบนคอมพิวเตอร์ของคุณถูกปิดใช้งาน
ข้อผิดพลาด 800: การเชื่อมต่อล้มเหลว
สาเหตุอาจเป็นเพราะคุณกำลังใช้เราเตอร์ที่มีเฟิร์มแวร์ที่ล้าสมัย ตัวอย่างเช่น คุณอาจประสบปัญหานี้โดยใช้ เราเตอร์ของซิสโก้ด้วยเฟิร์มแวร์ที่สร้างขึ้นก่อนปี 2544
เมื่อต้องการตรวจสอบว่านี่คือสาเหตุ ให้ดูที่การติดตามเครือข่าย อุปกรณ์ของซิสโก้ประกาศ ขนาดเป็นศูนย์ windows ในการจับมือ TCP ผ่านพอร์ต 1723
ปัญหาอาจเกิดจากการกำหนดค่าไม่ถูกต้อง การเชื่อมต่อเครือข่าย- ตัวอย่างเช่น เซิร์ฟเวอร์ VPN หรือการตั้งค่าความปลอดภัยของคุณได้รับการกำหนดค่าไม่ถูกต้อง
ในบางกรณี อาจเกิดข้อผิดพลาดเนื่องจากขาดการตอบสนองจากเซิร์ฟเวอร์การอนุญาต
LCP มีวิธีการสร้าง การกำหนดค่า การบำรุงรักษา และการยกเลิกลิงก์ที่เชื่อมต่อโดยตรง กระบวนการ LCP ต้องผ่าน 4 ระยะที่สามารถแยกแยะได้อย่างชัดเจน:
การจัดช่องทางและการประสานงานของการกำหนดค่า
ก่อนที่จะสามารถแลกเปลี่ยนดาตาแกรมเลเยอร์เครือข่าย (เช่น IP) ได้ LCP จะต้องเปิดการสื่อสารและเจรจาต่อรองพารามิเตอร์การกำหนดค่าก่อน ระยะนี้สิ้นสุดหลังจากส่งและรับแพ็กเก็ตยืนยันการกำหนดค่าแล้ว คำจำกัดความของคุณภาพช่องทางการสื่อสาร
การประสานงานของการกำหนดค่าโปรโตคอลเลเยอร์เครือข่าย หลังจากที่ LCP เสร็จสิ้นขั้นตอนการกำหนดคุณภาพลิงก์แล้ว NCP ที่เกี่ยวข้องจะสามารถเลือกการกำหนดค่าโปรโตคอลเครือข่ายทีละรายการได้ และสามารถเรียกและเผยแพร่เพื่อใช้ในภายหลังได้ตลอดเวลา หาก LCP ปิดลิงก์ที่กำหนด ระบบจะแจ้งโปรโตคอลเลเยอร์เครือข่ายเพื่อให้สามารถดำเนินการที่เหมาะสมได้
การสิ้นสุดของช่อง LCP สามารถปิดช่องได้ตลอดเวลา โดยปกติจะทำตามคำขอของผู้ใช้ (มนุษย์) แต่ก็สามารถเกิดขึ้นได้เนื่องจากเหตุการณ์ทางกายภาพบางอย่าง เช่น สื่อสูญหายหรือตัวจับเวลาหมดอายุ
แพ็กเก็ต LCP มีสามคลาส:
แพ็คเกจสำหรับจัดช่องทางการสื่อสาร ใช้เพื่อจัดระเบียบและเลือกการกำหนดค่าช่องสัญญาณ
แพ็กเก็ตสำหรับการยุติช่องสัญญาณ
ใช้เพื่อยุติช่องทางการสื่อสาร
แพ็คเกจเพื่อรักษาการทำงานของช่อง ใช้เพื่อรักษาและแก้ไขข้อบกพร่องของช่อง
แพ็กเก็ตเหล่านี้ใช้เพื่อทำให้แต่ละเฟส LCP ทำงานได้
Isdn การอ้างอิงบรรณานุกรม ชื่อเครือข่ายเครือข่ายดิจิทัลบริการครบวงจร (ISDN)
(Integrated Services Digital Network) หมายถึง ชุดของบริการดิจิทัลที่ผู้ใช้ปลายทางสามารถเข้าถึงได้ ISDN เกี่ยวข้องกับการเปลี่ยนเครือข่ายโทรศัพท์ให้เป็นดิจิทัล เพื่อให้สามารถส่งเสียง ข้อมูล ข้อความ กราฟิก เพลง วิดีโอ และแหล่งวัสดุอื่นๆ ไปยังผู้ใช้ปลายทางผ่านสายโทรศัพท์ที่มีอยู่ และรับโดยผู้ใช้ปลายทางจากเทอร์มินัลผู้ใช้ปลายทางเดียว ผู้เสนอ ISDN วาดภาพเครือข่ายทั่วโลกเหมือนกับเครือข่ายโทรศัพท์ในปัจจุบัน ยกเว้นว่าจะใช้การส่งสัญญาณดิจิทัลและแนะนำบริการใหม่ๆ ที่หลากหลาย
การใช้งานของ ISDN ได้แก่ ระบบสร้างภาพความเร็วสูง (เช่น โทรสาร Group 1V) สายโทรศัพท์เพิ่มเติมในบ้านเพื่อรองรับอุตสาหกรรมโทรคมนาคม การถ่ายโอนไฟล์ความเร็วสูง และการประชุมทางวิดีโอ Voice จะกลายเป็นแอปพลิเคชัน ISDN ยอดนิยมอย่างแน่นอน
เครือข่ายการสื่อสารเชิงพาณิชย์หลายแห่งเริ่มให้บริการ ISDN ในราคาที่ต่ำกว่าราคาภาษี ในอเมริกาเหนือ เครือข่ายการสื่อสารเชิงพาณิชย์ที่มีสวิตช์ LAN (ผู้ให้บริการแลกเปลี่ยนในประเทศ) (LEC)กำลังเริ่มให้บริการ ISDN เป็นทางเลือกแทนการเชื่อมต่อ T1 ที่ให้บริการ "บริการโทรศัพท์ทั่วโลก" ส่วนใหญ่ในปัจจุบัน (WATS) (บริการโทรศัพท์บริเวณกว้าง).
15/10/06 6.1K2.1 บทนำ
PPP เป็นมาตรฐานอินเทอร์เน็ตสำหรับการส่งแพ็กเก็ต IP ผ่านสายอนุกรม PPP รองรับสายซิงโครนัสและอะซิงโครนัส สำหรับบางประเด็นในการอภิปรายเกี่ยวกับ PPP รวมถึง PPP กับ SLIP ฉันขอแนะนำให้คุณดูเอกสารบน ftp.uu.net:vendor/MorningStar/papers/sug91-cheapIP.ps.Z (กระดาษ) และ sug91- CheapIP.shar.Z (สไลด์เครื่องฉายเหนือศีรษะ)
2.2 คุณสมบัติ PPP ที่อาจมีหรือไม่มีก็ได้
ทั้งสองด้านของความเข้ากันได้กับเฟรม PPP พื้นฐาน คุณจำเป็นต้องรู้ว่าหลายโปรแกรมเพิ่มโปรแกรมของตัวเองเข้าไป คุณสมบัติเพิ่มเติม- โปรดจำไว้ว่าไม่ใช่ทุกโปรแกรมที่เผยแพร่อย่างเสรีรวมถึงโปรแกรมเชิงพาณิชย์ที่มีความสามารถทั้งหมดครบถ้วน
การโทรออกตามต้องการ (การโทรออกตามคำขอ) การเชื่อมต่ออินเทอร์เฟซ PPP และการโทรออกหมายเลขโทรศัพท์ หมายเลขเมื่อมาถึงแพ็คเกจ ปิดการใช้งานอินเทอร์เฟซ PPP หลังจากไม่มีการใช้งานเป็นระยะเวลาหนึ่ง
โทรซ้ำ การเชื่อมต่ออินเทอร์เฟซ PPP ซึ่งจะไม่ถูกตัดการเชื่อมต่อในภายหลัง และจะเก็บช่องสัญญาณที่เชื่อมต่อไว้อยู่เสมอ
การตั้งแคมป์ (ดูการโทรซ้ำ)
การติดตั้งสคริปต์ผ่านชุดข้อความหรือการเชื่อมต่อระดับกลางเพื่อสร้างการเชื่อมต่อ PPP คล้ายกับลำดับที่ใช้ในการสร้างการเชื่อมต่อผ่าน UUCP
Parallel การกำหนดค่า PPP หลายบรรทัดสำหรับการเชื่อมต่อเดียวกันกับโฮสต์ เพื่อกระจายการรับส่งข้อมูลระหว่างกัน (อยู่ระหว่างดำเนินการจัดทำมาตรฐาน)
การกรอง การเลือกแพ็คเกจที่เหมาะสมในการเริ่มการโทร และแพ็คเกจใดที่ไม่ทำ ขึ้นอยู่กับแพ็คเก็ตประเภท IP หรือ TCP หรือ TOS (ประเภทของบริการ) เมื่อทำการตัดสินใจ ตัวอย่างเช่น ละเว้นแพ็กเก็ต ICMP ทั้งหมด
การบีบอัดส่วนหัว การบีบอัดส่วนหัว TCP ตาม RFC1144 ไม่จำเป็นเมื่อใช้กับสายความเร็วสูง แต่มีประโยชน์มากกับสายความเร็วต่ำ
เซิร์ฟเวอร์ยอมรับการเชื่อมต่อ PPP ขาเข้า ซึ่งอาจต้องมีการกำหนดเส้นทางเพิ่มเติม
การสร้างทันเนล การสร้างเครือข่ายเสมือนผ่านการเชื่อมต่อ PPP ผ่านสตรีม TCP ผ่านเครือข่าย IP ที่มีอยู่ (สร้างเครือข่ายเสมือนบนลิงก์ PPP ข้ามสตรีม TCP ผ่านเครือข่าย IP ที่มีอยู่)
อักขระพิเศษแบบ Byte Escape ที่ไม่รวมอยู่ในชุดอักขระมาตรฐานที่ใช้เมื่อสร้างการเชื่อมต่อ สามารถกำหนดค่าแยกกันได้ แต่ต้องไม่ทับซ้อนกับอักขระที่ใช้เมื่อสร้างการเชื่อมต่อ (อักขระที่บรรจุไบต์นอกอะซิงก์แมปที่เจรจาไว้ สามารถกำหนดค่าล่วงหน้าได้ แต่ไม่สามารถต่อรองได้)
2.3 อภิธานศัพท์พรรคพลังประชาชน
ทุกเทคโนโลยีได้รับคำย่อเมื่อเวลาผ่านไป... PPP ก็ไม่มีข้อยกเว้น เนื่องจากมีการใช้คำศัพท์เกือบทั้งหมดในการถอดความภาษาอังกฤษ/อเมริกัน สำหรับฉันแล้วดูเหมือนว่าการแปลคำย่อเหล่านี้ไม่สมเหตุสมผล
รับทราบ
AO Active Open (เพิ่งเป็นส่วนหนึ่งของ FSM ใน RFC1331)
ซี ปิด
CHAP Challenge-Handshake รับรองความถูกต้องโปรโตคอล (RFC1334)
D ชั้นล่างลง
โปรโตคอลการป้อนข้อมูล DES
สถาปัตยกรรมเครือข่ายดิจิทัล DNA
คณะทำงานเฉพาะกิจวิศวกรรมอินเทอร์เน็ต IETF
โปรโตคอลอินเทอร์เน็ตไอพี
IPCP โปรโตคอลการควบคุม IP
IPX Internetwork Packet Exchange (สแต็กเครือข่ายของ Novell)
ลำดับการตรวจสอบเฟรม FCS
FSA ไฟไนต์สเตตออโตเมชั่น
เครื่องสถานะจำกัด FSM
โปรโตคอลควบคุมลิงค์ LCP
รายงานคุณภาพลิงค์ LQR
อัลกอริธึมลายเซ็นดิจิทัล MD4 MD4
อัลกอริธึมลายเซ็นดิจิทัล MD5 MD5
MRU หน่วยรับสูงสุด
หน่วยส่งกำลังสูงสุด MTU
รับทราบเชิงลบ
โปรโตคอลควบคุมเครือข่าย NCP
การเข้ารหัส NRZ แบบไม่กลับไปเป็นศูนย์บิต (ค่าเริ่มต้น ppp SYNC เนื่องจากความพร้อมใช้งาน)
NRZI การเข้ารหัสบิตแบบไม่กลับเป็นศูนย์ (ทางเลือก SYNC ppp ที่ต้องการแทน NRZ)
OSI เปิดระบบเชื่อมต่อระหว่างกัน
โปรโตคอลการตรวจสอบรหัสผ่าน PAP (RFC1334)
หน่วยข้อมูลโปรโตคอล PDU (เหมือนกับแพ็คเก็ต)
PO พาสซีฟเปิด
โปรโตคอล PPP แบบจุดต่อจุด (RFC1548 /RFC1549,1332,1333,1334,1551,1376,1377,1378)
RCA รับ Configure-Ack
RCJ รับรหัส-ปฏิเสธ
RCN รับ Configure-Nak หรือ -Reject
RCR+ รับ Configure-Request ที่ดี
RER รับ Echo-Request
RFC ขอความคิดเห็น (มาตรฐานอินเทอร์เน็ต)
RTA รับยุติ-Ack
RTR รับคำขอยกเลิก
RUC รับรหัสที่ไม่รู้จัก
sca ส่ง Configure-Ack
scj ส่งรหัส-ปฏิเสธ
scn ส่ง Configure-Nak หรือ -Reject
scr ส่ง Configure-Request
ser ส่งเสียงสะท้อนตอบกลับ
sta ส่งยุติ-Ack
str ส่งคำขอยุติ
โปรโตคอลสตรีม ST-II
TO+ หมดเวลาด้วยตัวนับ > 0
ถึง- หมดเวลาโดยที่ตัวนับหมดอายุ
VJ Van Jacobson (อัลกอริธึมการบีบอัดส่วนหัว RFC1144)
บริการเครือข่าย XNS Xerox
ข้อมูลทั่วไป
Point-to-Point Protocol (PPP) ได้รับการพัฒนาขึ้นเพื่อแก้ไขปัญหาที่เกี่ยวข้องกับจำนวนวิธีการมาตรฐานในการห่อหุ้มโปรโตคอลประเภท "IP แบบจุดต่อจุด" ไม่เพียงพอ นอกจากนี้ PPP ยังได้รับการออกแบบเพื่อลดความซับซ้อนในการออกและการจัดการที่อยู่ IP, การห่อหุ้มซิงโครนัสแบบอะซิงโครนัสและบิต, มัลติเพล็กซ์โปรโตคอลเครือข่าย, การกำหนดค่าและการทดสอบคุณภาพการสื่อสาร, การตรวจจับข้อผิดพลาดและตัวเลือกสำหรับการสร้างคุณสมบัติเลเยอร์เครือข่ายดังกล่าวเป็นที่อยู่การกำหนดค่า และตั้งค่าการบีบอัดข้อมูล เพื่อสนับสนุนคุณสมบัติข้างต้น PPP จะต้องจัดให้มีการควบคุมเหนือ Link Control Protocol (LCP) แบบขยายและตระกูลโปรโตคอลควบคุมเครือข่าย (NCP) ที่ใช้ในการสร้างพารามิเตอร์การสื่อสาร ปัจจุบัน PPP รองรับไม่เพียง IP เท่านั้น แต่ยังรองรับโปรโตคอลอื่น ๆ รวมถึง IPX และ DECNet
ส่วนประกอบ PPP
PPP ให้ความสามารถในการส่งดาตาแกรมผ่านบรรทัดแบบจุดต่อจุดแบบอนุกรม มี 3 องค์ประกอบ:
* วิธีการจัดให้มีการห่อหุ้มดาตาแกรมบนบรรทัด PPP แบบอนุกรมโดยใช้โปรโตคอล HDLC (การควบคุมการเชื่อมโยงข้อมูลระดับสูง) สำหรับดาตาแกรมบรรจุภัณฑ์ผ่านการสื่อสาร PPP
* Extended LCP (Link Control Protocol) สำหรับการสร้าง กำหนดค่า และทดสอบการเชื่อมต่อทางกายภาพ (ทดสอบการเชื่อมต่อดาต้าลิงค์)
* กลุ่มโปรโตคอล (NCP) สำหรับสร้างและจัดการโปรโตคอลเครือข่ายอื่นๆ กล่าวคือ PPP ได้รับการออกแบบมาเพื่อรองรับโปรโตคอลเครือข่ายหลายตัวพร้อมกัน
การดำเนินงานทั่วไป
เมื่อสร้างการเชื่อมต่อ PPP ไดรเวอร์ PPP จะส่งแพ็กเก็ต LCP ก่อนเพื่อกำหนดค่าและ (อาจ) ทดสอบลิงก์การสื่อสาร หลังจากสร้างการสื่อสารและความสามารถเพิ่มเติมตามที่ต้องการผ่าน LCP แล้ว ไดรเวอร์ PPP จะส่งเฟรม NCP เพื่อเปลี่ยนแปลงและ/หรือกำหนดค่าโปรโตคอลเครือข่ายตั้งแต่หนึ่งรายการขึ้นไป เมื่อกระบวนการนี้สิ้นสุดลง แพ็คเก็ตเครือข่ายจะสามารถส่งผ่านได้ การเชื่อมต่อที่จัดตั้งขึ้น- โดยจะยังคงได้รับการกำหนดค่าและใช้งานอยู่จนกว่าแพ็กเก็ต LCP หรือ NCP บางรายการจะปิดการเชื่อมต่อ หรือจนกว่าเหตุการณ์ภายนอกเกิดขึ้นซึ่งทำให้การเชื่อมต่อขาดหายไป (เช่น ตัวจับเวลาที่ไม่มีการใช้งานหรือการแทรกแซงของผู้ใช้)
ข้อกำหนดทางกายภาพ-เลเยอร์
PPP ได้รับการปรับให้ทำงานกับอินเทอร์เฟซ DTE/DCE ใดๆ รวมถึง EIA/TIA-232-C (RS-232), EIA/TIA-422-C(RS-422), EIA/TIA-423-C(RS-423 ) , ITU-T (CCITT) V.35 ข้อกำหนดด้านฮาร์ดแวร์เพียงอย่างเดียวที่กำหนดโดย PPP คือการมีอยู่ของฮาร์ดแวร์ดูเพล็กซ์ ไม่ว่าจะเป็นแบบเฉพาะหรือแบบสวิตช์ ที่สามารถทำงานบนแพ็กเก็ต PPP แบบโปร่งใสแบบอะซิงโครนัสหรือแบบบิต
เลเยอร์ลิงค์ PPP
—————
PPP ใช้หลักการ คำศัพท์ และโครงสร้างแพ็กเก็ตที่อธิบายไว้ในเอกสาร ISO ที่เกี่ยวข้องกับ HDLC (ISO 3309-1979) และเวอร์ชันเพิ่มเติม:
* ISO 3309:1984/PDAD1 “ภาคผนวก 1: เริ่ม/หยุดการส่ง”
* ISO 3309-1979: อธิบายโครงสร้างของแพ็กเก็ต HDLC สำหรับใช้ในระบบซิงโครนัส
* ISO 3309:1984/PDAD1: อธิบายข้อเสนอสำหรับการเปลี่ยนแปลง ISO 3309-1979 ที่จะอนุญาตให้ใช้ระบบอะซิงโครนัสได้
ขั้นตอนการควบคุม PPP ใช้คำจำกัดความและฟิลด์การควบคุมที่เป็นมาตรฐานในเอกสาร: ISO 4335-1979 และ ISO 4335-1979/ภาคผนวก 1-1979
รูปแบบแพ็กเก็ต PPP:
1 1 1 2 ตัวแปร 2 หรือ 4
ธงที่อยู่ควบคุมโปรโตคอลข้อมูล FCS
ค่าสถานะ: หนึ่งไบต์ที่ระบุจุดเริ่มต้นหรือจุดสิ้นสุดของแพ็กเก็ต ฟิลด์ค่าสถานะประกอบด้วยลำดับไบนารี: 01111110
ที่อยู่: หนึ่งไบต์ที่มีลำดับไบนารี่: 11111111 ที่อยู่การออกอากาศมาตรฐาน PPP ไม่รองรับสถานีแบบยูนิคาสต์
การควบคุม: หนึ่งไบต์ที่มีลำดับไบนารี่: 00000011 ซึ่งถูกส่งเพื่อส่งข้อมูลผู้ใช้ในแพ็กเก็ตที่ไม่มีการแบ่งแยก (สำหรับการส่งข้อมูลผู้ใช้ในเฟรมที่ไม่เรียงลำดับ
โปรโตคอล: 2 ไบต์เข้ารหัสโปรโตคอลที่บรรจุลงในเวลาโปรโตคอล PPP ค่าโปรโตคอลสามารถพบได้ในเอกสารคำขอหมายเลขที่ได้รับมอบหมายสำหรับความคิดเห็น (RFC)
ข้อมูล: 0 ไบต์ขึ้นไปที่ประกอบเป็นดาตาแกรมของโปรโตคอลที่ระบุในช่อง "โปรโตคอล" จุดสิ้นสุดของฟิลด์ข้อมูลถูกกำหนดโดยการค้นหาลำดับสิ้นสุดและลำดับ 2 ไบต์ในฟิลด์ FCS ตามค่าเริ่มต้น ความยาวสูงสุดของฟิลด์ข้อมูลคือ 1500 ไบต์ อย่างไรก็ตาม ตามข้อตกลงร่วมกัน เมื่อคำนึงถึงการใช้ PPP ความยาวฟิลด์อื่นๆ ก็สามารถใช้ได้
ลำดับการตรวจสอบเฟรม (FCS): โดยทั่วไปคือ 16 บิต (2 ไบต์) อย่างไรก็ตาม ตามข้อตกลงร่วมกัน สามารถใช้การควบคุมความสมบูรณ์ของแพ็กเก็ต 32 บิต (4 ไบต์) ได้
โปรโตคอลควบคุมลิงค์ PPP
PPP LCP มีวิธีในการสร้าง กำหนดค่า ดูแลรักษา และทดสอบการเชื่อมต่อแบบจุดต่อจุด LCP แบ่งออกเป็น 4 ระยะ:
* การกำหนดค่าและการสื่อสาร - ก่อนที่จะส่งดาตาแกรมใดๆ (เช่น IP) LCP จะต้องเปิดการเชื่อมต่อก่อน และทำการแลกเปลี่ยนพารามิเตอร์การกำหนดค่าเริ่มต้น ขั้นตอนนี้จะสิ้นสุดเมื่อมีการส่งและรับแพ็คเก็ตที่ยืนยันการกำหนดค่ากลับมาแล้ว
* การกำหนดคุณภาพของการสื่อสาร - LCP อนุญาต (แต่ไม่จำเป็น) เพิ่มขั้นตอนการทดสอบช่องทางการสื่อสาร ขั้นตอนนี้จะตามมาทันทีหลังจากขั้นตอนแรก ในระหว่างระยะนี้ จะมีการพิจารณาว่าการเชื่อมต่อสามารถขนส่งโปรโตคอลเครือข่ายใดๆ ที่มีคุณภาพเพียงพอได้หรือไม่ เฟสนี้เป็นทางเลือก LCP ต้องชะลอการถ่ายโอนโปรโตคอลเครือข่ายใดๆ จนกว่าระยะนี้จะเสร็จสมบูรณ์
* การสร้างการตั้งค่าโปรโตคอลเครือข่าย - หลังจากที่ LCP กำหนดพารามิเตอร์การสื่อสารเสร็จสิ้นแล้ว NCP ที่เกี่ยวข้องจะต้องกำหนดค่าโปรโตคอลเครือข่ายอย่างอิสระ ซึ่งสามารถเริ่มหรือหยุดใช้งานได้ตลอดเวลา
* สิ้นสุดการเชื่อมต่อ - LCP สามารถยุติการเชื่อมต่อที่สร้างไว้ได้ตลอดเวลา สิ่งนี้อาจเกิดขึ้นเนื่องจากความต้องการของผู้ใช้หรือเนื่องจากเหตุการณ์ทางกายภาพบางอย่าง เช่น การสูญหายของผู้ให้บริการหรือการหมดอายุของระยะเวลาที่อนุญาตของเวลาช่องสัญญาณที่ไม่ได้ใช้
แพ็กเก็ต LCP มีสามประเภท:
* แพ็กเก็ตการจัดตั้ง - ใช้เพื่อสร้างและกำหนดค่าการสื่อสาร
* ขัดจังหวะแพ็กเก็ต - ใช้เพื่อขัดจังหวะการเชื่อมต่อที่สร้างไว้
* แพ็คเกจการบันทึกการสื่อสาร - ใช้สำหรับการจัดการการสื่อสารและการวินิจฉัย
2.4 RFC ที่เกี่ยวข้องกับ PPP
นี่คือรายการ RFC ที่เกี่ยวข้องกับ PPP เอกสารเหล่านี้บางส่วน (ล้าสมัย) ล้าสมัย...
* 1717 - Sklower, K.; ลอยด์ บี.; แมคเกรเกอร์ ก.; Carr, DThe PPP Multilink Protocol (MP) พฤศจิกายน 2537; 21.00 น. (รูปแบบ: TXT=46264 ไบต์)
* 1663 - Rand, DPPP การส่งสัญญาณที่เชื่อถือได้ กรกฎาคม 1994; 20.00 น. (รูปแบบ: TXT=17281 ไบต์)
* 1662 — Simpson, W.,edPPP ในรูปแบบ HDLC กรกฎาคม 1994; 25.00 น. (รูปแบบ: TXT=48058 ไบต์) (เลิกใช้ RFC 1549)
* 1661 — Simpson, W., edThe Point-to-Point Protocol (PPP) กรกฎาคม 1994; 52 น. (รูปแบบ: TXT=103026 ไบต์) (ล้าสมัย RFC 1548)
* 1638 - เบเกอร์เอฟ; Bowen, R., edsPPP Bridging Control Protocol (BCP) 1994 มิถุนายน; 28.00 น. (รูปแบบ: TXT=58477 ไบต์)
* 1619 - Simpson, WPPP บน SONET/SDH พฤษภาคม 1994; 16.00 น. รูปแบบ: TXT=8893 ไบต์)
* 1618 - Simpson, WPPP บน ISDN พฤษภาคม 1994; 18.00 น. (รูปแบบ: TXT=14896 ไบต์)
* 1598 - Simpson, WPPP ใน X.25 มีนาคม 2537; 19.00 น. (รูปแบบ: TXT=13835 ไบต์)
* 1570 — ซิมป์สัน ว. วชิรเอ็ด ส่วนขยาย PPP LCP 1994 มกราคม; 18.00 น. (รูปแบบ: TXT=35719 ไบต์) (อัปเดต RFC 1548)
* 1553 - มาเธอร์ส.; Lewis, M. การบีบอัดส่วนหัว IPX ผ่าน WAN Media (CIPX) ธันวาคม 2536; 23.00 น. (รูปแบบ: TXT=47450 ไบต์)
* 1552 - Simpson, W. PPP Internetwork Packet Exchange Control Protocol (IPXCP) ธันวาคม 2536; 14.00 น. รูปแบบ: TXT=29174 ไบต์)
* 1551 - Allen, M. Novell IPX ผ่าน WAN Media IPXWAN ต่างๆ) ธันวาคม 2536; 22.00 น. (รูปแบบ: TXT=54210 ไบต์) (เลิกใช้ RFC 1362)
* 1549 — ซิมป์สัน ว. วชิรเอ็ด PPP ในกรอบ HDLC ธันวาคม 2536; 18.00 น. (รูปแบบ: TXT=36353 ไบต์) ล้าสมัยโดย RFC 1662)
* 1548 — Simpson, W. โปรโตคอลแบบจุดต่อจุด (PPP) ธันวาคม 2536; 53 น. (รูปแบบ: TXT=111638 ไบต์) (ล้าสมัย RFC 1331; ล้าสมัยโดย RFC 1661; อัปเดตโดย RFC 1570)
* 1547 - Perkins, D. ข้อกำหนดสำหรับโปรโตคอลแบบจุดต่อจุดมาตรฐานอินเทอร์เน็ต ธันวาคม 2536; 21.00 น. รูปแบบ: TXT=49811 ไบต์)
* 1378 - โปรโตคอลควบคุม PPP AppleTalk (ATCP) ปาร์คเกอร์ บี. 1992 พฤศจิกายน; 16.00 น. (รูปแบบ: TXT=28496 ไบต์)
* 1377 - โปรโตคอลควบคุมเลเยอร์เครือข่าย PPP OSI (OSINLCP) แคทซ์, ดี. 1992 พฤศจิกายน; 22.00 น. (รูปแบบ: TXT=22109 ไบต์)
* 1376 - โปรโตคอลควบคุม PPP DECnet เฟส IV (DNCP) เซนัม, เอส.เจ. พฤศจิกายน 2535; 18.00 น. (รูปแบบ: TXT=12448 ไบต์)
* 1362 - Allen, M. Novell IPX ผ่าน WAN Media IPXWAN ต่างๆ) 1992 กันยายน; 18.00 น. (รูปแบบ: TXT=30220 ไบต์)
* 1334 - โปรโตคอลการตรวจสอบสิทธิ์ PPP ลอยด์ บี.; ซิมป์สัน วอชิงตัน 1992 ตุลาคม; 16.00 น. (รูปแบบ: TXT=33248 ไบต์)
* 1333 - การตรวจสอบคุณภาพลิงค์ PPP ซิมป์สัน วอชิงตัน พฤษภาคม 1992; 15.00 น. (รูปแบบ: TXT=29965 ไบต์)
* 1332 - PPP อินเทอร์เน็ตโปรโตคอลควบคุมโปรโตคอล (IPCP) McGregor, G. 1992 พฤษภาคม; 12.00 น. (รูปแบบ: TXT=17613 ไบต์) (เลิกใช้ RFC1172)
* 1331 - Point-to-Point Protocol (PPP) สำหรับการส่งข้อมูลดาตาแกรมหลายโปรโตคอลผ่านลิงก์แบบจุดต่อจุด ซิมป์สัน วอชิงตัน พฤษภาคม 1992; 66 น. (รูปแบบ: TXT=129892 ไบต์) (ล้าสมัย RFC1171, RFC1172; ล้าสมัยโดย RFC 1548)
* 1220 - ส่วนขยายโปรโตคอลแบบจุดต่อจุดสำหรับการเชื่อมโยง เบเกอร์, เอฟ., เอ็ด. เมษายน 2534; 18.00 น. (รูปแบบ: TXT=38165 ไบต์)
* 1172 - ตัวเลือกการกำหนดค่าเริ่มต้นโปรโตคอลแบบจุดต่อจุด (PPP) เพอร์กินส์ ดี.; งานอดิเรก ร. 1990 กรกฎาคม; 38 น. (รูปแบบ: TXT=76132 ไบต์) (ล้าสมัยโดย RFC1331, RFC1332)
* 1171 - โปรโตคอลแบบจุดต่อจุดสำหรับการส่งข้อมูลดาตาแกรมหลายโปรโตคอลผ่านลิงก์แบบจุดต่อจุด Perkins, D. 1990 กรกฎาคม; 48 น. (รูปแบบ: TXT=92321 ไบต์) (ล้าสมัย RFC1134; ล้าสมัยโดย RFC1331)
* 1134 - โปรโตคอลแบบจุดต่อจุด: ข้อเสนอสำหรับการส่งข้อมูลดาตาแกรมหลายโปรโตคอลผ่านลิงก์แบบจุดต่อจุด Perkins, D. 1989 พฤศจิกายน; 38 น. (รูปแบบ: TXT=87352 ไบต์) (ล้าสมัยโดย RFC1171)
* 1144 - การบีบอัดส่วนหัว TCP/IP สำหรับลิงก์อนุกรมความเร็วต่ำ Jacobson, V. 1990 กุมภาพันธ์; 43 น. รูปแบบ: TXT=120959 PS=534729 ไบต์)
