คำถามติดแท็ก rfc

ข้อมูลจำเพาะ Internet Protocol รุ่น 10 (IPv10) ชื่อเป็นเรื่องตลก (IPv4 + IPv6 == IPv10) แต่ข้อเสนอที่แท้จริงดูเหมือนแปลก (รูปแบบแพ็คเก็ตอีกหนึ่งรูปแบบเพื่อต่อสู้กับความไม่ลงรอยกันระหว่างรูปแบบแพ็คเก็ต) มันเป็นข้อเสนอปกติที่มีข้อดีข้อเสียและสมดุลหรือเป็นเพียงเอกสารที่ทำงานได้น้อยที่สุดเพื่อสร้างความสนุกของ "IPv10" ด้วยใบหน้าที่จริงจังหรือไม่? หากร้ายแรงโปรดบอกกล่าวให้เป็นแบบ "tl; dr" ทำไมจึงไม่ใช่เทคโนโลยีการเปลี่ยนแปลงอื่นเช่น nat64 / teredo

72 ipv4  ip  ipv6  rfc  ipv6-transition 

ด้วยซับเน็ตย่อย / 31 เราเหลือโฮสต์ที่ใช้งานได้ไม่เหลือศูนย์ ซับเน็ต / 31 มีเพียงสองโฮสต์ - หนึ่งสำหรับเครือข่ายและอีกอันสำหรับออกอากาศ ฉันสงสัยว่าทำไมบางคนจะใช้ซับเน็ตนี้

19 ip  ipv4  subnet  rfc  point-to-point 

เหตุใดจึงมีที่อยู่ช่วง IPv4 ส่วนตัวสามขนาดที่แตกต่างกัน ทำไมไม่เพียงจองช่วงที่ใหญ่ที่สุด ( 10.0.0.0- 10.255.255.255) และให้ผู้คนสร้าง/16หรือ/24(หรืออะไรก็ตาม) เครือข่ายภายในช่วงนั้นถ้าพวกเขาต้องการเครือข่ายขนาดเล็กหรือต้องการทำ subnetting? มีอะไรผิดปกติไหมถ้ามีที่อยู่โฮสต์จำนวนมากในเครือข่ายของคุณ?

14 ip  ipv4  subnet  ip-address  rfc 

ฉันอ่าน DHCP (RFC 2131) ฉันมีความรู้พื้นฐานเกี่ยวกับ Relay Agent และ Broadcasting แต่สำหรับการทำความเข้าใจ DHCP ในเชิงลึกฉันรู้สึกเหมือนว่าฉันต้องรู้รายละเอียด Broadcasting และ Relay Agent (RFC 1542) ในรายละเอียด แต่ไม่พบ RFC ใด ๆ (RFC919,922 ที่ไม่ค่อยมีประโยชน์) สำหรับการออกอากาศในรายละเอียด เส้นทางแพ็กเก็ตออกอากาศเป็นอย่างไร เพราะถ้าแพ็กเก็ตนั้นมีไว้สำหรับเครือข่ายที่แตกต่างจากแหล่งที่มาแน่นอนเราเตอร์จะวางแพ็กเก็ต มีโปรโตคอลสำหรับสิ่งนี้หรือไม่? เราเตอร์ป้องกันการออกอากาศทั้งหมดหรือเฉพาะการออกอากาศแบบ จำกัด / ท้องถิ่นหรือไม่ เราสามารถส่งแพ็กเก็ตที่มีปลายทางเป็น IP ออกอากาศ / จำกัด โดยตรงโดยไม่มีที่อยู่ MAC ของการออกอากาศได้หรือไม่? ถ้าใช่ฉันคิดว่าเพราะที่อยู่ MAC ของ perticular แพ็คเก็ตจะส่งต่อไปยังโฮสต์เดียวดังนั้นคำถามซึ่งในกรณีนี้จะเป็นประโยชน์ พิจารณาว่าเราเตอร์เปิดใช้งานโดยเอเจนต์รีเลย์ เมื่อ DHCPDiscover (ซึ่งเป็นแพ็กเก็ตออกอากาศ) …

14 routing  ip  dhcp  broadcast  rfc 

ขณะนี้เรากำลังสร้างหลักสูตรเครือข่ายที่มีส่วนที่ใช้งานได้จริงซึ่งนักเรียนจะต้องกำหนดค่าเครือข่ายขนาดเล็กในสภาพแวดล้อมเสมือนจริง อย่างไรก็ตามเราไม่แน่ใจว่าคำนำหน้า ipv6 ใดที่เราสามารถใช้สำหรับการกำหนดค่า คำนำหน้าเอกสาร IPv6 ( 2001:db8::/32 RFC3849 ) ดูเหมือนจะพอดี อย่างไรก็ตามมีคนแนะนำว่าคำนำหน้านี้ควรใช้ในตัวอย่างที่เป็นข้อความเท่านั้นและไม่สามารถกำหนดค่าได้จริงทุกที่แม้จะอยู่ในเครือข่ายทดสอบแยก (แน่นอนว่าจะใช้งานได้ แต่อาจถูกมองว่าเป็นการละเมิด RFC) ปัญหาที่นี่คือ RFC ค่อนข้างเป็นนามธรรมเกี่ยวกับเรื่องนี้และทั้งหมดขึ้นอยู่กับวิธีหนึ่งตีความคำว่า "เอกสาร" ฉันไม่พบแหล่งที่มาเกี่ยวกับการใช้งานในเครือข่ายทดสอบ / กวดวิชาทดสอบหรือข้อกำหนดของ "เอกสาร" บนอินเทอร์เน็ต คุณช่วยฉันออก

13 ip  network  ipv6  rfc  prefix 

เมื่อใดที่เหมาะสมที่จะใช้เครือข่าย / 31 ในการผลิตและการใช้พวกเขาถือว่าเป็นแนวปฏิบัติที่ดี? บนลิงก์แบบจุดต่อจุดไม่จำเป็นต้องทำการออกอากาศดังนั้นจึงมีกรณีที่น่าสนใจสำหรับการใช้ / 31 มากกว่า / 30 เนื่องจากดูเหมือนว่า / 30s ยังคงมีการปรับใช้อย่างแพร่หลายและแพร่หลาย นี้ได้รับการกำหนดโดยRFC 3021 มีกรณีการใช้งานสำหรับการใช้ a / 31 นอกเหนือจากการประหยัดพื้นที่ที่อยู่หรือไม่? การแนะนำ / 31s นำชุดข้อกังวลใหม่ที่ไม่พบใน / 30s หรือไม่ โดยทั่วไปแล้ว / 31s จะเห็นเฉพาะในพื้นที่สาธารณะโดยเฉพาะอย่างยิ่งสำหรับ ISP หรือพวกเขามักจะใช้ในพื้นที่ส่วนตัวเกินไปสำหรับทั้ง ISP และองค์กร?

13 ipv4  subnet  rfc  best-practices  point-to-point 

เมื่อเร็ว ๆ นี้ฉันได้ทราบว่าส่วน IP 100.64.0.0/10ถูกสงวนไว้โดย IANA สำหรับ 'พื้นที่ที่อยู่ที่ใช้ร่วมกัน' คำถามของฉันคือ: ฉันสามารถใช้กลุ่ม IP 100.64.0.0/10เป็นช่วงส่วนตัวในเครือข่ายของฉัน (เช่นเดียวกับที่เราใช้10.0.0.0/8) ถ้าใช่ฉันต้องอัพเกรดเครื่องใช้เครือข่ายของฉัน (เช่นไฟร์วอลล์หรือเราเตอร์) ก่อนที่จะใช้สิ่งนี้หรือฉันสามารถใช้มันได้หรือไม่ ถ้าไม่เป็นเช่นนั้นทำไมจึงไม่ทำ หากเป็นไปได้โปรดแบ่งปันเอกสารบางส่วน (หรือ BCP) เพื่ออธิบาย (หรือพูดถึง) กลุ่มนี้

12 ip  ipv4  nat  ip-address  rfc 

ใน RFC 793 มีส่วนหนึ่งเกี่ยวกับการตอบรับของส่วน TCP: เมื่อ TCP ส่งเซกเมนต์ที่มีข้อมูลจะทำการคัดลอกลงในคิวส่งสัญญาณและเริ่มจับเวลา เมื่อได้รับการยอมรับสำหรับข้อมูลนั้นส่วนจะถูกลบออกจากคิว หากไม่ได้รับการตอบรับก่อนที่ตัวจับเวลาจะหมดเซกเมนต์จะถูกส่งใหม่ การตอบรับโดย TCP ไม่รับประกันว่าข้อมูลจะถูกส่งไปยังผู้ใช้ปลายทางแต่เพียงว่าการรับ TCP นั้นมีความรับผิดชอบในการทำเช่นนั้น ตอนนี้น่าสนใจ ใน NOC ของเราเรามักจะแก้ไขปัญหาการเชื่อมต่อระหว่างเครือข่ายของเราและเครือข่ายไคลเอนต์ภายนอกและเมื่อใดก็ตามที่เราดมทราฟฟิกบนไฟร์วอลล์และดูบิต SYN และ ACK ที่ส่งและรับทั้งสองทิศทางเราถือว่าการเชื่อมต่อนั้น ทำกับเครือข่าย แต่ตอนนี้ RFC นี้ทำให้ฉันคิดว่า - ฉันควรตรวจสอบอะไรอีก (โดยไม่ต้องตั้งค่า Wireshark) หากมีการเชื่อมต่อ TCP แล้ว แต่ผู้ใช้ยังคงประสบปัญหาการเชื่อมต่ออยู่

11 tcp  protocol-theory  transport-protocol  layer4  rfc 

ฉันสับสนเล็กน้อยจาก 2 RFC ต่อไปนี้ที่เกี่ยวข้องกับ IPv6: RFC 4862 (การกำหนดค่าที่อยู่อัตโนมัติแบบไร้สาย IPv6) RFC 7084 (ข้อกำหนดเราเตอร์ IPv6 CE) RFC 4862 ฯ : กระบวนการกำหนดค่าอัตโนมัติที่ระบุในเอกสารนี้ใช้กับโฮสต์เท่านั้นและไม่ใช่เราเตอร์ เนื่องจากการกำหนดค่าโฮสต์อัตโนมัติใช้ข้อมูลที่โฆษณาโดยเราเตอร์เราเตอร์จะต้องได้รับการกำหนดค่าด้วยวิธีอื่น RFC 7084 แสดงรายการหนึ่งในข้อกำหนดการกำหนดค่า WAN-Side สำหรับการกำหนดที่อยู่ดังนี้: WAA-1: เราเตอร์ IPv6 CE ต้องรองรับการกำหนดค่าอัตโนมัติที่อยู่แบบไม่มีสถานะ (SLAAC) [RFC4862] มีความขัดแย้งที่นี่? เราเตอร์ควรสามารถกำหนดค่าที่อยู่ IPv6 สำหรับอินเตอร์เฟซ WAN ของตนโดยอัตโนมัติได้หรือไม่ ทำไม RFC 4862 ถึงพูด เนื่องจากการกำหนดค่าโฮสต์อัตโนมัติใช้ข้อมูลที่โฆษณาโดยเราเตอร์เราเตอร์จะต้องได้รับการกำหนดค่าด้วยวิธีอื่น หากฉันใช้เราเตอร์เพื่อเชื่อมต่อ LAN ของฉันกับ ISP ตัวอย่างเช่นไม่มีเราเตอร์ในเครือข่ายของ ISP ที่กำลังคุยกับเราเตอร์ของฉันหรือไม่ …

11 router  ipv6  rfc  dhcpv6 

RFC 1771 กำหนดประเภทคุณลักษณะเส้นทางของAS_PATHดังต่อไปนี้: AS_PATH (Type Code 2): AS_PATH is a well-known mandatory attribute that is composed of a sequence of AS path segments. Each AS path segment is represented by a triple <path segment type, path segment length, path segment value>. The path segment type is a 1-octet long field …

11 routing  bgp  protocol-theory  rfc 

การศึกษาที่อยู่ IPv6 ฉันไม่เข้าใจที่อยู่ unicast ส่วนกลางที่รวม IPv6 ได้ฉันหมายถึง RFC 4291มีรูปแบบทั่วไป: | n bits | m bits | 128-n-m bits | +------------------------+-----------+----------------------------+ | global routing prefix | subnet ID | interface ID | +------------------------+-----------+----------------------------+ แต่มองหารูปแบบที่ใช้ฉันเห็นในหนังสือของฉัน (Halsall) รูปแบบที่ใช้คือ: | 3 | 5 | 8 | 32 | 16 | 64 | +-----+----+------+----------------+---------------+--------------------------------+ | …

10 ip  ipv6  rfc  route-summarization 

RFCs เช่น5952 - "คำแนะนำสำหรับการแทนข้อความที่อยู่ IPv6"และ 2373 - "สถาปัตยกรรมการกำหนดที่อยู่ IP เวอร์ชัน 6"แต่ละร่างโครงร่างที่เป็นเลขฐานสิบหกและเครื่องหมายโคลอนที่ใช้กันทั่วไปซึ่งโดยทั่วไปจะใช้แทนการอยู่ IPv6 หรือส่วนนำของ IPv6 CIDR เช่น2001: 0db8: 85a3 :: 8a2e: 0370: 7334 อย่างไรก็ตาม RFCs ไม่ปรากฏขึ้นเพื่อแนะนำชื่อสำหรับรูปแบบที่แพร่หลายนี้ มีชื่อสำหรับรูปแบบนี้คล้ายกับที่ IPv4 มีเครื่องหมายรูปแบบทศนิยมหรือไม่? ถ้าเป็นเช่นนั้นชื่อที่เหมาะสมที่ใช้เมื่ออ้างอิงถึงสัญลักษณ์ IPv6 มาตรฐานนี้คืออะไร?

10 ipv6  rfc  terminology