เราเตอร์ที่มี / 32 WAN subnet mask สื่อสารกับอินเทอร์เน็ตที่เหลืออย่างไร


37

ฉันกำลังศึกษาระบบเครือข่ายและหนึ่งในสิ่งพื้นฐานที่สุดที่ฉันเคยบอกมานับครั้งไม่ถ้วนคือคอมพิวเตอร์ไม่สามารถสื่อสารนอกเครือข่ายย่อยของตนเองได้

ในอีกทางหนึ่งโดยดูที่การตั้งค่า ADSL บางอย่างฉันเห็นว่าในกรณีที่มีการกำหนดที่อยู่ IP คงที่ให้กับส่วนต่อประสาน WAN ของผู้ใช้จะใช้มาสก์ซับเน็ต / 32 subnet สำหรับอินเตอร์เฟส WAN และเกตเวย์เริ่มต้นแน่นอน ด้านนอกของซับเน็ต

ดังนั้นโฮสต์กับ / 32 subnet จะสื่อสารกับเครือข่ายภายนอกอย่างไร

นี่คือแผนภาพของสิ่งที่ฉันมี:

แผนภาพเครือข่าย

โมเด็ม DSL ถูกตั้งค่าให้ทำหน้าที่เป็นบริดจ์ดังนั้นเราเตอร์ 0 จึงทำการตรวจสอบและตั้งค่าการเชื่อมต่อผ่าน PPPoE ไปยัง ISP Router0 ได้รับที่อยู่ IP บนอินเตอร์เฟส WAN (Fa0 / 0 บนแผนภาพ) ซึ่งมาจากเครือข่ายย่อย / 32 โดยใช้ IPCP ได้รับที่อยู่ IP เดียวในอินเทอร์เฟซ WAN และการใช้ชื่อแทน IP ไม่ได้ถูกใช้ที่นี่

ฉันเข้าใจว่าเกิดอะไรขึ้นกับเราเตอร์ 0 ถึง LAN สิ่งที่ฉันไม่เข้าใจคือ Router0 สื่อสารกับ ISP อย่างไร

คำตอบ:


31

DSL มีแนวโน้มที่จะใช้ PPPoE ซึ่งหมายความว่าลิงก์นั้นเป็นแบบจุดต่อจุด A / 32 ใช้ได้อย่างสมบูรณ์ที่นี่ ในความเป็นจริงไม่มีที่อยู่ใด ๆ ที่ยังคงถูกต้อง - เราต้องการที่อยู่ที่สามารถกำหนดเส้นทางได้นอกเหนือจากลิงก์ PPP 'tho ในกรณีนี้ใช้งานได้เนื่องจากมีเพียงปลายทางเดียวที่เป็นไปได้ในลิงก์ ทุกแพ็กเก็ตที่วางบนลิงก์นั้นจะถูกประมวลผลโดยส่วนอื่น ๆ และ vv

blue-gw#show int di1
 Dialer1 is up, line protocol is up (spoofing)
 Description: Bellsouth.net DSL
 Internet address is 74.167.x.x/32

Routing:
 Gateway of last resort is 72.157.24.5 to network 0.0.0.0
 ...
      72.0.0.0/32 is subnetted, 1 subnets
 C       72.157.24.5 is directly connected, Dialer1
      74.0.0.0/32 is subnetted, 1 subnets
 C       74.167.x.x is directly connected, Dialer1

1
คุณช่วยอธิบายเพิ่มเติมอีกเล็กน้อยได้ไหมว่า / 32 นั้นดีกับลิงก์แบบจุดต่อจุด? ฉันเข้าใจว่าในการเชื่อมต่อแบบจุดต่อจุดข้อมูลไม่ได้ไปที่ใดนอกจากด้านอื่น ๆ แต่ในกรณีเช่นนี้ฉันคาดว่าจะเห็นอินเทอร์เฟซที่ตั้งค่าเป็นจุดออกในตารางเส้นทางและไม่ใช่ ที่อยู่ IP ของเกตเวย์เริ่มต้น หากคำอธิบายนั้นซับซ้อนเกินกว่าจะหาคำตอบได้คำหลักบางคำสำหรับ Google ก็น่าจะดีเช่นกัน
AndrejaKo

2
PPP รายงานที่อยู่ในพื้นที่และที่อยู่ทางไกลดังนั้นอินเทอร์เฟซจะถูกตั้งค่าด้วยโลคอล (ปกติ / 32) และเกตเวย์เริ่มต้นจะเป็นรีโมต เส้นทางไปยังรีโมตผ่านอินเตอร์เฟส PPP จะถูกสร้างขึ้นโดยอัตโนมัติ (ดูการแก้ไข)
Ricky Beam

11

ฉันกำลังศึกษาระบบเครือข่ายและหนึ่งในสิ่งพื้นฐานที่สุดที่ฉันเคยบอกมานับครั้งไม่ถ้วนคือคอมพิวเตอร์ไม่สามารถสื่อสารนอกเครือข่ายย่อยของตนเองได้

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

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

จริง ๆ แล้วคำถามที่คุณควรถามคือ: อินเตอร์เฟสจะมีที่อยู่ได้อย่างไรที่บิตทั้งหมดของที่อยู่นั้นเป็นซับเน็ตและไม่มีบิตโฮสต์

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

ยิ่งไปกว่านั้นดาต้าลิงค์สามารถถูกมองว่าเป็นส่วนของเครือข่ายของตัวเองและดังนั้นจึงสามารถมีซับเน็ตของตัวเองและซับเน็ตนั้นจะต้องมีเพียงหนึ่งที่อยู่

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

โดยพื้นฐานแล้วอุปกรณ์ ISP นั้นได้รับการกำหนดค่าด้วยวิธีนี้: มันมีผู้สมัครสมาชิกหลายร้อยสายและมันให้ 32 subnet แต่ละรายการ หากคุณมีเซ็กเมนต์จากจุดหนึ่งไปยังอีกที่อยู่หนึ่ง netmask นั้นจะเป็น moot แต่คุณยังคงต้องมีสิ่งใดสิ่งหนึ่งที่จะต้องกรอกลงในฟิลด์ netmask บนอินเตอร์เฟสและในตารางเส้นทางของโฮสต์


ไม่ได้จริงๆ แม้ในกรณี "อินเทอร์เน็ต" โฮสต์หนึ่งยังคงพูดคุยกับโฮสต์อื่นภายในเครือข่ายย่อยทั่วไป (aka "เราเตอร์") ที่พูดคุยกับโฮสต์ที่เชื่อมต่ออื่น ฯลฯ ฯลฯ
Ricky Beam

Ricky Beam ไม่ได้อ่านย่อหน้าที่สอง
Anon

จุดที่คุณดูเหมือนจะพลาด ... ใครจะพูดกับสิ่งที่เชื่อมต่อโดยตรงเท่านั้น หาก A เชื่อมต่อกับ B เชื่อมต่อกับ C แล้ว A จะไม่สามารถส่งแพ็กเก็ตไปยัง C ได้โดยตรง มันจะต้องไปที่ B ก่อน (มีเคล็ดลับที่จะทำให้ดูเหมือนว่า A กำลังพูดคุยโดยตรงกับ C ... proxy-arp, bridging, ฯลฯ )
Ricky Beam

4
ฉันเข้าใจการเชื่อมต่ออย่างสมบูรณ์พร็อกซี arp และสิ่งต่างๆได้ทำงานอย่างกว้างขวางในอดีตในโค้ดเครือข่ายเคอร์เนล: ระดับไดรเวอร์ขึ้นไป (ไม่ต้องพูดถึงการเขียนโปรแกรมเครือข่ายระดับแอปพลิเคชัน ฉันไม่เคยเขียนว่าอะไรที่สามารถพูดคุยโดยตรงกับสิ่งอื่น แต่ข้อความว่างเปล่าที่ว่า "คอมพิวเตอร์ไม่สามารถสื่อสารภายนอกเครือข่ายย่อย" ได้นั้นดูเหมือนจะทำให้เข้าใจผิด
Anon

8

นี่เป็นเพียงบันทึกเพิ่มเติมเนื่องจากคำถามที่ริคกี้ตอบแล้ว

ดังที่ Ricky ได้ชี้ให้เห็นแล้วด้วย PPP Link มีเพียงสองอุปกรณ์ในลิงค์ อุปกรณ์โลคัลและอุปกรณ์รีโมตดังนั้นสามารถมีสองแอดเดรสที่ลิงก์เท่านั้น (โลคัลและรีโมต) ดังนั้นโลคัลและรีโมตที่กำหนดแอดเดรสอาจอยู่ในซับเน็ตต่างกันเนื่องจากไม่มีที่สำหรับการรับส่งข้อมูลบนลิงก์เพื่อไปยังนอกเหนือจากอุปกรณ์ที่ปลายอีกด้านหนึ่งของ lihnk นั่นเป็นแนวคิดที่เรียบง่ายซึ่งคุณได้บอกว่าคุณเข้าใจ

ยิ่งไปกว่านั้นโปรดจำไว้ว่ารายการเส้นทางสามารถผ่านทางอินเทอร์เฟซเช่นเดียวกับที่อยู่ IP hop ถัดไป ผู้คนมักจะได้รับการสอนว่ารายการการกำหนดเส้นทางเป็นสิ่งที่เหมือนกับ "0.0.0.0/0 ผ่าน 5.5.5.5" โดยที่ 5.5.5.5 เป็นเราเตอร์ ISP และ 0.0.0.0/0 เป็นเส้นทางเริ่มต้น เส้นทางยังสามารถเป็น "0.0.0.0/0 ผ่าน Fa1 / 0" หาก Fa0 / 1 เป็นลิงก์แบบจุดต่อจุดเพียงระบุว่าอินเตอร์เฟสนั้นใช้ได้ อย่างที่เราได้กล่าวไปแล้วไม่มีที่ไหนที่ทราฟฟิกจะไปได้นอกจากอุปกรณ์ที่อยู่อีกด้านหนึ่ง (ซึ่งเป็นเราเตอร์ ISP)


1
โปรดอย่าบอกผู้คนว่าพวกเขาสามารถกำหนดเส้นทางไปยังส่วนต่อประสานการออกอากาศหลายช่องทาง (อ่าน: ETHERNET - Fa0 / 1 คืออีเธอร์เน็ต; อีเธอร์เน็ตไม่ใช่ ptp) นั่นคือproxy-arp ; และไม่มีเหตุผลที่ดีที่จะทำเช่นนั้น ในความเป็นจริงมันแค่เลอะเทอะว่าคนที่ไม่รู้อะไรเลยจะไม่เข้าใจ (เช่นเราเตอร์ / สวิตช์ของหน่วยความจำหมดทำให้กระบวนการสำคัญต่าง ๆ ล้มเหลว)
Ricky Beam

หาก Fa0 / 1 ถูกกำหนดค่าด้วย / 31 มันเป็นค่าที่ถูกต้องสมบูรณ์ โปรดอย่าบอกฉันว่าจะไม่ทำอะไรเมื่อคำตอบของฉันไม่เฉพาะเจาะจงเพียงพอที่จะรับประกันความกังวลที่คุณไม่ได้ร้องขอ วันที่ดีกับคุณ.
jwbensley

ถึงแม้จะมี / 31 ก็ยังคงเป็นอีเธอร์เน็ตและทำให้พร็อกซี่ ARP (เว้นแต่ฮาร์ดแวร์จะมีความสามารถเฉพาะ ptp ethernet ซึ่งส่วนใหญ่ทำไม่ได้) ฉันเคยเห็นคนจำนวนมากเกินไปที่จะทำตามที่คุณแนะนำโดยไม่มีเงื่อนงำ และมันก็ทำให้ .. งงงวยพวกเขาไม่สามารถเข้าใจได้ หากคุณรู้วิธีการทำโดยไม่ต้องสร้างแคช arp รายการ 47k สิ่งที่ดีสำหรับคุณ คนที่มาที่นี่เพื่อหาคำตอบน่าจะเป็นไม่ได้
Ricky Beam

1
PS: คุณสามารถถามและตอบคำถามของคุณเองเพื่ออธิบายในเรื่องนี้
Ricky Beam

2
เพียงแค่เพิ่มว่า proxy-arp ควรถูกปิดใช้งานทุกที่ทำให้การกำหนดค่าอีเทอร์เน็ต (ไม่ใช่ p2p) ล้มเหลวและได้รับการแก้ไขโดยผู้ใช้ปลายทาง น่าเสียดายที่ระบบปฏิบัติการบางระบบไม่ปิดใช้งาน proxy-arp ตามค่าเริ่มต้น นอกจากนี้คุณสามารถใช้อาร์กิวเมนต์ของอินเตอร์เฟสในเส้นทางip route 1.1.1.1 255.255.255.255 fa0/1 2.2.2.2เพื่อให้แน่ใจว่าเส้นทางสแตติกใช้งานได้เฉพาะเมื่ออินเตอร์เฟสนั้นขึ้น
cpt_fink

3

เพื่อแสดงให้เห็นถึงสิ่งที่ผู้อื่นอธิบายคุณสามารถเชื่อมต่อเราเตอร์ Cisco สองตัวผ่านทางอนุกรม

  • ดีบัก ppp เจรจาต่อรอง (หรือดีบักแพ็กเก็ต ppp สำหรับเอาต์พุต verbose เพิ่มเติม)
  • ภายใต้อินเตอร์เฟสแบบอนุกรมกำหนดค่าที่อยู่ IP ในเครือข่ายย่อยที่แตกต่างกัน
  • ตั้งค่า 'encapsulation ppp'
  • ไม่มีการปิด

สังเกตว่าIPCPทำสิ่งนี้และเครือข่ายย่อยปลายทางที่มองเห็นว่าเชื่อมต่อโดยตรงในตารางเส้นทาง


หนึ่งสามารถเพิ่มภาพบางส่วนของลักษณะทั้งหมดนี้ เช่น. ppp debugนี้เจรจารูปภาพจากไซต์ cisco.com
n611x007

3

ดูเหมือนว่าเราเตอร์ของคุณจะมีการเชื่อมต่อ PPPoE WAN ด้วย PPPoE กฎ IP "ปกติ" จะไม่นำมาใช้เนื่องจากการเชื่อมต่อระหว่างBRASและไคลเอนต์ถูกสร้างขึ้นในอุโมงค์

โดยทั่วไปแล้วด้วยโปรโตคอลการทันเนลหลายจุดสิ้นสุดแบบโลคัลสามารถสันนิษฐานได้ว่าที่อยู่ IP ของจุดปลายทางระยะไกลหรือไม่มีเลย แพ็คเก็ตใด ๆ ที่ไม่ได้กำหนดไว้สำหรับเครือข่ายท้องถิ่นจะถูกผลักเข้าไปในอุโมงค์เพื่อให้รีโมตปลายทางจัดการกับ


2

เราเตอร์ของคุณต้องการ/32เส้นทางเพื่อพูดคุยกับเราเตอร์ ISP

นอกจากนี้เราเตอร์ของคุณจะมีเราเตอร์ ISP ที่ระบุว่าเป็นเกตเวย์เริ่มต้นหรือ "เกตเวย์ของวิธีสุดท้าย" เมื่อเราเตอร์ของคุณต้องการส่งแพ็คเก็ตไปยังโฮสต์ที่ไม่ทราบก็จะส่งไปยังเราเตอร์ ISP

ISP เราเตอร์เป็นเพียงก้าวแรกสู่อินเทอร์เน็ตที่กว้างขึ้น มันเป็นไปตามรูปแบบเดียวกันกับด้านบน: เราเตอร์รู้เพียงไม่กี่โฮสต์ที่จะพูดคุย แต่มันสามารถเข้าถึงเราเตอร์อื่น ๆ ในโลกเพราะมันสามารถกำหนดหยุดต่อไปสำหรับที่อยู่ IP ใด ๆ

เราเตอร์ทุกตัวบนเส้นทางจากไคลเอนต์ไปยังเซิร์ฟเวอร์รู้ล่วงหน้าหนึ่งก้าว ("เราเตอร์ต่อไป") และย้อนกลับหนึ่งขั้นตอน ("เราเตอร์ก่อนหน้านี้") ไม่มีเราเตอร์ใดที่จำเป็นต้องรู้เส้นทางทั้งหมด

ชีวิตเรียบง่ายสำหรับเราเตอร์ที่ทำงานของคุณ มีรายการสำหรับ LAN ภายในรู้วิธีเข้าถึงเราเตอร์ ISP หนึ่งตัวและมีเส้นทางเริ่มต้นไปยังเราเตอร์ ISP เราเตอร์อินเทอร์เน็ตแบ็กเอนด์มีความซับซ้อนมากขึ้น แต่แนวคิดก็เหมือนกัน


1

ในสภาพแวดล้อม SP การใช้ IPCP เพื่อกำหนดที่อยู่ IP แบบไดนามิกให้กับเราเตอร์ dsl โดยใช้ / 32 ที่อยู่ IP (ที่อยู่ LAN มักจะถูกโฆษณาขาออกผ่านทางรัศมีเป็นเส้นทางที่มีกรอบ) เส้นทางแบบสแตติกใช้ผ่านอินเตอร์เฟสตัวเรียกเลขหมายเพื่อส่งทราฟฟิกจาก LAN ขาออกไปยังอินเทอร์เน็ต - ดังนั้นเส้นทางแบบสแตติกจะถูกใช้เท่านั้นและเส้นทางเริ่มต้นจะถูกโฆษณาไปยังเราเตอร์ CE ผ่าน IPCP ดังนั้นจำเป็นต้องใช้ a / 32 เพื่อสื่อสารกับเครือข่ายอื่น ๆ ในสถานการณ์การออกแบบที่แน่นอน


0

ในคำถามของคุณดูเหมือนว่าคุณต้องการเข้าใจกลไกของการเชื่อมต่อ R0 ถึง ISP ตามที่กล่าวไว้ xDSL มักจะนำไปใช้ผ่าน PPPoE หรือรูปแบบการเชื่อมต่อบางรูปแบบ

โดยพื้นฐานแล้วสิ่งที่เกิดขึ้นที่นี่คือ "การเชื่อมต่ออีเทอร์เน็ต" การเชื่อมต่อเป็นฟังก์ชั่นเลเยอร์ OSI ที่ไม่ต้องการหรือทำให้เราเป็น IP ที่อยู่ IP แบบ 32 บิตเป็นเพียงตัวบ่งชี้ PPP ปลายทางสำหรับ ISP โมเด็มห่อหุ้มและตัดการรับส่งข้อมูล IP เข้าและออกจากอีเธอร์เน็ต

ในอุปกรณ์เครือข่ายที่ส่วนหัวของ ISP ซึ่งวงจร PPP ถูกยกเลิกที่อยู่ IP จะมีประโยชน์เนื่องจาก ISP และอินเทอร์เน็ตสามารถกำหนดเส้นทางการรับส่งข้อมูล IP ไปยัง / ไปยังอินเตอร์เฟส R0 ที่อยู่ IP สาธารณะที่ให้บริการ LAN ที่อยู่ด้านหลัง "เส้นทาง" เท่านั้นที่เกิดขึ้นอยู่ที่ปลายด้านหนึ่งของวงจร ppp

ฉันหวังว่ามันจะมีประโยชน์ในการทำความเข้าใจกลไกของการเชื่อมต่อ RO กับ ISP


1
ในบริบทนี้ R0 / RO หมายถึงอะไร
AndrejaKo

อาจเป็นR0 http://www.faqs.org/patents/img/20090213867_02.pngจาก "BLADE ROUTER พร้อม NAT SUPPORT"
n611x007

@AndrejaKo อาจจะยืนRO Route Optimizationbenedikt-stockebrand.de/ipv6-in-practice-index_de.html ไม่แน่ใจ
n611x007

R0ผู้สมัครที่มีแนวโน้มมากที่สุดอาจมาจากR0..Rnลำดับสำหรับการทำเครื่องหมายฮ็อพlabel-switched path (LSP) tunnelจากซิสโก้ นอกจากนี้ยังมีเป็นปลายด้านหนึ่งของhead-end LSRหลังดูเหมือนว่าจะยืนLabel switch routerสำหรับ ฟังดูมีโอกาสมากที่สุด
n611x007

ยิ่งR0เป็นไปได้Request 0ในขณะที่D0สำหรับData 0"สำหรับประเภทการหยุดและการรอคอยของโปรโตคอลคำขอ / การตอบสนอง" ไม่แน่
n611x007
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.