เครือข่ายเป็นกระดูกสันหลังของความทันสมัยที่สุดองค์กร พวกเขาอนุญาตให้เข้าถึงข้อมูลได้โดยใครก็ตามที่ต้องการมันไม่ว่าพวกเขาจะอยู่ที่ไหน แต่ที่สำคัญและสำคัญอย่างที่ควรจะเป็นเครือข่ายอาจประสบปัญหาบางประการ ในความเป็นจริงมีปัญหาหลักสามประการที่ทำให้เกิดปัญหาเครือข่ายส่วนใหญ่: latency, jitter และ packet loss วันนี้เรากำลังพูดถึงเรื่องหลัง เราจะพยายามดูสาเหตุและวิธีการสูญหายของแพ็กเก็ต แต่ยังมีเครื่องมือใดที่สามารถใช้วัดและค้นหาแหล่งที่มาของมันรวมถึงสำรวจสิ่งที่สามารถทำได้เพื่อลดถ้าไม่กำจัด
เราจะเริ่มต้นโดยพยายามกำหนดความสูญเสียของแพ็กเก็ตเป็นสิ่งสำคัญที่เราทุกคนเริ่มต้นในหน้าเดียวกัน จากนั้นเราจะสำรวจสาเหตุต่างๆของการสูญเสียแพ็กเก็ต สาเหตุที่แท้จริงนั้นนับไม่ถ้วน แต่เราได้เลือกห้าข้อที่พบบ่อยที่สุดและเราจะมองลึกลงไปในแต่ละอัน หลังจากนั้นเราจะดูเครื่องมือบางอย่างที่สามารถใช้ในการวัดและค้นหาการสูญเสียแพ็กเก็ต ท้ายที่สุดก่อนที่เราจะแก้ไขอะไรเราต้องรู้ว่ามันอยู่ที่นั่นและเราจำเป็นต้องรู้ว่ามันอยู่ที่ไหน และการพูดคุยเกี่ยวกับการแก้ไขการสูญเสียแพ็คเก็ตนั่นเป็นคำสั่งสุดท้ายของธุรกิจ
Packet Loss คืออะไร
ผมเงื่อนไขง่ายๆการสูญเสียตคือความล้มเหลวของแพ็กเก็ตข้อมูลที่ส่งจากแหล่งที่มาถึงปลายทาง แพ็คเก็ตข้อมูลในกรณีที่คุณไม่ทราบว่าเป็นข้อมูลขนาดเล็กที่ส่งผ่านเครือข่ายคอมพิวเตอร์ ข้อมูลทุกชิ้นโดยไม่คำนึงถึงขนาดของมันจะถูกแบ่งออกเป็นแพ็กเก็ตซึ่งจะถูกส่งต่อเนื่องผ่านเครือข่ายก่อนที่จะถูกประกอบขึ้นใหม่เป็นข้อมูลที่มีความหมายโดยฝ่ายที่ได้รับ ด้วยเหตุผลหลายประการที่เรากำลังจะทำการสำรวจเกิดขึ้นว่าแพ็คเก็ตบางอย่างสูญหายระหว่างการขนส่ง ลองนึกภาพตัวอักษรหลายหน้าที่จะถูกส่งทางไปรษณีย์ในแต่ละหน้าด้วยซองจดหมายแยกต่างหาก นี่คือวิธีการถ่ายโอนข้อมูลผ่านเครือข่าย ในตัวอย่างนี้การสูญหายของแพ็คเก็ตเกิดขึ้นหากซองจดหมายอันใดอันหนึ่งสูญหายระหว่างทาง
คน สาเหตุของการสูญเสียแพ็คเก็ต
แม้ว่าจะมีหลายสาเหตุที่ทำให้แพ็กเก็ตสูญหาย - มีจำนวนมากเกินกว่าที่จะครอบคลุมได้ทั้งหมด แต่เราได้ระบุสาเหตุที่พบบ่อยที่สุดห้าประการ
1. แออัดของเครือข่าย
ความแออัดของเครือข่ายอาจเป็นสาเหตุหลักของการสูญเสียต มันคล้ายกับการจราจรติดขัดและมักเกิดขึ้นเมื่อมีข้อมูลมากกว่าที่เครือข่ายสามารถจัดการได้ เมื่อสิ่งนั้นเกิดขึ้นอุปกรณ์เครือข่ายเช่นเราเตอร์สามารถวางแพ็กเก็ตที่ถูกจัดคิวไว้นานเกินไปทำให้แพ็กเก็ตสูญหาย
ลิงค์ WAN และวงจรอินเทอร์เน็ตบางตัวบางครั้งแบนด์วิดท์ถูก จำกัด โดยผู้ให้บริการ ตัวอย่างเช่นพวกเขาสามารถจ่ายแบนด์วิดธ์ 2 Mbps บนวงจรฟิสิคัล 10 Mbps หากคุณพยายามส่งข้อมูลมากกว่า 2Mbps ในวงจรดังกล่าว WAN หรือเราเตอร์อินเทอร์เน็ตมักจะลดทราฟฟิกที่เพิ่มขึ้นซึ่งส่งผลให้แพ็กเก็ตสูญหาย
ความแออัดของเครือข่ายสามารถเกิดขึ้นได้เมื่อบริการผู้ให้บริการจงใจยกเลิกการสมัครลิงค์ พวกเขาทำเช่นนั้นตามเหตุผลที่ว่าผู้สมัครใช้บริการไม่ทั้งหมดจะใช้แบนด์วิดท์พร้อมกัน อย่างไรก็ตามในช่วงเวลาสูงสุดเมื่อมีผู้ใช้บริการเพิ่มมากขึ้นและความต้องการสูงกว่าความสามารถของตนอาจมีการสูญเสียแพ็กเก็ตเนื่องจากความแออัด
2. การใช้อุปกรณ์มากเกินไป
อีกสาเหตุที่พบบ่อยของอุปกรณ์สูญเสียตoverutilization มันเกิดขึ้นเมื่ออุปกรณ์กำลังทำงานที่ความจุที่ไม่ได้ออกแบบมาสำหรับ ในเครือข่ายแพ็คเก็ตอาจมาถึงเราเตอร์เร็วกว่าที่พวกเขาสามารถประมวลผล / ส่งออกได้ ในการจัดการกับสถานการณ์เหล่านี้อุปกรณ์จะมีบัฟเฟอร์ซึ่งพวกเขาเก็บแพ็คเก็ตชั่วคราวจนกว่าพวกเขาจะประมวลผลและส่งออก บัฟเฟอร์เหล่านี้ไม่มีที่สิ้นสุดแม้ว่าและในที่สุดก็สามารถเติมเต็มส่งผลให้แพ็คเก็ตถูกทิ้ง
ในหลายกรณีอุปกรณ์จะทำงานในลักษณะที่ยอมรับได้ในช่วงเวลาการทำงานปกติ (ไม่มาก) และกำหนดเส้นทางแพ็กเก็ตทั้งหมดอย่างถูกต้อง ในช่วงเวลาสูงสุดอย่างไรก็ตามอาจมีการเพิ่มขึ้นอย่างเห็นได้ชัดในหยดแพ็คเก็ต
3. ปัญหาฮาร์ดแวร์และซอฟต์แวร์
ฮาร์ดแวร์ที่ผิดพลาดนั้นเป็นอีกสาเหตุของแพ็คเก็ตการสูญเสีย ตัวอย่างเช่นเราได้เห็นอินสแตนซ์ของเราเตอร์ WAN ที่มีอินเทอร์เฟซ 100 Mbps ที่ไม่สามารถส่งข้อมูลได้มากกว่า 30 Mbps เมื่อปริมาณการใช้งานเหลือน้อยปัญหาก็ไม่สามารถสังเกตเห็นได้ แต่เมื่อเกิน 30 Mbps แล้วแพ็คเก็ตก็เริ่มลดลง การย้ายวงจรไปยังอินเทอร์เฟซอื่นของอุปกรณ์เดียวกันด้วยการกำหนดค่าอินเทอร์เฟซเดียวกันที่แน่นอนช่วยแก้ไขปัญหาได้ยืนยันว่าเป็นปัญหาฮาร์ดแวร์เราเตอร์
สาเหตุที่เกี่ยวข้องอย่างใกล้ชิดของการสูญเสียแพ็คเก็ตเป็นรถซอฟต์แวร์ที่ทำงานบนอุปกรณ์เครือข่าย เฟิร์มแวร์ของอุปกรณ์เครือข่ายเป็นโปรแกรมคอมพิวเตอร์และอุปกรณ์เหล่านี้มีข้อบกพร่องในการเขียนโปรแกรม พวกเขาเป็นซอฟต์แวร์ที่ซับซ้อนมากขึ้นและเป็นไปไม่ได้ที่ทีมพัฒนาของพวกเขาจะจับข้อบกพร่องทั้งหมดในเฟิร์มแวร์อุปกรณ์เครือข่าย
4. การกระทำที่เป็นอันตราย
การกระทำที่เป็นอันตราย - ส่วนใหญ่อยู่ในรูปของการปฏิเสธการบริการ (DoS) - เป็นอีกสาเหตุหนึ่งของการสูญเสียต อย่างไรก็ตามเป็นสิ่งหนึ่งที่เรามักจะมีการควบคุมเล็กน้อย มันเกิดขึ้นเมื่อผู้ใช้ที่ประสงค์ร้ายทำให้อุปกรณ์เครือข่ายมีปริมาณการใช้งานมากพอที่จะไม่สามารถปฏิบัติหน้าที่ได้อีกต่อไปและเริ่มทิ้งแพ็กเก็ต
เนื่องจากเราไม่สามารถควบคุมสถานการณ์เหล่านี้ได้เช่นกันพวกเขาเป็นงานของบุคคลที่สามวิธีที่ดีที่สุดคือหลีกเลี่ยงพวกเขาทั้งหมด มีบริการหลายอย่างที่อ้างว่าปกป้องเครือข่ายของคุณจากการโจมตีของ DoS บางคนทำงานได้ค่อนข้างดีแม้ว่าพวกเขาจะมีราคาแพง แต่หากพวกเขาสามารถปกป้องคุณจากการถูกโจมตีซึ่งคุณจะไม่มีทางป้องกันตัวเองก็อาจคุ้มค่ากับการลงทุน
5. ข้อผิดพลาดในการกำหนดค่า
ความผิดพลาดของมนุษย์มักถูกตำหนิในหลาย ๆ สถานการณ์และการสูญเสียแพ็กเก็ตไม่แตกต่างกัน ข้อผิดพลาดการกำหนดค่าอุปกรณ์เป็นอีกหนึ่งสาเหตุที่พบบ่อยที่สุดของการสูญหายของแพ็กเก็ต ตัวอย่างเช่นความเร็วของอินเทอร์เฟซและการจับคู่ที่ไม่ตรงกันอาจทำให้แพ็คเก็ตสูญหายได้ มันเกิดขึ้นเช่นเมื่อปลายด้านหนึ่งของลิงค์ถูกตั้งค่าเป็นฟูลดูเพล็กซ์ในขณะที่อีกอันหนึ่งตั้งไว้สำหรับฮาล์ฟดูเพล็กซ์ เมื่อสิ่งนั้นเกิดขึ้นการชนจะเกิดขึ้นกับการสูญเสียแพ็กเก็ต อุปกรณ์เครือข่ายมีความซับซ้อนมากขึ้นและง่ายต่อการทำผิดพลาด เครื่องมือการจัดการการกำหนดค่าสามารถช่วยให้คุณมั่นใจได้ว่าการกำหนดค่าของคุณปราศจากข้อผิดพลาดโดยการใช้องค์ประกอบการกำหนดค่ามาตรฐาน
ผลกระทบของการสูญเสียแพ็คเก็ต
การสูญเสียแพ็คเก็ตเป็นเรื่องปกติและเกิดขึ้นในเครือข่ายส่วนใหญ่ มันไม่ค่อยมีผลที่เห็นได้ชัดเจนจนกว่าจะถึงระดับวิกฤติ เมื่อใดก็สามารถทำให้เกิดข้อผิดพลาดต่างๆ การถ่ายโอนไฟล์ -ซึ่งใช้โปรโตคอล TCP ที่มุ่งเน้นการเชื่อมต่อ ค่อนข้างไม่ได้รับผลกระทบเนื่องจากมีการแก้ไขข้อผิดพลาดบางอย่างที่สร้างขึ้นในโปรโตคอลส่วนใหญ่และแพ็คเก็ตที่หายไปสามารถทำการส่งใหม่ได้ มันเป็นปัญหามากขึ้นกับการถ่ายโอนเรียลไทม์หรือใกล้เวลาจริง -ซึ่งใช้โปรโตคอล UDP ที่ไม่มีการเชื่อมต่อแทน เช่นการสตรีมวิดีโอหรือเสียงหรือ Voice over IP (VoIP) ซึ่งสามารถทำให้เกิดการข้ามและช่องว่างการตรึงภาพหรือการพูดที่ไม่สามารถเข้าใจได้
เครื่องมือบางอย่างในการวัดและค้นหาการสูญเสียแพ็คเก็ต
หากคุณต้องการลดหรือกำจัดการสูญเสียแพ็กเก็ตสิ่งแรกที่คุณต้องทำคือการวัดว่าเครือข่ายของคุณประสบปัญหาใดหรือไม่และหากเป็นเช่นนั้นจะเกิดขึ้นที่ไหน ดังที่เราได้กล่าวไปก่อนหน้านี้การสูญเสียแพ็คเก็ตเป็นเรื่องปกติและจะปรากฏในเครือข่ายส่วนใหญ่ อย่างไรก็ตามจะต้องอยู่ภายใต้เกณฑ์ที่แน่นอนเพื่อให้แน่ใจว่าจะไม่มีผลกระทบใด ๆ ระบบของซิสโก้แนะนำเช่นแพ็กเก็ตที่สูญเสียไปกับการรับส่งข้อมูล VoIP ซึ่งอาจเป็นประเภทของทราฟฟิกที่ได้รับผลกระทบมากที่สุด - ควรต่ำกว่า 1% สำหรับการสตรีมวิดีโอควรอยู่ระหว่าง 0.05% ถึง 5% ขึ้นอยู่กับประเภทของวิดีโอ
เนื่องจากปริมาณการใช้งาน VoIP เป็นประเภทของการรับส่งข้อมูลมากที่สุดได้รับผลกระทบจากการสูญเสียแพ็คเก็ตมันจะไม่แปลกใจที่เครื่องมือส่วนใหญ่ที่เราพบในการวัดและระบุว่าเป็นเครื่องมือตรวจสอบเครือข่าย VoIP เป็นหลัก
1. SolarWinds VoIP และผู้จัดการคุณภาพเครือข่าย (ทดลองฟรี)
SolarWinds ได้ทำการสร้างเครื่องมือการจัดการเครือข่ายที่ดีที่สุดในช่วง 20 ปีที่ผ่านมา ผลิตภัณฑ์เรือธงของมันคือ การตรวจสอบประสิทธิภาพเครือข่ายคะแนนอย่างต่อเนื่องในหมู่เครือข่าย SNMP ที่ดีที่สุดเครื่องมือตรวจสอบ บริษัท ยังมีชื่อเสียงในด้านเครื่องมือฟรีที่สร้างขึ้นเพื่อตอบสนองความต้องการเฉพาะของผู้ดูแลระบบเครือข่าย เครื่องมือฟรีเหล่านี้รวมถึงผลิตภัณฑ์เช่น TFTP Server หรือ ขั้นสูงubnet Calculator.
คน SolarWinds VoIP และผู้จัดการคุณภาพเครือข่าย เป็นเครื่องมือตรวจสอบ VoIP โดยเฉพาะนั่นคือเต็มไปด้วยคุณสมบัติที่ยอดเยี่ยม เครื่องมือนี้สามารถใช้ในการตรวจสอบการวัดคุณภาพการโทรของ VoIP รวมถึงการสูญหายของแพ็กเก็ต สามารถช่วยแก้ไขปัญหาการโทร VoIP ได้โดยเชื่อมโยงปัญหาการโทรและประสิทธิภาพเครือข่าย เครื่องมือนี้ยังรวมถึงการตรวจสอบ WAN แบบเรียลไทม์โดยใช้เทคโนโลยี Cisco IP SLA คุณลักษณะการติดตามเส้นทางการโทรของเครื่องมือ VoIP ช่วยให้คุณเห็นและระบุปัญหาการโทรตลอดเส้นทางเครือข่ายทั้งหมด

- ทดลองฟรี: SolarWinds VoIP และผู้จัดการคุณภาพเครือข่าย
- ลิ้งค์ดาวน์โหลด: https://www.solarwinds.com/voip-network-quality-manager/registration
เครื่องมือนี้สามารถทำการตรวจสอบตามเวลาจริงของประสิทธิภาพ WAN ของแต่ละไซต์และมีการแจ้งเตือนคุณสมบัติเพื่อแจ้งให้คุณทราบถึงสถานการณ์ที่ผิดปกติ สามารถช่วยให้มั่นใจว่าวงจร WAN ทำงานได้ตามที่คาดไว้โดยใช้การวัดของ IP IP ของ Cisco การทดสอบปริมาณข้อมูลสังเคราะห์และขีด จำกัด ประสิทธิภาพและการแจ้งเตือนที่กำหนดเอง
แต่ SolarWinds VoIP และผู้จัดการคุณภาพเครือข่าย จะไม่ตรวจสอบวงจร WAN ของคุณเท่านั้นแสดงการใช้งานและตัวชี้วัดประสิทธิภาพของเกตเวย์ VoIP และลำต้น PRI ของคุณ สามารถช่วยในการวางแผนความจุโดยให้คุณประเมินคุณภาพเสียงเมื่อวางแผนการปรับใช้ VoIP ใหม่
ราคาสำหรับ SolarWinds VoIP และผู้จัดการคุณภาพเครือข่าย เริ่มต้น $ 1 615 สำหรับอุปกรณ์แหล่งข้อมูล IP SLA สูงสุด 5 รายการและโทรศัพท์ IP 300 เครื่อง นอกจากนี้ยังมีระดับสิทธิ์ใช้งานอื่น ๆ รวมถึงสิทธิ์ใช้งานแบบไม่ จำกัด อุปกรณ์ ฟรี ทดลองใช้ 30 วัน คุณควรที่จะใช้ผลิตภัณฑ์สำหรับการทดสอบการทำงาน
2. การตรวจสอบเครือข่าย PRTG
คน Pรัฐบาลไทย ตรวจสอบเครือข่าย จาก Paessler เป็นระบบตรวจสอบเครือข่ายอเนกประสงค์ ผ่านการใช้เซ็นเซอร์ซึ่งสามารถเปรียบเทียบกับส่วนเสริมแม้ว่าจะรวมอยู่ในผลิตภัณฑ์ PRTG สามารถใช้เพื่อตรวจสอบพารามิเตอร์ต่างๆของเครือข่ายและระบบ เครื่องมือนี้สามารถตรวจสอบแทบทุกระบบอุปกรณ์การรับส่งข้อมูลและแอปพลิเคชันในโครงสร้างพื้นฐานด้านไอทีของคุณ
สำหรับจุดประสงค์ในการวัดและค้นหาตำแหน่งแพ็กเก็ตการสูญเสีย PRTG เสนอเซ็นเซอร์ที่แตกต่างไม่น้อยกว่าสามตัว คุณสามารถใช้เซ็นเซอร์ Ping เพื่อวัดความพร้อมใช้งานของอุปกรณ์ของคุณและคำนวณการสูญเสียแพ็คเก็ตเป็นเปอร์เซ็นต์ เซ็นเซอร์คุณภาพการบริการช่วยให้คุณตรวจสอบเส้นทางเครือข่ายทั้งหมดและทำการวัดและค้นหา ในที่สุด Cisco IP SLA Sensor สามารถใช้เพื่อวัดอัตราการสูญเสียแพ็คเก็ตบนอุปกรณ์ Cisco ของคุณ คุณสามารถเลือกที่จะรับการแจ้งเตือนทางอีเมล SMS หรือการแจ้งเตือนแบบพุชบนอุปกรณ์มือถือเมื่อใดก็ตามที่เกินเกณฑ์เพื่อให้คุณสามารถใช้มาตรการที่เหมาะสม

คน การตรวจสอบเครือข่าย PRTG ง่ายและติดตั้งง่ายสุด ๆ ระบบการค้นพบอัตโนมัติของเครื่องมือจะสแกนกลุ่มเครือข่ายและจดจำอุปกรณ์และระบบที่หลากหลายโดยอัตโนมัติ จากนั้นจะสร้างเซ็นเซอร์จากเทมเพลตอุปกรณ์ที่กำหนดไว้ล่วงหน้า บางครั้งเซ็นเซอร์ VoIP จำเป็นต้องตั้งค่าด้วยตนเองในภายหลังทำให้การติดตั้งใช้งานได้นานขึ้นเล็กน้อย แต่นี่ก็ยังเป็นหนึ่งในเครื่องมือที่เร็วที่สุดในการตั้งค่า
คน การตรวจสอบเครือข่าย PRTG มีให้บริการในเวอร์ชันเต็มรูปแบบฟรีจำกัด เพียง 100 เซ็นเซอร์ โปรดทราบว่าพารามิเตอร์ใด ๆ ที่ตรวจสอบแล้วนับเป็นเซ็นเซอร์เดียว ในการตรวจสอบเซ็นเซอร์มากกว่า 100 รายการคุณจะต้องมีใบอนุญาต ราคาแตกต่างกันไปตามจำนวนของเซ็นเซอร์และเริ่มต้นที่ $ 600 สำหรับ 500 เซ็นเซอร์สูงถึง $ 14 500 สำหรับเซ็นเซอร์ไม่ จำกัด รุ่นทดลองใช้ฟรีไม่ จำกัด อุปกรณ์ 30 วันให้บริการ
3. ManageEngine OpManager ด้วยการตรวจสอบ VoIP
คน ManageEngine OpManager เป็นอีกหนึ่งเครื่องมือตรวจสอบเครือข่ายที่ยอดเยี่ยม มันจะตรวจสอบสัญญาณชีพของอุปกรณ์ของคุณและแจ้งเตือนคุณทันทีที่บางสิ่งบางอย่างผิดปกติ เครื่องมือนี้มีส่วนต่อประสานกับผู้ใช้ที่เข้าใจง่ายซึ่งจะช่วยให้คุณค้นหาข้อมูลที่ต้องการได้อย่างง่ายดาย นอกจากนี้ยังมีเครื่องมือการรายงานที่ยอดเยี่ยมพร้อมกับรายงานที่สร้างไว้ล่วงหน้าและกำหนดเอง เพื่อให้บรรจุภัณฑ์เสร็จสมบูรณ์คุณสมบัติการแจ้งเตือนของผลิตภัณฑ์ก็มีความครอบคลุมมากเช่นกัน

เมื่อพูดถึงการตรวจสอบความกระวนกระวายใจ ManageEngine OpManager‘s จอภาพ VoIP ตัวเลือกในเชิงรุกสามารถตรวจสอบและรายงานเกี่ยวกับคุณความสามารถของโครงสร้างพื้นฐานในการจัดการสาย VoIP เครื่องมือนี้ใช้ Cisco IP SLA เพื่อตรวจสอบพารามิเตอร์คุณภาพการบริการที่สำคัญของเครือข่าย VoIP อย่างต่อเนื่อง พารามิเตอร์ VoIP ที่ตรวจสอบรวมถึงการสูญหายของแพ็กเก็ต, ความล่าช้า, กระวนกระวายใจ, คะแนนความคิดเห็นเฉลี่ย (MOS) และเวลาไปกลับ (RTT)
คน ManageEngine OpManager ราคาขึ้นอยู่กับจำนวนของอุปกรณ์ที่ถูกตรวจสอบ ราคามีตั้งแต่ $ 715 สำหรับ 25 อุปกรณ์ถึง $ 14 995 สำหรับ 1,000 อุปกรณ์ จอภาพ VoIP ตัวเลือกเพิ่ม $ 125 ต่ออุปกรณ์ที่ต้องใช้ ทดลองใช้ฟรี 30 วันเพื่อให้คุณสามารถทดลองใช้ผลิตภัณฑ์และดูว่าเหมาะกับความต้องการเฉพาะของคุณอย่างไร
4. VoIPmonitor
VoIPmonitor เป็นเครือข่ายดมกลิ่นแพ็กเก็ตโอเพนซอร์สที่มีส่วนหน้าเชิงพาณิชย์สำหรับการตรวจสอบโปรโตคอล VoIP ส่วนใหญ่ มันทำงานบน Linux และถูกออกแบบมาเพื่อวิเคราะห์คุณภาพของการโทร VoIP อย่างต่อเนื่องตามพารามิเตอร์ของเครือข่ายเช่นการสูญเสียตและการกระวนกระวายใจตามรุ่น EU-IT G-T10 ข้อมูลการโทรพร้อมกับตัวชี้วัดจะถูกบันทึกลงในฐานข้อมูล การโทรแต่ละครั้งสามารถบันทึกลงในไฟล์ pcap สำหรับการวิเคราะห์เพิ่มเติมด้วยเครื่องมือภายนอกเช่น Wireshark
VoIPmonitor ยังสามารถถอดรหัสคำพูดและเล่นผ่านมันGUI บนเว็บรวมถึงบันทึกลงดิสก์เป็นไฟล์. WAV ออกจากกล่องผลิตภัณฑ์นี้รองรับตัวแปลงสัญญาณ G7011 alaw และ ulaw และปลั๊กอินเชิงพาณิชย์เพิ่มการรองรับ G.722, G.729a, G.723, iLBC, Speex, GSM, Silk, iSAC และ OPUS VoIPmonitor สามารถแปลง T.38 FAX เป็น PDF ได้

คน VoIPmonitor ส่วนหน้า GUI สามารถใช้ได้ทั้งแบบภายในเครื่องเซิร์ฟเวอร์ที่โฮสต์ในราคาตั้งแต่ $ 42 / เดือนสำหรับ 10 แชนเนลถึง $ 917 / เดือนสำหรับ 6 000 แชนเนลหรือเป็นบริการคลาวด์ที่มีราคาแตกต่างกันจาก $ 20 / เดือนสำหรับ 3 แชนเนลถึง $ 200 / เดือนสำหรับ 200 ช่อง ทั้งสองเวอร์ชันมีให้ทดลองใช้ฟรี 30 วันฟรีและไม่ จำกัด
แก้ไขการสูญเสียแพ็คเก็ต
การวัดและระบุตำแหน่งการสูญเสียแพ็คเก็ตหากเป็นครั้งแรกขั้นตอนในการแก้ไข เครื่องมือใด ๆ ที่ตรวจสอบข้างต้นจะช่วยคุณได้ โดยปกติแล้วสาเหตุของการสูญหายของแพ็กเก็ตจะชัดเจนเมื่อคุณค้นหาตำแหน่งที่เกิดขึ้นและแก้ไขเป็นเรื่องง่าย ๆ ในการระบุสาเหตุ
หากเครือข่ายแออัดเพิ่มขึ้นแบนด์วิดธ์เพื่อให้คุณสามารถผลักดันการรับส่งข้อมูลมากขึ้นดูเหมือนจะเป็นคำตอบที่ชัดเจน คุณสามารถลองใช้คุณสมบัติคุณภาพการบริการ (QoS) สามารถเปิดใช้งานทราฟฟิกบางประเภทเช่น VoIP ซึ่งจะได้รับความสำคัญมากกว่าทราฟฟิกอื่น ๆ ที่ไม่ไวต่อการสูญหายของแพ็กเก็ตหรือมีความสำคัญต่อการดำเนินงาน
หากแพ็กเก็ตสูญหายเกิดจากอุปกรณ์การใช้งานมากเกินไปจากนั้นทางออกเดียวที่อาจจะอัพเกรดเป็นอุปกรณ์ประสิทธิภาพสูงขึ้น ในบางกรณีอาจเป็นเพียงส่วนประกอบของอุปกรณ์ที่ต้องมีการอัพเกรด ตัวอย่างเช่นบางครั้งคุณสามารถแทนที่เราเตอร์อินเทอร์เฟซ 100 Mbps ด้วย 1 Gbps
ฮาร์ดแวร์ที่มีปัญหาสามารถแก้ไขได้ด้วยการแทนที่หรือหากสะดวกกว่าโดยใช้ส่วนประกอบอื่นที่ไม่ผิดพลาดของอุปกรณ์เดียวกัน ตัวอย่างเช่นหากอินเทอร์เฟซเราเตอร์มีข้อบกพร่องบางทีคุณสามารถใช้อินเตอร์เฟสอื่นบนอุปกรณ์เดียวกันได้ แม้ว่านี่จะไม่ใช่วิธีการแก้ปัญหาที่ดี แต่ก็เพียงพอสำหรับการทดสอบหรือการให้การแก้ไขชั่วคราวจนกว่าจะสามารถเปลี่ยนหน่วยได้
เครือข่ายไร้สายมักจะมีแนวโน้มที่จะแพ็คเก็ตการสูญเสียอันเนื่องมาจากสัญญาณรบกวนวิทยุ การสลับเป็นการเชื่อมต่อผ่านสายอาจเป็นวิธีการแก้ไขปัญหาประเภทนี้แม้ว่าจะไม่สามารถทำได้เสมอไป ตัวอย่างเช่นหากอุปกรณ์ที่ได้รับผลกระทบเป็นโทรศัพท์ IP พกพาแบบพกพาอุปกรณ์อาจรองรับการเชื่อมต่อไร้สายเท่านั้น ในสถานการณ์เหล่านี้การเปลี่ยนไปใช้ช่องอื่นหรือใช้ความถี่ที่แตกต่างกันอาจช่วยปรับปรุงสถานการณ์หรือแก้ไขปัญหาทั้งหมด
หากการสูญหายของแพ็คเก็ตเกิดจากกิจกรรมที่เป็นอันตรายคุณต้องลดการโจมตีให้เร็วที่สุด สิ่งนี้สามารถทำได้ง่ายเพียงแค่ใช้ Access Control List เพื่อบล็อกที่อยู่ IP ของผู้โจมตี (ถ้าเป็นแบบคงที่และรู้จัก) ในกรณีที่ซับซ้อนมากขึ้นคุณสามารถใช้คุณสมบัติเช่นการกำหนดเส้นทางจากหลุมดำระยะไกล
คุณควรตรวจสอบว่าการกำหนดค่าของคุณคือไม่ก่อให้เกิดการสูญเสียต ตรวจสอบให้แน่ใจว่าการตั้งค่าดูเพล็กซ์ตรงกับทั้งสองด้านของการเชื่อมต่อ ฉันมักจะอยู่ห่างจากความเร็วอัตโนมัติและการตั้งค่าดูเพล็กซ์เนื่องจากมันทำให้ฉันมีปัญหามากกว่าหนึ่ง ฉันชอบที่จะบังคับความเร็วของแต่ละอินเตอร์เฟสและตั้งเป็นฟูลดูเพล็กซ์ ทุกวันนี้ไม่มีเหตุผลที่น่าสนใจในการใช้ half-duplex และหากคุณกำหนดค่า QoS บนอุปกรณ์เครือข่ายของคุณให้ขนาดบัฟเฟอร์ของคุณเพียงพอ มิฉะนั้นคุณอาจเสี่ยงต่อการบัฟเฟอร์ล้นซึ่งนำไปสู่การสูญเสียต
ความคิดเห็น