To prevent overflows during the pac

To prevent overflows during the packet
saving step, the system should have a limit on the number
of packets that can be saved at the same time on the Mulle’s
packet queues, defining two types of limits: an outgoing limit
for Confirmable Messages (COM) and an incoming limit
for the received messages. One of the powerful features of
CoAP is the packet-retransmission of Confirmable Packets
(see section III-B), but this could create problems on the
receiver because it might store the same packet more than
one time. To prevent multiple allocations in memory of the
same data the system has to check (only) the previous packet
ID and save it only if this ID is not already in memory (it
is very important do this step exactly when an incoming
message is received, not when the content of the packet is
analyzed).

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

เพื่อป้องกันข้อระหว่างแพคเก็ตบันทึกขั้นตอน ระบบควรมีขีดจำกัดบนหมายเลขแพคเก็ตที่สามารถบันทึกได้ในเวลาเดียวกับของ Mulleแพคเก็ตคิว การกำหนดข้อจำกัดสองชนิด: จำกัดการส่งออกข้อความ Confirmable (COM) และจำกัดการเข้ามาข้อความได้รับการ หนึ่งในคุณลักษณะที่มีประสิทธิภาพของCoAP เป็น retransmission แพคเก็ตที่แพคเก็ต Confirmable(ดูส่วนที่ III B), แต่นี้อาจสร้างปัญหาในการรับสัญญาณได้เนื่องจากมันอาจเก็บแพคเก็ตเดียวกันมากกว่าเวลาหนึ่ง เพื่อป้องกันการปันส่วนในหน่วยความจำของหลายข้อมูลเดียวที่มีระบบการตรวจสอบแพคเก็ตก่อนหน้านี้ (เท่านั้น)รหัส และบันทึกไว้เท่านั้นว่า ID นี้ไม่แล้วในหน่วยความจำ (มันคือทำสิ่งที่สำคัญมาก ขั้นตอนนี้ว่าเมื่อขาเข้าข้อความจะได้รับ ไม่เมื่อเนื้อหาของแพคเก็ตวิเคราะห์)

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

เพื่อป้องกันไม่ให้ล้นในช่วงแพ็คเก็ต
การประหยัดขั้นตอนที่ระบบควรจะมีการ จำกัด จำนวน
ของแพ็กเก็ตที่สามารถบันทึกได้ในเวลาเดียวกันใน Mulle ของ
คิวแพ็คเก็ตที่กำหนดสองประเภทของขีด จำกัด : ขีด จำกัด การส่งออก
ในการรับข้อความยืนยันได้ (COM) และ ขีด จำกัด ที่เข้ามา
สำหรับข้อความที่ได้รับ หนึ่งในคุณสมบัติที่มีประสิทธิภาพของ
CoAP เป็นแพ็คเก็ตของ retransmission confirmable แพ็คเก็ต
(ดูมาตรา III-B) แต่นี้อาจสร้างปัญหาในการ
รับสัญญาณเพราะมันอาจจะเก็บแพ็คเก็ตเดียวกันมากกว่า
หนึ่งครั้ง เพื่อป้องกันไม่ให้การจัดสรรหลายแห่งในความทรงจำของ
ข้อมูลเดียวกันระบบที่มีการตรวจสอบ (เท่านั้น) แพ็คเก็ตก่อนหน้านี้
ID และบันทึกไว้เท่านั้นหาก ID นี้ไม่ได้อยู่ในหน่วยความจำ (มัน
เป็นสิ่งสำคัญมากขั้นตอนไม่ว่าเมื่อเข้ามานี้
ข้อความจะได้รับ ไม่เมื่อเนื้อหาของแพ็กเก็ตที่มีการ
วิเคราะห์)

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

เพื่อป้องกันการล้นในแพ็คเก็ต
ประหยัดขั้นตอน ระบบควรมีการจำกัดจำนวน
ของแพ็กเก็ตที่สามารถช่วยได้ในเวลาเดียวกันของ
mulle เก็ตคิวกำหนดสองชนิดของขอบเขต :
จำกัดข้อความขาออกและขาเข้าสัตยาบัน ( COM ) จำกัด
เพื่อได้รับข้อความ หนึ่งในคุณสมบัติที่มีประสิทธิภาพของ
coap เป็นแพ็คเก็ตแพ็คเก็ต
retransmission สัตยาบันของ( ดูมาตรา iii-b ) แต่นี้อาจสร้างปัญหา
รับเพราะมันอาจเก็บแพ็คเก็ตเดียวกันมากกว่า
1 ครั้ง เพื่อป้องกันหลายระบบในความทรงจำ
ข้อมูลเดียวกันระบบต้องตรวจสอบ ( เท่านั้น ) ก่อนแพ็กเก็ต
ID และบันทึกเฉพาะถ้า ID นี้ไม่ได้อยู่ในหน่วยความจำ (
สำคัญมากทำขั้นตอนนี้ว่าเมื่อข้อความขาเข้า
ได้รับไม่ เมื่อเนื้อหาของแพ็กเก็ตเป็น
วิเคราะห์ )