html ข้อขัดข้องของ TDM over IP: E1, เส้นทางแพ็กเก็ต และสัญญาณนาฬิกา | FCTELE
                                   +8618758069661 [email protected]
ค้นหาผลิตภัณฑ์ คำแนะนำ: เว้นวรรค = AND, | = OR, ! = NOT

การแก้ไขปัญหา TDM ผ่าน IP: การแจ้งเตือน E1 แพ็กเก็ต และการกู้คืนสัญญาณนาฬิกา

มีคำถามหรือไม่? โทรหาเราวันนี้!

+8618758069661

หรือฝากข้อความถึงเรา

ข้อความออนไลน์

การแก้ไขปัญหา TDM ผ่าน IP: การแจ้งเตือน E1 แพ็กเก็ต และการกู้คืนสัญญาณนาฬิกา

จำนวนการเข้าชม: 97 +3ต้นฉบับโดย FCTELEผู้เขียน: ทีมเทคนิค FCTELE
สรุปภาพรวม

ควรแยกหาจุดขัดข้องของ TDM over IP อย่างไร?

แยกตรวจสอบวงจรฝั่งท้องถิ่น การขนส่งแพ็กเก็ต และวงจรปลายทางที่กู้คืนแล้วก่อนเปลี่ยนการตั้งค่า สัญญาณเตือน E1 แพ็กเก็ตที่สูญหายหรือล่าช้า พฤติกรรมของบัฟเฟอร์ และการกู้คืนสัญญาณนาฬิกาให้หลักฐานที่แตกต่างกัน การเข้าถึงที่อยู่ IP ได้ไม่ได้พิสูจน์ว่าการแมปหรือการกำหนดจังหวะเวลาของวงจรถูกต้อง ควรเปรียบเทียบปลายทางทั้งสองด้านโดยใช้ค่าฐานของบริการภายใต้สภาวะควบคุม

สามกลไกและขอบเขตการตรวจสอบติดตามเส้นทางสัญญาณ แล้วตรวจสอบบริการจริง

01ตรวจสอบวงจรฝั่งท้องถิ่น

Check the local circuitElectrical interface, framing, signaling and clock conditions determine what enters the gateway.TS0TS1…TS15TS16…TS31Illustrative framed E1 structureCheck the actual service allocation

อินเทอร์เฟซทางไฟฟ้า การจัดเฟรม การส่งสัญญาณควบคุม และเงื่อนไขสัญญาณนาฬิกาเป็นตัวกำหนดสิ่งที่เข้าสู่เกตเวย์

02ตรวจสอบจังหวะเวลาของแพ็กเก็ต

Inspect packet timingLoss, variable delay and receive-buffer limits affect circuit reconstruction differently.ABCBufferArrival, storage and delivery differ

การสูญหาย ความหน่วงที่แปรผัน และขีดจำกัดของบัฟเฟอร์รับส่งผลต่อการสร้างวงจรกลับคืนแตกต่างกัน

03ตรวจสอบวงจรที่กู้คืนแล้ว

Verify the restored circuitRecovered line timing and real service must be accepted at the remote endpoint.FaultInterruptionRemote circuit ≠ alarm state

ต้องตรวจรับจังหวะเวลาของสายที่กู้คืนแล้วและบริการจริงที่ปลายทางระยะไกล

ปัดเพื่อเปรียบเทียบแผนภาพทั้งสาม →

ภาพประกอบแนวคิดเพื่อการเรียนรู้ ไม่ใช่รูปคลื่นที่วัดได้ แผนผังการเดินสายติดตั้ง หรือสถาปัตยกรรมภายในของผลิตภัณฑ์รุ่นใดรุ่นหนึ่ง
  • ตรวจสอบวงจรฝั่งท้องถิ่น

    บันทึกสัญญาณเตือน E1 และค่าฐานจากการทดสอบฝั่งท้องถิ่น

  • ตรวจสอบจังหวะเวลาของแพ็กเก็ต

    เปรียบเทียบตัวนับแพ็กเก็ต พฤติกรรมความหน่วง และการตั้งค่าบัฟเฟอร์ที่รองรับ

  • ตรวจสอบวงจรที่กู้คืนแล้ว

    ตรวจสอบข้อผิดพลาด การคลาดจังหวะ (slip) และทราฟฟิกจริงหลังการกู้คืน

รายการตรวจสอบการเลือกและการตรวจยืนยันขยายดูรายการตรวจสอบและคู่มือที่เกี่ยวข้อง
รายการตรวจสอบสำหรับบริการนี้และสภาวะการทำงานจริง
รายการตรวจสอบสิ่งที่ต้องยืนยันวิธีตรวจสอบ
ตรวจสอบวงจรฝั่งท้องถิ่นอินเทอร์เฟซทางไฟฟ้า การจัดเฟรม การส่งสัญญาณควบคุม และเงื่อนไขสัญญาณนาฬิกาเป็นตัวกำหนดสิ่งที่เข้าสู่เกตเวย์บันทึกสัญญาณเตือน E1 และค่าฐานจากการทดสอบฝั่งท้องถิ่น
ตรวจสอบจังหวะเวลาของแพ็กเก็ตการสูญหาย ความหน่วงที่แปรผัน และขีดจำกัดของบัฟเฟอร์รับส่งผลต่อการสร้างวงจรกลับคืนแตกต่างกันเปรียบเทียบตัวนับแพ็กเก็ต พฤติกรรมความหน่วง และการตั้งค่าบัฟเฟอร์ที่รองรับ
ตรวจสอบวงจรที่กู้คืนแล้วต้องตรวจรับจังหวะเวลาของสายที่กู้คืนแล้วและบริการจริงที่ปลายทางระยะไกลตรวจสอบข้อผิดพลาด การคลาดจังหวะ (slip) และทราฟฟิกจริงหลังการกู้คืน

เริ่มจากวาดแผนผังระบุว่าข้อขัดข้องเกิดขึ้นที่ใดตามเส้นทาง

TDM over IP ช่วยให้วงจรแบบดั้งเดิมส่งผ่านเครือข่าย IP ได้ เมื่อตรวจแก้ปัญหา ควรแยกตรวจสอบอินเทอร์เฟซ E1 ฝั่งท้องถิ่น การขนส่งแพ็กเก็ต และการกู้คืนวงจรฝั่งระยะไกล เทคโนโลยีนี้ไม่ใช่โพรโทคอลกำหนดเส้นทางข้อมูลทางยุทธวิธี และ RIP ก็ไม่ใช่คุณสมบัติที่เกตเวย์ทุกตัวต้องเปิดใช้งาน ก่อนอื่นให้ยืนยันว่ากำลังตรวจสอบวงจรใด เกี่ยวข้องกับพอร์ตสองพอร์ตใด และใช้ชุดการแมปปลายทางระยะไกลชุดใด เพื่อไม่ให้นำสถานะของบริการอื่นในแชสซีเดียวกันมาใช้เป็นหลักฐานของวงจรนี้

เส้นทางที่เล็กที่สุดประกอบด้วยอุปกรณ์ปลายทาง เกตเวย์ด้านซ้าย เครือข่าย IP เกตเวย์ด้านขวา และอุปกรณ์ปลายทางระยะไกล ในทางปฏิบัติยังมีแหล่งจ่ายไฟ แหล่งสัญญาณนาฬิกา และเส้นทางการจัดการด้วย แผนภาพแสดงเพียงทิศทางเดียว การตรวจแก้ปัญหาต้องตรวจสอบทิศทางย้อนกลับด้วย การบันทึกว่าข้อขัดข้องเริ่มเกิดเมื่อใด เปลี่ยนแปลงตามโหลดหรือเส้นทางหรือไม่ และช่องสัญญาณใดผิดปกติพร้อมกัน มีแนวโน้มจะให้เบาะแสที่เป็นประโยชน์มากกว่าการเริ่มด้วยการรีเซ็ตเป็นค่าโรงงานหรือติดตั้งเฟิร์มแวร์ใหม่

การเข้าถึงเพื่อจัดการไม่เท่ากับความต่อเนื่องของบริการ

หน้าเว็บจัดการหรือ ping ที่ทำงานตามปกติแสดงเพียงว่าเงื่อนไขบางส่วนของเส้นทางและบริการจัดการที่เกี่ยวข้องครบถ้วนแล้ว บริการอาจใช้พอร์ต VLAN หรือการแมปเป้าหมายที่ต่างกัน และอาจถูกจำกัดด้วยกฎอื่นด้วย การจัดการได้จึงไม่ได้พิสูจน์ว่าแพ็กเก็ตขนส่งไปถึงช่องรับที่ถูกต้อง ในทางกลับกัน การเข้าถึงเพื่อจัดการล้มเหลวก็ไม่ได้หมายความว่าทุกวงจรหยุดทำงานเสมอไป ควรสังเกตสถานะอุปกรณ์ปลายทางและบริการแยกกัน

หลังยืนยันตัวตนอุปกรณ์ ที่อยู่ปัจจุบัน จุดเข้าใช้งานเพื่อบำรุงรักษา และบัญชีผู้ใช้แล้ว ให้บันทึกการกำหนดค่า รุ่น และข้อมูลเฟิร์มแวร์ เมื่อจำเป็นต้องปฏิบัติงานหน้างาน ให้เตรียมช่วงเวลาบำรุงรักษาที่ได้รับอนุมัติและแผนย้อนกลับก่อน อย่าปิดกฎความปลอดภัยทั้งหมดพร้อมกันเพียงเพื่อทดสอบการเชื่อมต่อ พอร์ตจัดการ พอร์ต Ethernet สำหรับบริการ และอินเทอร์เฟซ E1 มีหน้าที่ต่างกัน แม้จะดูเหมือน RJ45 ก็ไม่ได้หมายความว่าสามารถใช้สายและขาสัญญาณปะปนกันได้ตามใจ

สำหรับ E1 ฝั่งท้องถิ่น ให้ตรวจสอบสัญญาณก่อน แล้วจึงตรวจสอบโหมดบริการ

LOS โดยทั่วไปหมายถึงอินเทอร์เฟซที่เกี่ยวข้องตรวจไม่พบสัญญาณสายที่ถูกต้อง ให้ตรวจสอบร่วมกับสาย พอร์ต แหล่งจ่ายไฟของอุปกรณ์ปลายทาง และเงื่อนไขอินเทอร์เฟซ บริการที่มีการจัดเฟรมอาจแสดงสถานะสูญเสียเฟรมและสถานะอื่นด้วย จึงต้องตรวจสอบโครงสร้างเฟรม การส่งสัญญาณควบคุม และการตั้งค่าที่ปลายทั้งสองด้าน AIS อาจหมายถึงการแจ้งความผิดปกติจากต้นทางไปยังปลายทาง เมื่อพบจึงไม่ควรสรุปว่าพอร์ตเครือข่ายฝั่งท้องถิ่นเสีย ความหมายของสัญญาณเตือนและวิธีจัดการต้องอ้างอิงเอกสารอุปกรณ์และโหมดบริการที่ใช้งาน

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

แผนภาพตัดแสดงเส้นทางทั่วไปพร้อมจุดสังเกตสามจุด: การรับ E1 ฝั่งท้องถิ่น แพ็กเก็ตขนส่ง IP และการกู้คืนวงจรฝั่งระยะไกล
รูปที่ 1 | แผนภาพหลักการทั่วไป แสดงเพียงทิศทางเดียว โดยตรวจสอบการเข้าถึงเพื่อจัดการและเส้นทางบริการแยกกัน และการแสดงสัญญาณเตือนไม่ได้ระบุสาเหตุรากโดยตรง แผนภาพนี้ใช้แทนคำแนะนำอินเทอร์เฟซและการเดินสายของรุ่นนั้นไม่ได้

ทางฝั่ง IP ให้ตรวจดูแพ็กเก็ตที่ขนส่งบริการจริง

ตรวจสอบที่อยู่ที่เกี่ยวข้องทั้งสองด้าน เส้นทางส่งต่อ พอร์ตที่อนุญาต VLAN และเงื่อนไขความยาวแพ็กเก็ต ให้ตรวจสอบตามการห่อหุ้มข้อมูลและการกำหนดค่าที่ผลิตภัณฑ์รองรับจริง อย่าอนุมานจากชื่อว่าเกตเวย์ทุกตัวใช้โพรโทคอลขนส่งเดียวกัน และอย่าคัดลอกพอร์ตเริ่มต้นของผู้ผลิตรายอื่น เมื่อไม่ได้รับบริการ ควรแยกให้ออกว่าเกิดจากฝั่งส่งไม่สร้างแพ็กเก็ต ข้อจำกัดระหว่างทาง หรือการแมปฝั่งรับไม่ตรงกัน

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

แผนภาพตัดแสดงแพ็กเก็ตที่มาถึงไม่สม่ำเสมอเข้าสู่บัฟเฟอร์และถูกอ่านออกด้วยสัญญาณนาฬิกาที่กู้คืนแล้ว พร้อมความสัมพันธ์ของความถี่การอ่าน/เขียนระยะยาวที่ทำให้ระดับน้ำเปลี่ยนแปลง
รูปที่ 2 | แผนภาพหลักการทั่วไป ระดับน้ำและจังหวะเป็นกลไกทั่วไป ไม่ใช่ผลการวัด การอ่านเร็วกว่าการเขียนอาจทำให้บัฟเฟอร์พร่อง ส่วนการอ่านช้ากว่าการเขียนอาจทำให้บัฟเฟอร์เต็ม การเพิ่มความลึกของบัฟเฟอร์ไม่สามารถขจัดความต่างของความถี่ได้อย่างถาวรหรือสร้างข้อมูลที่สูญหายขึ้นใหม่

พิจารณาความแปรผันของการมาถึงและความคลาดเคลื่อนของความถี่ระยะยาวแยกกัน

เครือข่ายแพ็กเก็ตมีการเข้าคิว ช่วงเวลาระหว่างการมาถึงของแพ็กเก็ตจึงอาจแปรผัน ฝั่งรับเก็บข้อมูลไว้ชั่วคราวในบัฟเฟอร์ แล้วอ่านออกตามสัญญาณนาฬิกาที่ต้องการ เมื่อแพ็กเก็ตมาถึงช้ากว่าที่อนุญาตหรือสูญหาย บัฟเฟอร์ไม่สามารถสร้างเนื้อหาเดิมกลับคืนจากความว่างเปล่าได้ อุปกรณ์อาจส่งข้อมูลทดแทนออกหรือแสดงสัญญาณเตือนที่เกี่ยวข้อง ซึ่งต้องตรวจสอบพฤติกรรมเฉพาะของอุปกรณ์ คิวและรูปคลื่นในแผนภาพเป็นเพียงกลไกทั่วไป ไม่ใช่ผลการวัด

หากอัตราการอ่านระยะยาวเร็วกว่าการเขียน ระดับน้ำอาจค่อย ๆ ลดลง หากอัตราการอ่านระยะยาวช้ากว่าการเขียน ระดับน้ำอาจค่อย ๆ สูงขึ้น ความสัมพันธ์ด้านความถี่นี้ไม่ใช่ปัญหาเดียวกับการมาถึงที่ไม่สม่ำเสมอในระยะสั้น ควรตรวจสอบแหล่งสัญญาณนาฬิกาที่ปลายทั้งสองด้าน ความสัมพันธ์แบบมาสเตอร์–สเลฟ และพฤติกรรมหลังสัญญาณอ้างอิงขัดข้อง การตั้งเวลา NTP ให้ระบบจัดการไม่ได้พิสูจน์ว่าการกู้คืนความถี่สาย E1 เป็นไปตามข้อกำหนด และการเพิ่มบัฟเฟอร์เพียงอย่างเดียวไม่สามารถแก้ความคลาดเคลื่อนของความถี่ที่เกิดอย่างต่อเนื่องได้อย่างถาวร

การปรับพารามิเตอร์เป็นเพียงการตรวจสอบสมมติฐานหนึ่งข้อ

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

การสลับเส้นทาง ความแออัดที่ทางออกซึ่งใช้ร่วมกัน หรือการเปลี่ยนแปลงในทันเนลความปลอดภัย ล้วนเปลี่ยนเงื่อนไขการขนส่งได้ QoS สามารถจัดลำดับความสำคัญ แต่ไม่ได้เพิ่มความจุการส่งออกอย่างต่อเนื่อง และต้องตรวจสอบความยาวกับโอเวอร์เฮดที่ทันเนลเพิ่มเข้ามาด้วย หลังเครือข่ายกลับมาเข้าถึงได้ ให้ตรวจสอบ E1 และบริการจริงต่อไป อย่าใช้ผล ping เพียงครั้งเดียวขณะไม่มีโหลดมาแทนการตรวจสอบข้อผิดพลาดบิต สัญญาณเตือน และประสิทธิภาพแอปพลิเคชันของวงจรที่มีโหลด

ใช้ความสามารถลูปแบ็กกับเกตเวย์ Feichang Technology

รายละเอียดของ Feichang Technology FCT-E1 และ FCT-E4-M ระบุแนวทางการบำรุงรักษา เช่น การกู้คืนสัญญาณนาฬิกา ความยาวแพ็กเก็ตที่กำหนดค่าได้ VLAN การแสดงการสูญหายของแพ็กเก็ต E1 และลูปแบ็ก E1 แบบท้องถิ่น/ระยะไกล นอกจากนี้ FCT-E4-M ยังรองรับการแมป IP เป้าหมายหลายรายการและพอร์ต จึงสามารถตรวจสอบปลายทางระยะไกลของวงจรทั้งสี่ได้ทีละวงจร คำอธิบายเหล่านี้ช่วยระบุว่าควรตรวจสอบสถานะใด ไม่ได้หมายความว่ามีการนำตัวนับหรือคำสั่งวินิจฉัยมาตรฐานทั้งหมดที่ระบุในหน้าเว็บมาใช้งานแล้ว

ลูปแบ็กสร้างเส้นทางส่งกลับสำหรับขอบเขตการทดสอบที่เกี่ยวข้อง และเหมาะสำหรับช่วยระบุตำแหน่งข้อขัดข้องภายในขอบเขตที่ยืนยันแล้ว แต่อาจใช้ทรัพยากรของบริการหรือทำให้บริการหยุดชะงัก ก่อนทดสอบ ให้ตรวจสอบตำแหน่ง ทิศทาง และการข้ามลิงก์อื่นของลูปแบ็ก ปฏิบัติตามคู่มือในช่วงเวลาบำรุงรักษา แล้วออกจากโหมดและคืนค่าการกำหนดค่าหลังเสร็จสิ้น การทดสอบลูปแบ็กผ่านหนึ่งครั้งแสดงเพียงผลภายในขอบเขตที่การทดสอบนั้นครอบคลุม ไม่สามารถพิสูจน์โดยอัตโนมัติว่าการขนส่งผ่านเครือข่ายสาธารณะ ทุกช่องสัญญาณ หรืออุปกรณ์ปลายทางทั้งสองด้านเป็นปกติ

จากการทดสอบขอบเขตเล็กกลับสู่เส้นทางเต็ม

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

หากผิดปกติเฉพาะเมื่ออยู่บนเครือข่ายจริง ให้บันทึกข้อมูลพอร์ต แพ็กเก็ต บัฟเฟอร์ และสัญญาณเตือน ณ เวลานั้น แล้วจำกัดขอบเขตทีละส่วนตามเส้นทาง หากเส้นทางสั้นก็ทดสอบไม่ผ่าน ให้ตรวจสอบอุปกรณ์ปลายทาง การตั้งค่าอินเทอร์เฟซ สัญญาณนาฬิกา และฮาร์ดแวร์ การเปลี่ยนอุปกรณ์หรืออัปเกรดเฟิร์มแวร์ควรมีการตรวจสอบความเข้ากันของรุ่น เหตุผลรองรับการเปลี่ยนแปลง และแผนย้อนกลับ ไม่ใช่ขั้นตอนแรกในการตรวจแก้ปัญหา หลังการกู้คืน ให้ตรวจสอบบริการจริงทั้งสองทิศทางพร้อมกัน ไม่ใช่เพียงดูว่าไฟสีแดงดับแล้ว

ส่งมอบบันทึกข้อขัดข้องที่ตรวจสอบย้อนหลังได้

บันทึกโทโพโลยีแบบปลายทางถึงปลายทาง ช่องสัญญาณและปลายทางระยะไกล เวอร์ชันอุปกรณ์ การกำหนดค่า เวลา โหลด และการเปลี่ยนแปลงแต่ละครั้ง ระบุให้ชัดเจนถึงขอบเขตที่ตรวจสอบแล้ว เงื่อนไขที่ยังไม่ครอบคลุม และสิ่งที่สังเกตหลังการกู้คืน เพื่อให้ผู้บำรุงรักษาคนถัดไปประเมินได้ สัญญาณเตือนอาจมีเงื่อนไขการเกิดและการยกเลิก ไม่ควรรวมความผิดปกติชั่วขณะกับข้อขัดข้องต่อเนื่องไว้ในสถิติเดียวกัน และควรยืนยันค่าเกณฑ์เฉพาะตามความสามารถของอุปกรณ์

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

หมายเหตุเกี่ยวกับเอกสาร: แผนภาพหลักการได้รับการตรวจสอบเทียบกับเนื้อหาทางเทคนิคแล้ว และใช้เพื่ออธิบายกลไกทั่วไป ไม่ใช่ภาพถ่ายผลิตภัณฑ์หรือบันทึกผลการวัด อินเทอร์เฟซ โหมด และความสามารถเฉพาะให้ยึดตามรุ่น เวอร์ชันที่เลือก และการตรวจสอบหน้างาน

เอกสารประกอบการตรวจสอบ: เกตเวย์จำลองวงจร E1 หนึ่งวงจร Feichang Technology FCT-E1
เกตเวย์จำลองวงจร E1 สี่วงจร Feichang Technology FCT-E4-M
หมวดผลิตภัณฑ์ TDM Over IP ของ Feichang Technology
RFC4553: TDM ผ่านแพ็กเก็ตแบบไม่คำนึงถึงโครงสร้าง
RFC5086: การจำลองวงจรแบบรับรู้โครงสร้าง
RFC4197: ข้อกำหนดด้านการจำลองวงจร สัญญาณนาฬิกา และเครือข่าย
การห่อหุ้มข้อมูล การบัฟเฟอร์ และการกู้คืนสัญญาณนาฬิกาของ E1 over IP
การเปลี่ยนเส้นทางและการตรวจรับหลังการกู้คืนของ TDM over IP

หัวข้อทางเทคนิคที่เกี่ยวข้อง: เกิดอะไรขึ้นเมื่อ TDM over IP พบการสลับเส้นทาง: ขอบเขตของ RIP การสลับลำดับแพ็กเก็ต และการตรวจรับหลังการกู้คืน E1 over IP ทำงานอย่างไร? การห่อหุ้มข้อมูลสำหรับการจำลองวงจร การบัฟเฟอร์ และการกู้คืนสัญญาณนาฬิกา

แปลจากบทความเทคนิคภาษาจีน เผยแพร่ต้นฉบับครั้งแรก: 2024-04-16 แก้ไขต้นฉบับล่าสุด: 2026-10-13 อ่านต้นฉบับภาษาจีน

คำถามที่พบบ่อยในการใช้งานจริง

การเชื่อมต่อ IP สามารถแก้ไขโหมดเฟรม E1 ฝั่งท้องถิ่นที่ไม่ตรงกันได้หรือไม่?

ไม่ได้ อินเทอร์เฟซทางไฟฟ้า การจัดเฟรม การส่งสัญญาณควบคุม และเงื่อนไขสัญญาณนาฬิกาเป็นตัวกำหนดสิ่งที่เข้าสู่เกตเวย์ ให้บันทึกสัญญาณเตือน E1 และค่าฐานจากการทดสอบฝั่งท้องถิ่น

บัฟเฟอร์รับที่ใหญ่ขึ้นจะแก้ข้อขัดข้องของแพ็กเก็ตหรือสัญญาณนาฬิกาได้ทุกกรณีหรือไม่?

ไม่ การสูญหาย ความหน่วงที่แปรผัน และขีดจำกัดของบัฟเฟอร์รับส่งผลต่อการสร้างวงจรกลับคืนแตกต่างกัน ให้เปรียบเทียบตัวนับแพ็กเก็ต พฤติกรรมความหน่วง และการตั้งค่าบัฟเฟอร์ที่รองรับ

ไฟแสดงสถานะลิงก์ของเกตเวย์พิสูจน์ได้หรือไม่ว่าบริการ E1 ฝั่งระยะไกลไม่มีข้อผิดพลาด?

ไม่ได้ ต้องตรวจรับจังหวะเวลาของสายที่กู้คืนแล้วและบริการจริงที่ปลายทางระยะไกล ตรวจสอบข้อผิดพลาด การคลาดจังหวะ (slip) และทราฟฟิกจริงหลังการกู้คืน

แหล่งข้อมูลและขอบเขตการนำไปใช้

เนื้อหาเพิ่มเติมเหล่านี้อธิบายกลไกทั่วไป คุณสมบัติที่รองรับ รายละเอียดการเชื่อมต่อ และเกณฑ์การตรวจรับต้องตรวจยืนยันกับอุปกรณ์ ซอฟต์แวร์ และสภาวะการทำงานจริง แผนภาพไม่ใช่ผลการวัดหรือหลักฐานการรับรอง

แชร์บทความนี้