ConclusionWith regards to our crite

Conclusion
With regards to our criteria of low packet loss to maintain a high voice quality, we see that TCP out- performs UDP/RTP. Packet losses were not observed for TCP unless the background traffic was at
maximum load. Afterwards, only about 20 packets were dropped out of a total of 310 sent which results
in a 6.5% loss throughout the simulation. The percentage lost for UDP/RTP throughout the simulation is
much higher at approximately 25% for traffic sent from Node 0 to Node 4, however this is mostly due to
massive losses caused by the exceedingly large background traffic later into the simulation. Up until
about 30 seconds (low to moderate load), we observe a very acceptable 5% loss for traffic flowing either
way.
Nonetheless, low delay and jitter are a higher priority than loss of quality. TCP’s sluggish delay and large
jitter is unacceptable for VoIP applications and any benefits obtained in terms of improved voice quality are nullified by this problem. Conversely, the simple, “best effort” nature of UDP/RTP allows for very
small delay and jitter. This, along with acceptable voice quality during low/moderate background traffic,
is what makes UDP or RTP the protocols of choice for VoIP applications. In general, RTP is almost always
used over UDP due to the identical performance and added features.
Currently, Session Initiated Protocol (SIP) is growing in popularity as the choice signaling protocol of VoIP
networks. For future work, an implementation of SIP in NS-2 can be done and the numerous capabilities
provided by it, such as conference calls and call-switching can be simulated.

ผลลัพธ์ (ไทย) 2:

สรุป
ด้วยการไปถึงเกณฑ์ของการสูญเสียแพ็คเก็ตที่ต่ำเพื่อรักษาคุณภาพเสียงสูงของเราเราจะเห็นว่า TCP ออกดำเนิน UDP / RTP การสูญเสียแพ็คเก็ตไม่ได้ถูกตั้งข้อสังเกตสำหรับ TCP เว้นแต่การจราจรพื้นหลังที่
โหลดสูงสุด หลังจากนั้นเพียง 20 แพ็คเก็ตที่ถูกทิ้งจากทั้งหมด 310 ส่งซึ่งจะส่งผล
ในการสูญเสีย 6.5% ตลอดทั้งการจำลอง เปอร์เซ็นต์ที่หายไปสำหรับ UDP / RTP ทั่วจำลอง
ที่สูงมากประมาณ 25% สำหรับการจราจรส่งจากโหนด 0 ถึง 4 โหนดอย่างไรก็ตามเรื่องนี้เป็นส่วนใหญ่เนื่องจาก
การสูญเสียขนาดใหญ่ที่เกิดจากการจราจรพื้นหลังที่มีขนาดใหญ่เหลือเกินมาเป็นแบบจำลอง จนถึง
ประมาณ 30 วินาที (ต่ำไปโหลดปานกลาง) เราสังเกตการสูญเสียที่ได้รับการยอมรับมาก 5% สำหรับการจราจรไหลทั้ง
วิธี.
อย่างไรก็ตามความล่าช้าต่ำและกระวนกระวายใจที่มีความสำคัญสูงกว่าการสูญเสียคุณภาพ ล่าช้าซบเซาของ TCP และขนาดใหญ่
กระวนกระวายใจเป็นที่ยอมรับสำหรับการใช้งาน VoIP และได้รับผลประโยชน์ใด ๆ ในแง่ของคุณภาพเสียงที่ดีขึ้นจะไร้ผลจากปัญหานี้ ตรงกันข้ามง่าย "ความดี" ธรรมชาติของ UDP / RTP ช่วยให้มาก
ล่าช้าขนาดเล็กและกระวนกระวายใจ นี้พร้อมกับคุณภาพเสียงที่ได้รับการยอมรับในช่วงต่ำจราจรพื้นหลัง / ปานกลาง
คือสิ่งที่ทำให้ UDP หรือ RTP โปรโตคอลของทางเลือกสำหรับการใช้งาน VoIP โดยทั่วไป RTP มักจะ
ใช้ผ่าน UDP เนื่องจากผลประกอบการที่เหมือนกันและเพิ่มคุณสมบัติ.
ปัจจุบันเซสชันริเริ่ม Protocol (SIP) มีการเติบโตในความนิยมเป็นทางเลือกที่ส่งสัญญาณโปรโตคอลของ VoIP
เครือข่าย สำหรับการทำงานในอนาคตการดำเนินการของ SIP ใน NS-2 สามารถทำได้และความสามารถมากมาย
ที่ให้บริการโดยได้เช่นการประชุมทางโทรศัพท์และโทรสลับสามารถจำลอง

ผลลัพธ์ (ไทย) 3:

สรุปเกี่ยวกับเกณฑ์ของการสูญเสียแพ็คเก็ตต่ำเพื่อรักษาคุณภาพเสียงสูง เราดูที่ออกแสดง TCP UDP / RTP . การสูญเสียแพ็คเก็ตไม่สังเกตสำหรับการจราจร TCP นอกจากพื้นหลังอยู่โหลดสูงสุด หลังจากนั้นเพียงประมาณ 20 แพ็กเก็ตที่ถูกทิ้งจากทั้งหมด 310 ส่งผล ซึ่งในไตรมาส 1 ขาดทุนตลอดทั้งระบบ เปอร์เซ็นต์สูญเสียสำหรับ UDP / RTP ตลอดจำลองคือสูงมากประมาณ 25% สำหรับส่งข้อมูลจากโหนดโหนด 0 4 , แต่นี้เป็นส่วนใหญ่เนื่องจากการสูญเสียครั้งใหญ่ที่เกิดจากการจราจรขนาดใหญ่ ต่อมาหลังเหลือเกินในการจำลอง จนกระทั่งประมาณ 30 วินาที ( น้อยถึงปานกลางโหลด ) เราสังเกตเห็นการสูญเสีย 5% มากที่ยอมรับได้สำหรับการจราจรไหลเหมือนกันวิธีกระนั้น หน่วงเวลาต่ำและสามารถมีลำดับความสำคัญสูงกว่าการสูญเสียคุณภาพ TCP เป็นเฉื่อยชาล่าช้า และขนาดใหญ่โดยเป็นที่ยอมรับสำหรับการใช้งาน VoIP และผลประโยชน์ใด ๆที่ได้รับในแง่ของการปรับปรุงคุณภาพเสียงจะถือเป็นโมฆะ โดยปัญหานี้ ในทางกลับกัน , ง่าย , " ดีที่สุด " ธรรมชาติของ UDP / RTP ช่วยให้มากความล่าช้าขนาดเล็กและกระวนกระวายใจ นี้ พร้อมกับคุณภาพเสียงต่ำ / ปานกลางการจราจรได้ในพื้นหลังเป็นสิ่งที่ทำให้ UDP หรือโปรโตคอล RTP ของทางเลือกสำหรับการใช้งาน VoIP ในทั่วไป , RTP เป็นเกือบเสมอใช้ผ่าน UDP เนื่องจากประสิทธิภาพที่เหมือนกันและเพิ่มคุณลักษณะในปัจจุบัน เริ่มเซสชันพิธีสาร ( SIP ) มีการเติบโตในความนิยมเป็นทางเลือกที่ส่งสัญญาณโปรโตคอล VoIPเครือข่าย สำหรับการทำงานในอนาคต มีการจิบในนำไปใช้ได้และความสามารถมากมายให้มัน เช่น เรียกประชุม และเรียกสลับสามารถจำลอง