คำถามติดแท็ก transport-protocol

4
ฉันจะกำหนดเวลาแฝงการสื่อสารใน TCP / IP ได้อย่างไร
ฉันมีความยากลำบากในการรับแบบจำลอง / สมการทางคณิตศาสตร์เพื่อประเมินเวลาในการเดินทางไปกลับระหว่างสองโหนดที่สื่อสารกันโดยใช้ TCP / IP โหนดกำลังแลกเปลี่ยนข้อมูลตามโปรโตคอล HTTP ในแบบจำลองนี้ปัจจัยที่สำคัญที่สุดในการศึกษาคือระยะทางกายภาพระหว่างสองโหนดในเครือข่ายจำนวนกระโดดกลางแบนด์วิดท์ความล่าช้าในการประมวลผลที่การกระโดดแต่ละครั้ง ฉันค้นหาเว็บ แต่ไม่พบสิ่งใดในแง่นี้ แต่พบบางอย่างเกี่ยวกับเครือข่ายการสลับวงจรและโปรโตคอล UDP ฉันสามารถปรับแต่งให้เข้ากับ TCP ได้หรือไม่?
2
มีเครือข่ายทั่วโลกนอกเหนือจากอินเทอร์เน็ตหรือไม่
ฉันพบคำจำกัดความของเครือข่ายทั่วโลกนี้: ปัจจุบันมีเครือข่ายทั่วโลกอยู่ (นอกเหนือจากอินเทอร์เน็ต) ใครบางคนสามารถพูดตัวอย่าง หรือไม่ใช่ทั่วโลก แต่ในระดับประเทศ (เครือข่าย ATM อาจ) เครือข่าย WAN อื่นทุกเครือข่ายไม่อยู่ในหมวดหมู่ของ "เครือข่ายองค์กร" หรือไม่ ฉันต้องการที่จะรู้ว่ามีเครือข่ายทั่วโลกอื่นนอกเหนือจากอินเทอร์เน็ตหรือไม่ นอกจากนี้ฉันกำลังอ่านเกี่ยวกับโปรโตคอลเลเยอร์การขนส่งเมื่อบรรทัดนี้สะดุดตา: อาจมีมากกว่าหนึ่งโปรโตคอลขนส่งเลเยอร์สำหรับแอปพลิเคชันเครือข่าย ตัวอย่างเช่นอินเทอร์เน็ตมีสองโปรโตคอล - TCP และ UDP แต่ละโพรโทคอลเหล่านี้มีชุดบริการการขนส่งเลเยอร์ที่แตกต่างกันในการเรียกใช้แอปพลิเคชัน เจาะจงมากขึ้นในบรรทัดนี้: For example, the internet has two protocols -TCP and UDP ตัวอย่างของโปรโตคอลการขนส่งเลเยอร์ที่ไม่ใช่อินเทอร์เน็ตมีอะไรบ้าง หนังสือเล่มนี้พูดสั้น ๆTelephone networkว่า WAN (นอกเหนือจากอินเทอร์เน็ต) circuit-switched networkแต่ที่นำมาใช้ ฉันสงสัยว่าสิ่งเหล่านั้นมีโปรโตคอล Transport layer ดังนั้นจะมีเครือข่ายอื่นที่ให้Transport-Layer services?
3
การตอบรับโดย TCP ไม่รับประกันว่าข้อมูลจะถูกส่ง
ใน RFC 793 มีส่วนหนึ่งเกี่ยวกับการตอบรับของส่วน TCP: เมื่อ TCP ส่งเซกเมนต์ที่มีข้อมูลจะทำการคัดลอกลงในคิวส่งสัญญาณและเริ่มจับเวลา เมื่อได้รับการยอมรับสำหรับข้อมูลนั้นส่วนจะถูกลบออกจากคิว หากไม่ได้รับการตอบรับก่อนที่ตัวจับเวลาจะหมดเซกเมนต์จะถูกส่งใหม่ การตอบรับโดย TCP ไม่รับประกันว่าข้อมูลจะถูกส่งไปยังผู้ใช้ปลายทางแต่เพียงว่าการรับ TCP นั้นมีความรับผิดชอบในการทำเช่นนั้น ตอนนี้น่าสนใจ ใน NOC ของเราเรามักจะแก้ไขปัญหาการเชื่อมต่อระหว่างเครือข่ายของเราและเครือข่ายไคลเอนต์ภายนอกและเมื่อใดก็ตามที่เราดมทราฟฟิกบนไฟร์วอลล์และดูบิต SYN และ ACK ที่ส่งและรับทั้งสองทิศทางเราถือว่าการเชื่อมต่อนั้น ทำกับเครือข่าย แต่ตอนนี้ RFC นี้ทำให้ฉันคิดว่า - ฉันควรตรวจสอบอะไรอีก (โดยไม่ต้องตั้งค่า Wireshark) หากมีการเชื่อมต่อ TCP แล้ว แต่ผู้ใช้ยังคงประสบปัญหาการเชื่อมต่ออยู่
3
จะเกิดอะไรขึ้นเมื่อทั้งสองตั้งค่าสถานะ SYN และ FIN ในส่วนหัว TCP เป็น 1
ในส่วนหัว TCP จะเกิดอะไรขึ้นเมื่อทั้งสองตั้งค่าสถานะ SYN และ FIN เป็น 1 หรือสามารถตั้งค่าทั้งสองพร้อมกันเป็น 1 ได้หรือไม่
1
ATM ยังใช้เป็นโปรโตคอลการขนส่งหรือไม่?
นอกเหนือจากการอ่านเนื้อหาใหม่แล้วฉันยังสนุกกับการอ่านหนังสือเครือข่ายเก่าเพื่อพยายามดูว่าเรามาจากไหนและเป็นไปได้อย่างไร ขณะนี้ฉันกำลังอ่านหนังสือชื่อ Cisco LAN switching ซึ่งตีพิมพ์ในปี 1999 เป็นส่วนหนึ่งของชุด CCIE Professional Development หนังสือพูดถึงการใช้ ATM ในแบ็คโบนเครือข่ายค่อนข้างน้อยและมันก็เกิดขึ้นกับฉันที่ฉันไม่ค่อยเห็นอะไรเกี่ยวกับ ATM อีกต่อไปในวิศวกรรมเครือข่ายในปัจจุบัน ATM ใช้อีกต่อไปหรือถูกแทนที่ด้วยเทคโนโลยีอื่นเป็นส่วนใหญ่ ณ เวลานี้หรือไม่
1
เซิร์ฟเวอร์ TCP ถูก จำกัด ให้กับไคลเอนต์ 65535 หรือไม่
บางคนอาจคิดว่านี่เป็นการ จำกัด จำนวนลูกค้าที่คอมพิวเตอร์ / แอพพลิเคชั่นเดียวสามารถรักษาได้ หนึ่งอาจดูแลเว็บเซิร์ฟเวอร์และเป็นสิ่งจำเป็นเพื่อให้แน่ใจว่ามันสามารถปรับให้ระดับการใช้งานคาดว่าจะเกินการเชื่อมต่อ ~ 65k สำหรับซอฟต์แวร์มีข้อควรพิจารณาแยกต่างหากบางประการ ( /programming/1575453/how-many-socket-connections-can-a-web-server-handle )
2
ขนาดเซ็กเมนต์สูงสุด TCP (MSS)“ clamping” เข้ากันได้กับ IPv6 หรือไม่
ด้วย IPv4 ทำให้ TCP MSS "clamping" (อุปกรณ์เครือข่ายแก้ไขค่า MSS ในส่วนหัว TCP) สามารถช่วยเมื่อเส้นทางการค้นพบหน่วยการส่งผ่านสูงสุดไม่ทำงาน (เช่นเมื่อ ICMP ถูกบล็อกที่ไหนสักแห่งในเส้นทาง) เนื่องจากไม่มีการแยกส่วนใน IPv6 เรายังคงมี 'แพ็คเก็ตใหญ่เกินไป' ของ ICMPv6 เพื่อส่งสัญญาณจุดสิ้นสุดที่มา มีแนวทางใดบ้างเกี่ยวกับการยึด TCP MSS ผ่าน IPv6 โดยเฉพาะ?
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.