DCCP transport layer protocol is us

DCCP transport layer protocol is used to control the datagram congestion. It provides an excellent procedure to stop the internet fall down, if it is caused by the congestion. In fact, this protocol is a brilliant competitor to be used as a substitute of UDP protocol.

DCCP account DCCP congestion control trait by means of a reliable acknowledgments delivery (in form of packets instead of bytes) will provide actually a congestion control with dynamism. DCCP will also make available the negotiable blocking control mechanism, but it will be up to the particular application’s specific requirements too. Moreover, these mechanisms come with a number of specific features, so to go well with different types of applications. The bandwidth consumption can be enhanced as the size of packets in case of DCCP is increased.

Packet Header The standard size of a DCCP packet header is usually 12 bytes. But this can be increased up to an extent of 1020 bytes. Source Port of 16 bits may represent the connected port of an endpoint that is sending data packets. But destination port of 16 bits is the linked port of another endpoint. Note: These both fields function is to make-out the connection.

Type field is consisted of 4 bits and it is required to specify the DCCP message type with the values as: request packet, response packet, data packet, ask packet, data ask packet, reset packet, close packet, move packet, etc.

CCval field of 4 bits is kept for the utilization by the transport CCID. Sequence Number field is made of 24 bits and DCCP request packet or else DCCP response packet will be used to initialize it and can increase in value by one as soon as a packet sent to its way. This information will help the recipient in determining that is any packet loss happened or not on the way. Moreover, data Offset is of 8 bits and # NDP are of 4 bits fields. Checksum is of 16 bits field and Checksum Length or Cslen is of 4 bits field, etc.

DCCP implementations From the mid of 2008, no less than two datagram congestion control protocol implementations are dynamically kept up. The implementation for Linux kernel was first-time provided in 2.6.14 Linux release and the purpose of dccp-tp implementation optimization is its portability. Another latest DCCP implementation “user-space” is in progress. The main aim of this implementation (under the way) is to proffer a handy NAT- welcoming and standardized framework for the communication and contact of peer to peer type along with supple congestion control (based on application too).

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

DCCP ขนส่งเลเยอร์โพรโทคอลที่ใช้ควบคุมแออัดเดตาแกรม มีกระบวนการแห่งการหยุดฤดูใบไม้ร่วงอินเทอร์เน็ตลง ถ้าเกิดจากการ ในความเป็นจริง โพรโทคอลนี้เป็นคู่แข่งที่ยอดเยี่ยมที่จะใช้ทดแทนของโพรโทคอล UDPDCCP บัญชี DCCP แออัดควบคุมติด โดยการจัดส่งตอบที่เชื่อถือได้ (ในรูปแบบของกลุ่มไบต์) จะให้จริงควบคุมแออัด ด้วยสามัคคี DCCP จะทำมีกลไกควบคุมบล็อกเปลี่ยนมือได้ แต่มันจะขึ้นอยู่กับความต้องการเฉพาะของโปรแกรมประยุกต์เฉพาะเกินไป นอกจากนี้ กลไกเหล่านี้มาพร้อมกับจำนวนคุณลักษณะเฉพาะ เพื่อการไปดีแตกต่างกันของโปรแกรมประยุกต์ สามารถเพิ่มปริมาณการใช้แบนด์วิดท์ที่เพิ่มขนาดของแพคเก็ตในกรณี DCCPส่วนหัวแพคเก็ตขนาดมาตรฐานของส่วนหัวแพคเก็ต DCCP ปกติคือ 12 ไบต์ แต่นี้สามารถเพิ่มได้ถึงขนาด 1020 ไบต์ พอร์ตแหล่งที่มาของ 16 บิตอาจแสดงท่าเชื่อมต่อปลายทางที่จะส่งแพ็กเก็ตข้อมูล แต่ปลายทางพอร์ตของ 16 บิตเป็นท่าเชื่อมโยงปลายทางอื่น หมายเหตุ: เหล่านี้ทั้งสองฟิลด์ฟังก์ชั่นคือการ ให้ออกการเชื่อมต่อฟิลด์ชนิดจะประกอบด้วยบิตที่ 4 และจะต้องระบุชนิดของข้อความ DCCP มีค่าเป็น: ขอแพคเก็ต แพคเก็ตตอบรับ แพคเก็ตข้อมูล สอบถามแพ็คเก็ต ข้อมูลสอบถามแพ็คเก็ต แพคเก็ตการตั้งค่าใหม่ ปิดแพคเก็ต ย้ายแพคเก็ต ฯลฯเขต CCval 4 บิตจะถูกเก็บไว้สำหรับใช้ โดยขนส่ง CCID ฟิลด์หมายเลขลำดับประกอบ 24 บิต และแพคเก็ตการร้องขอ DCCP หรืออื่น ๆ DCCP ตอบสนองแพคเก็ตจะถูกใช้เพื่อเริ่มต้นได้ และสามารถเพิ่มมูลค่าโดยเป็นแพคเก็ตที่ส่งไปให้ทาง ข้อมูลนี้จะช่วยให้ผู้รับ ในการกำหนดคือสูญเสียแพคเก็ตใด ๆ เกิดขึ้น หรือไม่ ในทาง นอกจากนี้ ข้อมูลออฟเซ็ตเป็น 8 บิตและ# NDP มีฟิลด์บิต 4 ตรวจสอบการรวมเป็น 16 บิตฟิลด์และ Checksum ยาว หรือ Cslen เป็น 4 บิตฟิลด์ ฯลฯใช้งาน DCCP จากที่กลาง 2008 ไม่น้อยกว่าสองเดตาแกรมแออัดควบคุมโพรโทคอลที่ใช้งานแบบไดนามิกเก็บค่า ใช้งานสำหรับลินุกซ์เคอร์เนลเป็นครั้งแรกใน 2.6.14 ปล่อย Linux และวัตถุประสงค์ของงาน dccp tp คือ พอร์ตของ ล่าสุด DCCP นำไปใช้อื่น "ผู้ใช้พื้นที่" กำลังดำเนินการอยู่ จุดมุ่งหมายหลักของงานนี้ (ภายใต้วิธี) จะ proffer ต้อนรับประโยชน์ NAT - และกรอบมาตรฐานสำหรับการสื่อสารและติดต่อเพียร์เพื่อเพียร์ชนิดพร้อมควบคุมแออัดนุ่ม (ตามแอพลิเคชันเกินไป)

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

DCCP โปรโตคอลการขนส่งชั้นจะใช้ในการควบคุมความแออัดของดาต้า มันมีขั้นตอนที่ดีที่จะหยุดอินเทอร์เน็ตล้มลงถ้ามันมีสาเหตุมาจากความแออัด ในความเป็นจริงโปรโตคอลนี้เป็นคู่แข่งที่ยอดเยี่ยมที่จะนำมาใช้เป็นตัวแทนของโปรโตคอล UDP. DCCP บัญชี DCCP ลักษณะควบคุมความแออัดโดยใช้วิธีการส่งมอบกิตติกรรมประกาศเชื่อถือ (ในรูปแบบของแพ็กเก็ตแทน bytes) จะให้จริงควบคุมความแออัดที่มีชีวิตชีวา DCCP ยังจะจัดให้มีการปิดกั้นกลไกการควบคุมต่อรองได้ แต่มันจะขึ้นอยู่กับความต้องการเฉพาะของแอพลิเคชันเฉพาะเกินไป นอกจากนี้กลไกเหล่านี้มาพร้อมกับจำนวนของคุณสมบัติเฉพาะเพื่อที่จะไปได้ดีกับชนิดที่แตกต่างของการใช้งาน การใช้แบนด์วิธสามารถเพิ่มเป็นขนาดของแพ็กเก็ตในกรณีของ DCCP จะเพิ่มขึ้น. แพ็คเก็ตหัวขนาดมาตรฐานของส่วนหัวของแพ็กเก็ต DCCP มักจะเป็น 12 ไบต์ แต่ตอนนี้สามารถเพิ่มขึ้นได้ถึงขอบเขตของ 1,020 ไบต์ แหล่งที่มาของท่าเรือ 16 บิตอาจเป็นตัวแทนของพอร์ตเชื่อมต่อของอุปกรณ์ปลายทางที่จะส่งแพ็กเก็ตข้อมูล แต่พอร์ตปลายทางของ 16 บิตเป็นพอร์ตการเชื่อมโยงของปลายทางอื่น หมายเหตุ: ฟังก์ชั่นเหล่านี้ทั้งสองสาขาคือการทำให้การเชื่อมต่อออก. ฟิลด์ชนิดประกอบด้วย 4 บิตและจะต้องระบุประเภทข้อความ DCCP มีค่าเป็น: แพ็คเก็ตขอแพ็คเก็ตการตอบสนองแพ็คเก็ตข้อมูลที่ขอให้แพ็คเก็ตข้อมูลที่ขอ แพ็คเก็ตแพ็คเก็ตตั้งค่าแพ็คเก็ตใกล้ย้ายแพ็คเก็ต ฯลฯสนาม CCval ของ 4 บิตจะถูกเก็บไว้สำหรับการใช้ประโยชน์จาก CCID ขนส่ง สาขาลำดับหมายเลขที่ทำจาก 24 บิตและขอ DCCP แพ็คเก็ตแพ็คเก็ตหรืออื่น ๆ ที่ตอบสนอง DCCP จะใช้ในการเริ่มต้นมันและสามารถเพิ่มมูลค่าโดยหนึ่งเร็วที่สุดเท่าที่แพ็คเก็ตที่ส่งไปยังทาง ข้อมูลนี้จะช่วยให้ผู้รับในการกำหนดว่าการสูญเสียใด ๆ ที่เกิดขึ้นแพ็คเก็ตหรือไม่ในทาง นอกจากนี้ข้อมูล Offset เป็น 8 บิตและ NDP # มี 4 สาขาบิต การตรวจสอบเป็น 16 บิตและสนามความยาว Checksum หรือ Cslen เป็น 4 สนามบิต ฯลฯการใช้งาน DCCP จากช่วงกลางของปี 2008 ไม่น้อยกว่าสองการใช้งานดาต้าโปรโตคอลควบคุมความแออัดจะถูกเก็บไว้แบบไดนามิกขึ้น การดำเนินงานสำหรับลินุกซ์เคอร์เนลเป็นครั้งแรกให้ในรุ่นลินุกซ์ 2.6.14 และวัตถุประสงค์ของการเพิ่มประสิทธิภาพการดำเนินงาน dccp-TP คือพกพา ล่าสุดอีก DCCP การดำเนินงาน "ผู้ใช้พื้นที่" อยู่ในความคืบหน้า จุดมุ่งหมายหลักของการดำเนินงานนี้ (ทางใต้) คือการเสนอกรอบการทำงานที่มีประโยชน์ NAT- อบอุ่นและเป็นมาตรฐานสำหรับการสื่อสารและการติดต่อของเพื่อนเพื่อเพื่อนพิมพ์พร้อมกับควบคุมความแออัดนุ่ม (ขึ้นอยู่กับการประยุกต์ใช้มากเกินไป)

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

dccp ชั้นขนส่งโปรโตคอลที่ใช้ในการควบคุมเอากำไรติดขัด มันมีขั้นตอนที่ดีที่จะหยุดอินเทอร์เน็ตล้มลง ถ้ามันเกิดจากความแออัด ในความเป็นจริง โปรโตคอลนี้เป็นคู่แข่งที่ยอดเยี่ยมที่จะใช้เป็นตัวแทนของโปรโตคอล UDP

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

มอมมาตรฐานขนาดของ dccp มอมมักจะ 12 ไบต์ แต่นี้สามารถเพิ่มขึ้นได้ถึงขอบเขตของข้อมูลไบต์พอร์ตต้นทางของ 16 บิตอาจเป็นตัวแทนของการเชื่อมต่อพอร์ตของปลายทางที่จะส่งแพ็กเก็ตข้อมูล แต่ปลายทางพอร์ต 16 บิต คือ การเชื่อมโยงพอร์ตของปลายทางอื่น หมายเหตุ : ทั้งสองด้านฟังก์ชันเพื่อสร้างการเชื่อมต่อ .

ชนิดเขตข้อมูลประกอบด้วย 4 บิต และจะต้องระบุ dccp ข้อความพิมพ์ด้วยค่า : ขอแพ็คเก็ตแพ็คเก็ตการตอบสนองแพ็กเก็ตข้อมูลสอบถามแพ็คเก็ตแพ็คเก็ตข้อมูล ถาม ใหม่แพ็คเก็ตแพ็คเก็ตแพ็คเก็ตเลื่อนปิด ฯลฯ

ccval สนาม 4 บิตจะถูกเก็บไว้สำหรับการใช้ประโยชน์จากการขนส่ง CCID . หมายเลขลำดับฟิลด์เป็น 24 บิต และ dccp ขอแพ็คเก็ตหรืออื่น dccp ตอบสนองต่อแพ็คเก็ตจะถูกใช้เพื่อเริ่มการทำงาน และสามารถเพิ่มมูลค่าโดยหนึ่งทันทีที่ซองส่งมาข้อมูลนี้จะช่วยให้ผู้รับเพื่อกำหนดว่ามีการสูญเสียแพ็คเก็ตเกิดขึ้นหรือไม่ในทาง นอกจากนี้ ตรงข้ามเป็นข้อมูล 8 บิต และ # NDP มี 4 บิต ฟิลด์ การตรวจสอบของเขตข้อมูลและการตรวจสอบความยาว 16 บิตหรือ cslen เป็น 4 บิตฟิลด์ ฯลฯ

dccp การใช้งานจากกลางปี 2008 ไม่น้อยกว่าสองเดทาแกรมความแออัดของโพรโทคอลควบคุมการใช้งานแบบไดนามิกไว้ .การใช้งานสำหรับลินุกซ์เป็นครั้งแรกที่ให้ไว้ใน 2.6.14 Linux รุ่นและจุดประสงค์ของการใช้ dccp TP เพิ่มประสิทธิภาพ ของการพกพา อีก dccp ล่าสุดใช้ " พื้นที่ " ของผู้ใช้อยู่ในความคืบหน้าจุดประสงค์หลักของงานนี้ ( ตามทาง ) คือการเสนอประโยชน์ชัยนาท - ต้อนรับและกรอบมาตรฐานในการสื่อสารและติดต่อเพื่อนเพื่อเพื่อนประเภทพร้อมกับการควบคุมความแออัดนิ่มนวล ( ขึ้นอยู่กับโปรแกรมด้วย )