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

จับมือ TCP 3-way ทำงานเช่นนี้: Client ------SYN-----> Server Client <---ACK/SYN---- Server Client ------ACK-----> Server ทำไมไม่ทำอย่างนี้ล่ะ? Client ------SYN-----> Server Client <-----ACK------ Server

124 tcp  protocol-theory  layer4  transport-protocol 

มีการคำนวณเฉพาะใด ๆ ที่ทำเพื่อให้ถึงจำนวนนี้และอะไรคือปัจจัยที่นำมาพิจารณาในการคำนวณนั้น

38 ethernet  mtu  protocol-theory 

ดวงจันทร์หลายที่ผ่านมาเมื่อฉันเป็นเพียงกระจ้อยร่อย เด็กเริ่มอาชีพของฉันฉันมีการสัมภาษณ์งานสำหรับนักพัฒนาที่มีบทบาทในระดับต่ำ ในเวลานั้นเพิ่งได้เรียนรู้วิธีการใช้ CIDR ฉันมีความกระตือรือร้นที่จะอวดความรู้ของฉัน น่าเศร้ากลยุทธ์ที่ไม่ได้ผลดีเกินไปสำหรับฉัน ฉันจำได้ว่าตั้งคำถามทั้งหมดไว้ที่พื้นอย่างสมบูรณ์ (และจากนั้นก็ทำให้ประหลาดใจ คำถามคือ: เหตุใด IPv4 จึงอยู่ 32 บิต ฉันพร้อมยอมรับว่าผมไม่ได้รู้คำตอบ แต่ผมไม่ทราบว่าการออกแบบโปรโตคอลเดิมแบ่งพื้นที่ที่อยู่ลงในเครือข่ายจำนวน 8 บิตและโฮสต์ 24 บิตระบุดังนั้นฉันพยายามที่จะหาเหตุผลเข้าข้างตนเองมันในบริเวณที่ ผู้ออกแบบโพรโทคอลจินตนาการอินเทอร์เน็ตของสองสามเครือข่าย (หลังจากทั้งหมดเดิมทีมันตั้งใจจะเชื่อมโยงกันสองสามอย่าง ) แต่ละโฮสต์ประกอบด้วยโฮสต์จำนวนมากและเพื่อความเรียบง่ายของการเขียนโปรแกรม ฉันจำได้ว่าผู้สัมภาษณ์ไม่พอใจคำตอบของฉันและแนะนำให้ฉันรู้ว่าเหตุผลที่แท้จริงคือรับประกันได้ว่าจะเข้ากับตัวอักษรlong intC ได้ดังนั้นจึงช่วยลดความยุ่งยากในการติดตั้ง ตอนเป็นเด็กและเป็นสีเขียวฉันยอมรับว่าเป็นคำตอบที่สมเหตุสมผลและ (ก่อนวันนี้) ไม่ได้คิดอะไรอีก ด้วยเหตุผลบางอย่างที่การสนทนาเพิ่งกลับมาหาฉันและตอนนี้เมื่อฉันใคร่ครวญมันก็ดูเหมือนจะไม่น่าเชื่อถือทั้งหมด: ภายใต้รูปแบบการกำหนดแอดเดรสดั้งเดิมซึ่งประกอบด้วยเครือข่ายขนาดคงที่และฟิลด์โฮสต์จึงไม่น่าเป็นไปได้ที่นักพัฒนาจะต้องการกำหนดการต่อข้อมูลสองฟิลด์ให้กับตัวแปรเดียว จริง ๆ แล้วในทางปฏิบัติ); และ ในช่วงเวลาที่ทำงานบน TCP / IP เริ่มต้น C ไม่ได้เป็นมาตรฐานหรือในความเป็นจริง "lingua franca" ของการพัฒนาซอฟต์แวร์ระดับต่ำที่เป็นมาในปัจจุบัน ข้อเสนอแนะของผู้สัมภาษณ์จริงหรือไม่? ถ้าไม่ได้สิ่งที่เป็นเหตุผลที่แท้จริงที่ออกแบบโปรโตคอลเลือก 32 บิตอยู่?

33 ipv4  protocol-theory  memory 

ฉันคิดว่าฉันอาจจะสับสนกับคำศัพท์รอบ ๆ MTU คำจำกัดความนี้จากหนังสือ CCNA ของ Wendell Odom บน MTU: ข้อมูลจำเพาะ IEEE 802.3 จำกัด ส่วนข้อมูลของเฟรม 802.3 เป็นอย่างน้อย 46 และสูงสุด 1500 ไบต์ คำว่าหน่วยการส่งข้อมูลสูงสุด (MTU) กำหนดแพ็คเก็ตเลเยอร์ 3 สูงสุดที่สามารถส่งผ่านสื่อ เนื่องจากแพ็กเก็ตเลเยอร์ 3 อยู่ภายในส่วนข้อมูลของเฟรมอีเทอร์เน็ต 1500 ไบต์จึงเป็น IP MTU ที่ใหญ่ที่สุดที่อนุญาตให้ใช้ผ่านอีเธอร์เน็ต ความเข้าใจของฉันคือเฟรม Ethernet เป็นเฟสสุดท้ายของการห่อหุ้มก่อนที่จะถูกส่งไปยังสาย เมื่อฉันดูไดอะแกรมของอีเธอร์เน็ตเฟรมขนาดโดยรวมของมันจะเท่ากับ 1526 ไบต์สูงสุด ฉันพูดถูกหรือไม่ว่าเฟรมอีเทอร์เน็ต MTU คือ 1526 ในขณะที่ MTU ที่เลเยอร์ IP คือ 1500 …

33 ethernet  protocol-theory  mtu 

ไม่ต้องสงสัยเลยว่าเฟรม Ethernet ส่วนใหญ่กำลังขนย้ายแพ็คเก็ต IP ฉันรู้ว่ามีโปรโตคอลอื่น ๆ อีกมากมายที่สามารถส่งผ่านอีเธอร์เน็ตได้เช่นกัน แต่ก็สามารถส่งผ่าน IP ได้เช่นกัน ด้วยเครือข่ายอีเทอร์เน็ตที่ทันสมัยเป็นแบบฟูลดูเพล็กซ์อีเธอร์เน็ตได้กลายเป็นการเชื่อมต่อแบบจุดต่อจุดระหว่างจุดปลายและสวิตช์ซึ่งสลับแพ็คเก็ตตามปลายทาง MAC สวิตช์ L3 ทำสิ่งเดียวกัน แต่ยังทำการกำหนดเส้นทาง IP เนื่องจากเราใช้ Ethernet ส่วนใหญ่เป็นเพียงวิธีการขนส่ง IP มีเหตุผลที่จะมีค่าใช้จ่าย L2 ชั้นพิเศษที่? ทำไมไม่เพียงแค่แพ็คเก็ตเส้นทางตาม IP ปลายทาง? ฉันคิดว่านั่นจะเป็นการทำลายโมเดล OSI ในระดับหนึ่งใน L2 นั้นจะหยุดอยู่ ลองนึกภาพเทคโนโลยีลิงก์เลเยอร์ที่ออกแบบมาเพื่อการขนส่ง IP เท่านั้นและไม่มีฟังก์ชั่น L2 หรือส่วนหัวของมันเอง สวิตช์และเราเตอร์จะยังคงมีอยู่ในปัจจุบันเช่นสวิตช์จะเป็น "เราเตอร์พื้นฐาน" (เหมือนกับสวิตช์ L3) และส่วนใหญ่จะใช้เส้นทางคงที่และเส้นทางเริ่มต้นเท่านั้น การสลับการไหล: มีเส้นทางในสถานที่สำหรับปลายทางนี้หรือไม่ ติดไว้ในคิวของอินเตอร์เฟสนั้น ถ้าไม่ติดในคิวของอินเตอร์เฟสเริ่มต้นของเส้นทาง มีข้อโต้แย้งที่น่าสนใจในการรักษาสิ่งต่าง ๆ อย่างที่เป็นอยู่หรือไม่?

29 ethernet  protocol-theory 

Tag Protocol Identifier ถูกตั้งค่าเป็น 16 บิต ในการรับรอง CCNA ว่ากันว่าเป็นไปไม่ได้ที่จะมีมากกว่า 4096 VLAN 4096 ในไบนารีคือ 1000000000000000 เนื่องจากมีการจัดสรร 16 บิตอยู่แล้วขีด จำกัด อาจเป็น 65535 (111111111111111111) ... ทำไมขีด จำกัด นั้นถึง 4096

25 ethernet  vlan  protocol-theory 

โดยส่วนตัวฉันไม่รู้สึกว่าจำเป็นต้องใช้ ACK มันเร็วกว่าถ้าเราแค่ส่ง NACK (n) สำหรับแพ็กเก็ตที่หายไปแทนที่จะส่ง ACK สำหรับแต่ละแพ็กเก็ตที่ได้รับ ดังนั้นเมื่อใด / สถานการณ์ใดที่เราจะใช้ ACK ผ่าน NACK และ viceversa

19 protocol-theory 

ฉันกำลังค้นหาคำตอบนี้สักพักแล้ว เหตุใดจึงมี CSMA / CD ใน LAN แต่เป็น CSMA / CA ใน WLAN คำอธิบายที่ดีที่สุดที่ฉันสามารถหาได้คือ "เนื่องจากอัตราส่วนที่สูงที่สุดในการส่งและรับพลังงานมันเป็นไปไม่ได้เลยที่จะส่งข้อมูลในช่องทางเดียวกันดังนั้นจึงใช้การหลีกเลี่ยงการชนกัน" ไม่สามารถรับความหมาย แม้ว่าคุณจะใช้แชนเนลที่แยกกันสองช่องสำหรับส่งและรับ CSMA จะถูกใช้เพื่อตัดสินใจว่าโหนดใดที่จะใช้แชนเนลดังนั้นจึงไม่มีประเด็นในการวาง CD แทนที่ CA ดังนั้นคำอธิบายนี้ก็ดูเหมือนจะไม่เหมาะสม เหตุผลเดียวที่ฉันคิดได้ก็คือถ้าจำนวนโหนดต่ำดังนั้นโอกาสในการชนจึงน้อยเราควรใช้ซีดีหากโอกาสในการชนสูงเราควรใช้ CA แต่จำนวนผู้ใช้ไม่แตกต่างกันระหว่าง LAN และ WLAN หากมีคนสามารถอธิบายได้

18 wireless  protocol-theory 

ปิด. คำถามนี้เป็นคำถามปิดหัวข้อ ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้เป็นหัวข้อสำหรับ Network Engineering Stack Exchange ปิดให้บริการใน2 ปีที่ผ่านมา เป็นไปได้หรือไม่ที่เซิร์ฟเวอร์ DHCP จะตรวจสอบระบบปฏิบัติการไคลเอนต์? ฉันกำลังทำงานกับเครื่องมือตรวจสอบสำหรับเกตเวย์บนเครือข่ายท้องถิ่นที่อยู่บนเว็บและต้องการที่จะสามารถกำหนดได้ว่า OS อุปกรณ์ใดบ้างบนเครือข่ายที่กำลังทำงานอยู่และดูเหมือนว่าฉันจะเป็นสถานที่ที่ชัดเจนที่สุดในการค้นพบว่า เวลาที่กำหนดที่อยู่ IP โดยเซิร์ฟเวอร์ DHCP ความล้มเหลวนั้นฉันรู้วิธีกรองทราฟฟิกบนพอร์ต 80 และดึงข้อมูลส่วนหัว HTML แต่วิธีนี้อาศัยการรอให้อุปกรณ์ท่องเว็บและทำให้เป็นที่ต้องการน้อยกว่าการตรวจจับ / ความละเอียดในระยะแรก เนื่องจากไม่ใช่ว่าทุกอุปกรณ์จะใช้ในการท่องอินเทอร์เน็ต ฉันมีการควบคุมการกำหนดค่าเกตเวย์อย่างสมบูรณ์ - มันกำลังทำงานเดเบียน distro ที่ตัดลงดังนั้นเครื่องมืออื่น ๆ ที่จะทำงานเช่น DHCP, DNS, ARP และอื่น ๆ ฉันเปิดรับข้อเสนอแนะ!

18 dhcp  protocol-theory 

เชื่อมต่อครึ่งเพล็กซ์ได้รับความนิยมในช่วงเวลาของ 10Mbps และ 100Mbps อีเธอร์เน็ตและเป็นไปตามมาตรฐานก็ยังได้รับอนุญาตในกรณีของ 1Gbps อีเธอร์เน็ต ฉันถูกต้องหรือไม่ที่การสนับสนุนโหมด half-duplex ในชิปเซ็ตEthernetมีความสำคัญในกรณีที่ฮับเครือข่าย (ฮับเป็นสายภายในเดียว) หรือสื่ออีเธอร์เน็ตที่ใช้ร่วมกันอื่น ๆ(ตัวอย่างเช่น 10BASE-5) มีเหตุผลใด ๆ สำหรับการเชื่อมต่อฮาล์ฟดูเพล็กซ์ในสภาพแวดล้อมอีเธอร์เน็ตที่ใช้สายเคเบิลแบบคู่บิดและไม่ใช้ฮับ

15 ethernet  protocol-theory  layer1 

นี่อาจเป็นคำถามที่งี่เง่า แต่ฉันและเพื่อนไม่กี่คนกำลังพูดถึงข้อ จำกัด ที่อาจเกิดขึ้นของ TCP เรามีแอปพลิเคชั่นที่จะคอยฟังลูกค้า (คิดถึงเกตเวย์) และกำหนดเส้นทางข้อมูลลูกค้าที่เชื่อมต่อทั้งหมดผ่านผู้เผยแพร่คาฟคาที่เชื่อมต่อไปยังหัวข้อเดียว หนึ่งในเพื่อนของฉันกำลังบอกว่า TCP จะเป็นปัญหาสำหรับเกตเวย์นี้เนื่องจากกำลังจะสร้างการเชื่อมต่อใหม่สำหรับทุกข้อความที่ส่ง (ไม่ใช่ kafka แต่โปรโตคอลการขนส่งพื้นฐานนั้นเป็นปัญหา) ซึ่งต้องมีพอร์ตใหม่ทุกครั้ง ในอัตราที่เราจะส่งข้อความลูกค้าเหล่านี้ (กิกะไบต์), kafka จะหมดพอร์ตที่จะอ่านจาก ?? ฉันได้ทำการพัฒนามาหลายปีแล้วและไม่เคยได้ยินเรื่องนี้มาก่อนและต้องการทำความเข้าใจในระดับที่ต่ำกว่า (ซึ่งฉันคิดว่าฉันมี) เกี่ยวกับการทำงานของ TCP ความเข้าใจของฉันคือเมื่อคุณสร้างการเชื่อมต่อ TCP การเชื่อมต่อนั้นจะยังคงเปิดอยู่จนกว่าจะหมดเวลาโดยแอปพลิเคชันหรือบังคับให้ปิดโดยเซิร์ฟเวอร์หรือไคลเอนต์ ข้อมูลที่ส่งผ่านการเชื่อมต่อนี้เป็นกระแสข้อมูลและจะไม่เปิด / ปิดการเชื่อมต่อใหม่โดยไม่คำนึงถึง 3 V (ระดับเสียงความเร็วความหลากหลาย) สำหรับพอร์ตที่ใช้พอร์ตหนึ่งพอร์ตจะใช้สำหรับการแพร่สัญญาณและพอร์ตตัวอธิบายไฟล์ภายในเป็นสิ่งที่แอปพลิเคชันจัดการสำหรับการอ่าน / เขียนของไคลเอ็นต์แต่ละตัว ฉันไม่เคยเข้าใจ TCP เพื่อสร้างการเชื่อมต่อใหม่สำหรับทุก ๆ แพ็คเกจที่มันเขียน ฉันขออภัยล่วงหน้าหากคำถามนี้ไม่ตรงหรือคลุมเครือเกินไป ฉันรู้สึกงุนงงจริงๆและหวังว่าจะมีคนให้บริบทเพิ่มเติมกับสิ่งที่เพื่อนร่วมงานของฉันกำลังพูด

15 tcp  network  protocol-theory  layer4 

พิจารณาสิ่งต่อไปนี้: NAS ที่มีอินเตอร์เฟซ 10G เชื่อมต่อกับสวิตช์อินเตอร์เฟซ 10G คอมพิวเตอร์ไคลเอนต์ที่เชื่อมต่อเพื่อสลับผ่านอีเธอร์เน็ตกิกะบิต จะมีประสิทธิภาพเพิ่มขึ้นหรือไม่หากขนาด MTU เพิ่มขึ้นใน NAS และสวิตช์พอร์ตที่เชื่อมต่อ NAS หากขนาด MTU ไม่เพิ่มขึ้นจากขนาดมาตรฐาน 1500 ไบต์บนไคลเอนต์ NIC สิ่งนี้จะทำให้เกิดปัญหาการกระจายตัวหรือไม่ อุปกรณ์ "จัดการ" ไม่ตรงกันใน MTU สำหรับอินเทอร์เฟซข้ามเครือข่ายที่สลับเป็นอย่างไร

13 ethernet  protocol-theory  switching  layer2  mtu 

การผกผันนี้เป็น Bijective ดังนั้นฉันไม่สามารถเข้าใจได้ว่ามันใช้อะไร

13 ipv6  protocol-theory 

เครือข่ายคอมพิวเตอร์ของ Tanenbaum กล่าว ในที่สุดที่อยู่ IPv4 สามารถเขียนเป็นคู่ของโคลอนและตัวเลขทศนิยมแบบจุดเก่าตัวอย่างเช่น: ::192.31.20.46 หมายความว่าพื้นที่ที่อยู่ IPv4 ถูกฝังลงในช่วงย่อยต่ำสุดของพื้นที่ที่อยู่ IPv6 หรือไม่ การฝังดังกล่าวได้รับการแก้ไขหรือไม่ สามารถกำหนดพื้นที่ที่อยู่ IPv4 ลงในช่วงย่อยที่ต่อเนื่องของพื้นที่ที่อยู่ IPv6 ได้หรือไม่? ไม่https://en.wikipedia.org/wiki/IPv6_address#Transition_from_IPv4รายการทางเลือกหลายของการแปล? หากถูกต้องแสดงว่าการฝังไม่ถูกแก้ไข หมายความว่าสำหรับที่อยู่ IPv4 มีที่อยู่ IPv6 บางแห่งที่อ้างถึงที่อยู่เดียวกันกับที่อยู่ IPv4 หรือไม่ ตัวอย่างเช่น ที่อยู่เดียวกัน::192.31.20.46และ192.31.20.46มีประสิทธิภาพหรือไม่ ถ้าฉันส่งข้อความถึง::192.31.20.46จะ192.31.20.46 ได้รับข้อความของฉันหรือไม่ ถ้าฉันส่งข้อความถึง192.31.20.46จะ::192.31.20.46 ได้รับข้อความของฉันหรือไม่ จะ::127.0.0.1 ยังคงเป็นที่อยู่ IP ลูปแบ็คและถ้าใช่จะเป็นที่อยู่เดียวกันอย่างมีประสิทธิภาพ127.0.0.1หรือไม่ หรือพื้นที่ที่อยู่ IPv6 และพื้นที่ที่อยู่ IPv4 แยกออกจากกันอย่างสมบูรณ์ (เช่นไม่มีการทับซ้อนกัน) ในแง่ที่ว่าเมื่อฉันสื่อสารกับที่อยู่ IPv6 ฉันจะไม่สื่อสารกับที่อยู่ IPv4 หรือไม่ ขอบคุณ

12 ip  ipv4  ipv6  protocol-theory  ip-address 

ทุกคนสามารถอธิบายให้ฉันทราบว่าอะไรคือความแตกต่างระหว่าง Ethernet, Ethernet-II และ 802.3 Ethernet ฉันพูดถึงหนังสือหลายเล่มพวกเขาใช้ภาษาระดับสูง ใครสามารถอธิบายให้ฉันในลักษณะที่เรียบง่าย?

12 ethernet  protocol-theory