การเลือกเครือข่ายเฝ้าระวังขนาด 100 Mbps หรือ 1000 Mbps ควรอาศัยการคำนวณอัตราบิตที่ผ่านแต่ละลิงก์จริง โดยเฉพาะอัปลิงก์ที่กล้องหลายตัวใช้ร่วมกัน ไม่สามารถกำหนดจำนวนกล้องตายตัวจากจำนวนพิกเซล หรือถือว่า “100 Mbps ใช้งานได้เพียง 50 Mb/s” เป็นกฎสำหรับสวิตช์ทุกตัวได้ เริ่มจากระบุอัตราบิตและเส้นทางการเข้าถึง จากนั้นเผื่อความจุอย่างเหมาะสม และสุดท้ายตรวจสอบด้วยทราฟฟิกงานจริง
กล้องสร้างข้อมูลตามอัตราบิต ส่วนสวิตช์ส่งต่อแพ็กเก็ต
กล้องเข้ารหัสภาพเป็นข้อมูลวิดีโอต่อเนื่อง โดยอัตราบิตระบุจำนวนบิตที่สร้างขึ้นต่อวินาที โดยทั่วไปสวิตช์ไม่ได้บีบอัดวิดีโอซ้ำ แต่ส่งต่อแพ็กเก็ต Ethernet ที่บรรทุกข้อมูลดังกล่าว ดังนั้น สิ่งที่เรียกว่า “การคำนวณอัตราบิตของสวิตช์” จึงเป็นการประมาณทราฟฟิกงานที่ผ่านพอร์ตหนึ่ง และประเมินว่าพอร์ตขาออกนั้นส่งข้อมูลได้ทันหรือไม่ ความต้องการพื้นที่จัดเก็บสำหรับการบันทึกสัมพันธ์กับความต้องการของลิงก์เครือข่าย แต่ไม่เหมือนกันทั้งหมด จึงไม่สามารถถือว่าขนาดไฟล์บันทึกเป็นปริมาณทราฟฟิกบนทุกลิงก์ได้โดยตรง
งานวิศวกรรมเครือข่ายมักใช้หน่วยฐานสิบ: 1000 kb/s เท่ากับ 1 Mb/s; หากต้องการแปลง Mb/s เป็น MB/s ให้หารด้วยแปด อย่าสับสนระหว่างกิโลบิตกับกิโลไบต์ และอย่าใช้ 1024 เป็นตัวแปลงทุกกรณีโดยไม่มีคำอธิบาย หน้าจอแสดงสถิติอาจใช้วิธีแสดงผลต่างกัน จึงควรตรวจสอบหน่วยและช่วงเวลาเก็บตัวอย่าง เมื่ออ่านข้อมูลเดียวกันจากเครื่องมือต่าง ๆ ให้ยืนยันก่อนว่ากำลังนับข้อมูลวิดีโอที่มีประโยชน์ แพ็กเก็ตโปรโตคอล หรือทราฟฟิกรวมของพอร์ต
รวมเฉพาะบริการที่ผ่านลิงก์ที่กำลังคำนวณ
สมมติว่ากล้องสี่ตัวส่งสตรีมหลักตัวละหนึ่งสตรีมที่ 8 Mb/s ไปยังเครื่องบันทึก อัปลิงก์ที่ใช้ร่วมกันต้องรองรับข้อมูลวิดีโออย่างน้อยประมาณ 32 Mb/s รวมทั้งเสียง โปรโตคอล และบริการอื่นที่ผ่านลิงก์นั้น นี่เป็นตัวอย่างเพื่ออธิบาย ไม่ใช่อัตราบิตที่จำนวนพิกเซลใดต้องใช้เสมอไป พอร์ตเชื่อมต่อของกล้องหนึ่งตัวรองรับเฉพาะทราฟฟิกของกล้องตัวนั้น ส่วนอัปลิงก์ที่กล้องสี่ตัวใช้ร่วมกันรองรับทราฟฟิกรวม จึงไม่สามารถใช้ข้อสรุปเรื่องจำนวนกล้องเดียวกันกับทั้งสองกรณีได้
ไม่ควรนำสตรีมหลักและสตรีมรองมาบวกกันโดยอัตโนมัติในทุกกรณี ควรนับเฉพาะสตรีมที่มีการร้องขอจริงและผ่านลิงก์นี้ หากคอมพิวเตอร์บำรุงรักษาและกล้องอยู่บนสวิตช์ระดับเข้าถึงตัวเดียวกัน สตรีมรองที่กำลังดูอาจถูกส่งต่อภายในสวิตช์โดยไม่ผ่านอัปลิงก์ไปยังเครื่องบันทึก แต่หากไคลเอนต์อยู่ฝั่งตรงข้ามของอัปลิงก์ ก็ต้องนับรวมด้วย ไคลเอนต์หลายเครื่องที่แต่ละเครื่องร้องขอวิดีโอแบบยูนิแคสต์อาจทำให้มีการส่งเนื้อหาเดียวกันหลายสำเนา การใช้มัลติแคสต์จะลดการส่งซ้ำในช่วงเครือข่ายใดได้หรือไม่นั้นขึ้นอยู่กับอุปกรณ์และการกำหนดค่าเครือข่าย และไม่สามารถสมมติว่าเปิดใช้งานอยู่แล้ว

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

เหตุใดภาพจึงยังกระตุกหรือเฟรมตก ทั้งที่ยังมีแบนด์วิดท์เหลือ?
ในแต่ละขณะ พอร์ตขาออกส่งข้อมูลได้ไม่เกินอัตราของลิงก์ เมื่อขาเข้าส่งแพ็กเก็ตเพิ่มขึ้นอย่างฉับพลัน สวิตช์จะเก็บข้อมูลที่ยังไม่ได้ส่งไว้ชั่วคราว หลังช่วงข้อมูลพุ่งสูงสิ้นสุดลง ความสามารถในการส่งที่ว่างขึ้นจะค่อย ๆ ลดความยาวของคิว หากทราฟฟิกเกินความสามารถของขาออกอย่างต่อเนื่อง บัฟเฟอร์จะเต็มในที่สุด และอาจมีการทิ้งแพ็กเก็ต บัฟเฟอร์ไม่ได้เพิ่มอัตราสายสัญญาณ และการจัดลำดับความสำคัญ QoS ไม่ได้สร้างแบนด์วิดท์ขึ้นมาเอง แต่เพียงกำหนดลำดับการประมวลผลบริการต่าง ๆ ในช่วงที่เกิดความแออัด
พอร์ต 100 Mb/s ไม่ได้มีข้อจำกัดตายตัวว่าใช้งานได้เพียง 50% หรือ 70% สัดส่วนที่ใช้งานได้จริงได้รับผลจากขนาดแพ็กเก็ต โอเวอร์เฮดของโปรโตคอล ประสิทธิภาพอุปกรณ์ และวิธีทดสอบ การเผื่อความจุเป็นทางเลือกทางวิศวกรรม ไม่ควรกล่าวอ้างผิด ๆ ว่าฮาร์ดแวร์มีความสามารถเหลือครึ่งหนึ่งโดยธรรมชาติ ควรวัดทราฟฟิกและข้อผิดพลาดจริงก่อน แล้วจึงกำหนดระดับการใช้งานต่อเนื่องที่ยอมรับได้และความจุเผื่อสำหรับช่วงข้อมูลพุ่งสูง สำหรับบริการควบคุมหรือเฝ้าระวังที่สำคัญ ความจุเผื่อควรสอดคล้องกับเป้าหมายความเชื่อถือได้ของบริการ และไม่สามารถใช้เปอร์เซ็นต์เดียวกับทุกกรณีได้
คำนวณความจุที่ต้องรองรับทีละช่วง ตั้งแต่ระดับเข้าถึงจนถึงเครื่องบันทึก
เริ่มจากวาดการเชื่อมต่อระหว่างกล้อง สวิตช์ระดับเข้าถึง อุปกรณ์รวมทราฟฟิก เครื่องบันทึก และไคลเอนต์ พร้อมระบุทิศทางและแหล่งที่มาของบริการบนแต่ละลิงก์กายภาพ สำหรับพอร์ตขาออกแต่ละพอร์ต ให้รวมอัตราบิตที่ผ่านจุดนั้นพร้อมกัน รวมเสียง การจัดการ และบริการอื่นที่ใช้ร่วมกัน จากนั้นพิจารณาโอเวอร์เฮดของโปรโตคอล ค่าสูงสุด และการขยายระบบ ลิงก์ฟูลดูเพล็กซ์มีความสามารถในการส่งแยกอิสระในทั้งสองทิศทาง จึงไม่สามารถนำความต้องการในทิศทางหนึ่งมาหารสองได้โดยตรง เมื่อมีการเล่นย้อนหลังและอัปโหลดพร้อมกัน ต้องยืนยันทิศทางการไหลของข้อมูลแต่ละอย่างด้วย
แค็ตตาล็อกสวิตช์ติดราง DIN ของ Feichang Technology มีชุดพอร์ตใยแก้วนำแสงและพอร์ตไฟฟ้าหลายรูปแบบ โดยสามารถตรวจสอบพอร์ตระดับเข้าถึงและอัปลิงก์แยกกันระหว่างการเลือกได้ รายละเอียดผลิตภัณฑ์ 10 กิกะบิต พอร์ตใยแก้วนำแสง 4 พอร์ต และพอร์ตไฟฟ้า 8 พอร์ต ระบุความสามารถของพอร์ตใยแก้วนำแสงและพอร์ตไฟฟ้าแยกกันอย่างชัดเจน การรวมทราฟฟิกด้วยความเร็วสูงสามารถให้ความจุสำหรับทราฟฟิกจากการเชื่อมต่อระดับเข้าถึงหลายทาง แต่ไม่ได้พิสูจน์ว่าจะรองรับกล้องจำนวนเท่าใดก็ได้พร้อมกัน ควรตรวจสอบความเข้ากันได้ของโมดูลใยแก้วนำแสงและลิงก์ ความสามารถในการส่งต่อโดยรวม พอร์ตเครือข่ายของเครื่องบันทึก ประสิทธิภาพการเขียนลงที่จัดเก็บข้อมูล และความสามารถในการถอดรหัสร่วมกัน เพื่อหลีกเลี่ยงการอัปเกรดเฉพาะสวิตช์โดยยังคงมีคอขวดอื่นอยู่
ใช้การทดสอบงานจริงเพื่อตัดสินการกำหนดค่าขั้นสุดท้าย
ระหว่างการตรวจรับ ให้ตรวจสอบก่อนว่าพอร์ตเจรจาความเร็วได้ตามที่วางแผนไว้หรือไม่ จากนั้นเปิดการบันทึก การดูภาพตัวอย่างแบบเรียลไทม์ บริการตามเหตุการณ์ และการเล่นย้อนหลังตามแผนพร้อมกัน แล้วสังเกตทราฟฟิกต่อเนื่อง ค่าสูงสุดระยะสั้น ข้อผิดพลาด และการสูญหายของแพ็กเก็ต หากการรับส่งข้อมูลเครือข่ายเป็นปกติแต่ภาพยังกระตุก ให้ตรวจสอบเพิ่มเติมที่การเขียนดิสก์ CPU การถอดรหัสของเครื่องบันทึก และตัวกล้องเอง อย่าเหมารวมว่าทุกปัญหาเกิดจากสวิตช์ การทดสอบควรใช้คุณภาพภาพและเงื่อนไขการใช้งานพร้อมกันแบบเดียวกัน เพื่อเปรียบเทียบผลก่อนและหลังการอัปเกรด
เก็บพารามิเตอร์การเข้ารหัสของกล้องแต่ละตัว จำนวนสตรีมที่ร้องขอ โทโพโลยี จำนวนพอร์ต และผลการบันทึก เพื่อจัดทำตารางความจุที่ตรวจสอบย้อนกลับได้ คำนวณใหม่หลังเพิ่มอุปกรณ์ปลายทางหรือเปลี่ยนวิธีเข้าถึงของไคลเอนต์ ควรทดสอบภาระงานหนักบนเครือข่ายทดสอบที่แยกออกมา หรือในช่วงเวลาบำรุงรักษาที่ได้รับอนุมัติ โดยสำรองการกำหนดค่าล่วงหน้าและเตรียมแผนย้อนกลับ อย่านำบริการวิดีโอที่ใช้งานจริงมาทดลองโดยไม่ได้วางแผน แผนความจุที่เหมาะสมควรอธิบายได้ว่าเหตุใดแต่ละลิงก์จึงเพียงพอ ไม่ใช่เพียงรายงานตัวเลขเดียวว่า “เชื่อมต่อกล้องได้สูงสุดกี่ตัว”
เอกสารอ้างอิงด้านกลไก:เอกสารการควบคุมอัตราบิตของ Axis; ข้อมูลผลิตภัณฑ์อ้างอิง:แค็ตตาล็อกสวิตช์ติดราง DIN ของ Feichang Technology, รายละเอียด 10 กิกะบิต พอร์ตใยแก้วนำแสง 4 พอร์ต และพอร์ตไฟฟ้า 8 พอร์ต. แผนภาพเป็นภาพประกอบกลไกทั่วไป และไม่ได้แสดงผลการวัดจริงของผลิตภัณฑ์เฉพาะรุ่น
แปลจากบทความเทคนิคภาษาจีน ต้นฉบับเผยแพร่ครั้งแรก: 2020-06-03 ต้นฉบับแก้ไขล่าสุด: 2026-10-13T20:37:04+08:00. อ่านต้นฉบับภาษาจีน


