In addition, the way in which conve

In addition, the way in which conventional VoIP protocols are designed is also posing a problem to VoIP traffic passing through NAT. Conventional VoIP protocols only deal with the signalling of a telephone connection. The audio traffic is handled by another protocol and to make matters worse, the port on which the audio traffic is sent is random. The NAT router may be able to handle the signalling traffic, but it has no way of knowing that the audio traffic is related to the signalling and should hence be passed to the same device the signalling traffic is passed to. As a result, the audio traffic is not translated properly between the address spaces.

At first, for both the calling and the called party everything will appear just fine. The called party will see the calling party's Caller ID and the telephone will ring while the calling party will hear a ringing feedback tone at the other end. When the called party picks up the telephone, both the ringing and the associated ringing feedback tone at the other end will stop as one would expect. However, the calling party will not hear the called party (one way audio) and the called party may not hear the calling party either (no audio).

The issue of NAT Traversal is a major problem for the widespread deployment of VOIP. Yet, the issue is non-trivial and there are no simple solutions. In general terms there are two ways to deal with this problem:

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

นอกจากนี้ วิธีการที่โปรโตคอล VoIP แบบเดิมออกแบบจะยังวางตัวปัญหาการจราจร VoIP ผ่าน VoIP ธรรมดา NAT. โปรโตคอลเฉพาะจัดการกับแดงของการเชื่อมต่อโทรศัพท์ จัดการจราจรเสียง โดยโพรโทคออื่น และเพื่อให้เรื่องแย่ลง ท่าที่ส่งเสียงการจราจรที่จะสุ่ม NAT เราเตอร์อาจจะสามารถจัดการจราจร signalling แต่ไม่มีทางรู้เลยว่า การจราจรเสียงเกี่ยวข้องกับการแดง และควรผ่านไปยังอุปกรณ์เดียวกันการจราจร signalling ถูกส่งไปดังนั้น ดัง จราจรเสียงจะไม่แปลได้อย่างถูกต้องระหว่างช่องว่างที่อยู่ตอนแรก ทั้ง ในโทรศัพท์และจากฝ่าย จึงจะท่องเที่ยว ฝ่ายจะเห็นของฝ่ายเรียก Caller ID และโทรศัพท์จะแหวนในขณะที่ฝ่ายเรียกจะฟังเสียงติชมดังอีกด้าน เมื่อฝ่ายรับค่าโทรศัพท์ ringing และเสียงติชมดังเกี่ยวข้องอีกฝ่ายจะหยุดอย่างคาดไว้ อย่างไรก็ตาม ฝ่ายเรียกจะไม่ได้ยินฝ่าย (หนึ่งทางเสียง) และฝ่ายอาจไม่ได้ยินโทรศัพท์บุคคลใด (ไม่มีเสียง)ข้าม NAT ปัญหานี้เป็นปัญหาใหญ่สำหรับการใช้งานอย่างแพร่หลายของ VOIP ยัง ปัญหาก็คือไม่ใช่เล็กน้อย และมีโซลูชั่นไม่ได้ โดยทั่วไป เงื่อนไขมีอยู่สองวิธีในการจัดการกับปัญหานี้:

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

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

ตอนแรก ทั้งโทรและชื่อพรรค ทุกอย่างจะปรากฏดีเรียกว่าพรรคจะเห็นเรียกปาร์ตี้ Caller ID และโทรศัพท์จะดังขึ้นในขณะที่บุคคลที่จะโทรได้ยินเสียงตอบรับเสียงที่ปลายอื่น ๆ เมื่อบุคคลที่เรียกว่าหยิบโทรศัพท์ ทั้งโทรศัพท์และที่เกี่ยวข้องดังตอบรับเสียงที่ปลายอื่น ๆ จะหยุดเป็นหนึ่งจะคาดหวัง อย่างไรก็ตามบุคคลที่จะโทรไม่ได้ยินเสียงเรียกของบริษัท ( ทางเสียง ) และเรียกบุคคลที่ไม่อาจได้ยินเสียงเรียกพรรคเหมือนกัน ( ไม่มีเสียง ) .

ปัญหา ชัยนาท หรือเป็นปัญหาที่สำคัญสำหรับการใช้งานอย่างแพร่หลายของ VoIP แต่ปัญหาคือ ไม่จุกจิก และมีโซลูชั่นที่ง่าย . ในแง่ทั่วไปมีสองวิธีที่จะจัดการกับปัญหานี้ :