ระบบติดตามการจราจรในเครือข่าย VoIP ส่วนที่ XNUMX – หลักการขององค์กร

สวัสดีเพื่อนร่วมงาน!

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

ระบบติดตามการจราจรในเครือข่าย VoIP ส่วนที่ XNUMX – หลักการขององค์กร

สถาปัตยกรรมของระบบตรวจสอบปริมาณข้อมูล VoIP

เราสร้างและสร้างและในที่สุดก็สร้าง ไชโย!
จากการ์ตูนเรื่อง "Cheburashka และ Crocodile Gena"

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

นับตั้งแต่วินาทีที่นักวิทยาศาสตร์ผู้ยิ่งใหญ่ชาวรัสเซีย Vladimir Aleksandrovich Kotelnikov ได้สร้างทฤษฎีบทการสุ่มตัวอย่างมนุษยชาติได้รับโอกาสอันยิ่งใหญ่ในการแปลงสัญญาณเสียงพูดแบบแอนะล็อกเป็นดิจิทัลและดิจิทัลเป็นแอนะล็อกด้วยการที่เราสามารถใช้ประเภทที่ยอดเยี่ยมเช่นนี้ได้อย่างเต็มที่ ของการสื่อสารแบบโทรศัพท์ IP หากคุณดูการพัฒนากลไกในการประมวลผลสัญญาณเสียงพูด (หรือที่เรียกว่าอัลกอริธึม ตัวแปลงสัญญาณ วิธีการเข้ารหัส ฯลฯ ) คุณจะเห็นว่า DSP (การประมวลผลสัญญาณดิจิทัล) ได้ดำเนินการขั้นตอนพื้นฐานในการเข้ารหัสข้อความข้อมูลอย่างไร - การใช้ความสามารถในการทำนาย สัญญาณเสียงพูด นั่นคือ แทนที่จะแปลงเป็นรูปแบบดิจิทัลและใช้ a- และ u-laws ของการบีบอัด (G.711A/G.711U) ขณะนี้สามารถส่งตัวอย่างเพียงบางส่วนเท่านั้น จากนั้นจึงกู้คืนข้อความทั้งหมดจากตัวอย่างเหล่านั้น ซึ่งช่วยประหยัดได้อย่างมาก แบนด์วิธ เมื่อกลับมาที่หัวข้อ MMT เราทราบว่าในขณะนี้ไม่มีการเปลี่ยนแปลงเชิงคุณภาพที่คล้ายคลึงกันในแนวทางการจับปริมาณข้อมูล นอกเหนือจากการมิเรอร์ประเภทใดประเภทหนึ่ง

ให้เราหันไปดูรูปด้านล่างซึ่งแสดงให้เห็นสิ่งที่สร้างขึ้นโดยผู้เชี่ยวชาญในสาขาวิชาที่เกี่ยวข้อง

ระบบติดตามการจราจรในเครือข่าย VoIP ส่วนที่ XNUMX – หลักการขององค์กร
รูปที่ 1 แผนภาพทั่วไปของสถาปัตยกรรม SMT

SMT เกือบทั้งหมดประกอบด้วยสององค์ประกอบหลัก: เซิร์ฟเวอร์และเอเจนต์การจับปริมาณข้อมูล (หรือโพรบ) เซิร์ฟเวอร์รับ ประมวลผล และจัดเก็บการรับส่งข้อมูล VoIP ที่มาจากตัวแทน และยังช่วยให้ผู้เชี่ยวชาญสามารถทำงานกับข้อมูลที่ได้รับในมุมมองต่างๆ (กราฟ ไดอะแกรม Call Flow ฯลฯ) เอเจนต์การจับภาพรับการรับส่งข้อมูล VoIP จากอุปกรณ์หลักของเครือข่าย (เช่น SBC, ซอฟต์สวิตช์, เกตเวย์,..) แปลงเป็นรูปแบบที่ใช้ในซอฟต์แวร์เซิร์ฟเวอร์ระบบที่ใช้ และโอนไปยังอุปกรณ์หลังเพื่อการจัดการในภายหลัง

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

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

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

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

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

และสุดท้าย... “มีมากมายในคำนี้”: เซิร์ฟเวอร์, การจำลองเสมือน, คอนเทนเนอร์... สิ่งสุดท้ายแต่สำคัญมากที่พูดถึงในส่วนนี้ของบทความนี้คือวิธีที่เป็นไปได้ในการติดตั้งส่วนประกอบ MMT ระหว่างการใช้งาน ถัดจากคำพูดจากผลงานอมตะของ A.S. เทคโนโลยีพุชกินใช้กันอย่างแพร่หลายในโครงสร้างพื้นฐานและโครงการต่างๆ ในอีกด้านหนึ่ง พวกเขาเชื่อมโยงกันอย่างใกล้ชิด และในอีกด้านหนึ่ง พวกเขาแตกต่างกันอย่างมากในหลายเกณฑ์ อย่างไรก็ตามนักพัฒนานำเสนอทั้งหมดในรูปแบบใดรูปแบบหนึ่งเพื่อเป็นทางเลือกในการติดตั้งผลิตภัณฑ์ของตน โดยสรุประบบที่ระบุไว้ในส่วนแรกของบทความ เราทราบวิธีการต่อไปนี้สำหรับการปรับใช้บนเซิร์ฟเวอร์จริงหรือเครื่องเสมือน:
— การใช้สคริปต์การติดตั้งอัตโนมัติหรือการติดตั้งด้วยตนเองและการกำหนดค่าซอฟต์แวร์ที่เกี่ยวข้องในภายหลัง
— การใช้อิมเมจ OS สำเร็จรูปพร้อมซอฟต์แวร์ SMT และ/หรือตัวแทนที่ติดตั้งไว้ล่วงหน้า
— การใช้เทคโนโลยีการบรรจุคอนเทนเนอร์ (นักเทียบท่า)

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

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

ที่มา: will.com

เพิ่มความคิดเห็น