As noted before, the lifetime and h

As noted before, the lifetime and hash are used to avoid excessive resources wastage. Actually, the lifetime metric is sufficient to know if a new negotiation procedure is needed or not. But, quantitatively, the Request_hash and Response_hash messages are less bulky than Request_SSP and Response_SSP messages: a hash size is about few bytes (for instance, SHA-1 hash size is 20 bytes) whereas the SSPD is planned to be stored in XML stream (for instance, an XML stream containing SSH, IPsec, and TLS mechanisms has a 1000 bytes size).

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

ตามที่ระบุไว้ก่อน อายุการใช้งานและแฮใช้เพื่อหลีกเลี่ยงการสูญเสียทรัพยากรมากเกินไป จริง การวัดอายุการใช้งานเพียงพอที่จะรู้ว่าถ้ากระบวนการเจรจาต่อรองใหม่จำเป็น หรือไม่ แต่ quantitatively, Request_hash และ Response_hash ข้อความขนาดใหญ่น้อยกว่าข้อความ Request_SSP และ Response_SSP: ขนาดแฮกำลังไบต์น้อย (เช่น ขนาดแฮ SHA 1 คือ 20 ไบต์) ในขณะ SSPD ได้วางแผนไว้จะถูกเก็บในกระแสข้อมูล XML (สำหรับอินสแตนซ์ กระแสข้อมูล XML ประกอบด้วยกลไกการ SSH, IPsec และมรทมีขนาด 1000 ไบต์)

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

ดังที่ระบุไว้ก่อนอายุการใช้งานและกัญชาถูกนำมาใช้เพื่อหลีกเลี่ยงการสูญเสียทรัพยากรมากเกินไป อันที่จริงตัวชี้วัดอายุการใช้งานจะเพียงพอที่จะทราบว่าขั้นตอนการเจรจาต่อรองใหม่เป็นสิ่งจำเป็นหรือไม่ แต่ปริมาณข้อความ Request_hash และ Response_hash มีขนาดใหญ่น้อยกว่า Request_SSP และข้อความ Response_SSP: ขนาดกัญชาเป็นเรื่องเกี่ยวกับไม่กี่ไบต์ (เช่นขนาดแฮ SHA-1 คือ 20 bytes) ในขณะที่ SSPD มีการวางแผนที่จะเก็บไว้ในกระแส XML ( เช่นกระแส XML ที่มี SSH, IPsec และกลไก TLS มีขนาด 1,000 ไบต์)

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

ตามที่ระบุไว้ก่อน , การใช้งานและกัญชาที่ใช้เพื่อหลีกเลี่ยงการสูญเสียทรัพยากรมากเกินไป จริงๆแล้วอายุการใช้งานซึ่งเพียงพอที่จะทราบว่าขั้นตอนการเจรจาต่อรองใหม่จำเป็นหรือไม่ แต่ปริมาณและข้อความ request_hash response_hash มีขนาดใหญ่กว่าและข้อความ request_ssp response_ssp : กัญชาขนาดประมาณไม่กี่ไบต์ ( ตัวอย่างขนาดสับ sha-1 20 ไบต์ ) ส่วน sspd วางแผนที่จะเก็บไว้ใน XML สตรีม ( เช่น XML สตรีมที่มี SSH , IPSec และ TLS กลไกมี 1000 ไบต์ขนาด )