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

เป็นเรื่องปกติหรือไม่ที่จะเห็นเส้นทางเช่นนี้ในการอัปเดต BGP ของฉัน 12 34 33 2 2 45 331 อย่างที่ฉันเห็นจากเส้นทางด้านบนหมายเลข AS "2" จะปรากฏสองครั้ง! เป็นเรื่องปกติหรือไม่ พวกเขามีสถานการณ์ใด ๆ ที่ทำให้สิ่งนี้เกิดขึ้นได้หรือไม่? มันเป็นความผิดปกติหรือไม่? หากเป็นเช่นนั้นการกำหนดเส้นทางจะเกิดขึ้นได้อย่างไรหลังจากแพ็กเก็ตถึง AS 2 AS 2 จะส่งต่อปริมาณข้อมูลให้กับตัวเองอีกครั้งก่อนส่งไปยัง 45

9 routing  bgp 

เตรียมความพร้อมสำหรับ CCNP ทำงานห้องปฏิบัติการบางอย่าง ZEUS กำลังสรุปลูปสองครั้งด้วยarea 2 range 172.16.2.0 255.255.254.0และเส้นทางสรุปมาถึงเราเตอร์ 'WODAN' แต่เส้นทางรอง (2 / 32's) ก็ยังปรากฏในตารางเส้นทาง IP ของ WODAN ทำไม? ความเข้าใจของฉันคือว่าเมื่อมีการสรุปเกิดขึ้นว่า T3 LSA ปกติจะไม่ถูกส่งแทนที่จะเป็นสรุป T3 จะถูกส่งโดย ABR (zeus ในกรณีนี้)? ฉันไม่เข้าใจว่าทำไมฉันยังเห็น / 32 ถ้าได้รับการสรุปใน WODAN ต่อไปนี้เป็นทอพอโลยีและเอาต์พุตคำสั่งที่เกี่ยวข้องสำหรับเราเตอร์สองตัวที่เป็นปัญหา แผนภาพทอพอโลยี : การกำหนดค่า ZEUS : ตารางเส้นทาง WODAN :

9 cisco  routing  router  ospf 

ฉันกำลังทำการวิจัยบางอย่างเกี่ยวกับผู้ใช้ที่เชื่อมต่ออินเทอร์เน็ตผ่านผู้ให้บริการเคเบิลและฉันเห็นร่องรอยเส้นทางที่ผิดปกติ การตั้งค่าเล็กน้อย: ผู้ใช้โดยทั่วไปมีเราเตอร์ที่บ้านเชื่อมต่อกับโมเด็ม DOCSIS ดูเหมือนว่าเราเตอร์จะได้รับที่อยู่ IP สาธารณะจากโมเด็มสำหรับส่วนต่อประสาน WAN โดยใช้ DHCP แต่เมื่อ traceroute เสร็จแล้วเราเตอร์จำนวนหนึ่งในเส้นทางที่มีที่อยู่ IP ส่วนตัว ตัวอย่างผลลัพธ์การติดตาม: Tracing route to google.com [5.22.190.25] over a maximum of 30 hops: 1 3 ms 1 ms 1 ms 192.168.1.1//This router has public WAN address 2 10 ms 12 ms 8 ms 10.14.0.1 3 11 …

9 routing  router  ipv4  service-provider 

เราสามารถกำหนดค่า EIGRP Neighbour Static หลายอันในหนึ่งอินเตอร์เฟสและยังมีข้อควรพิจารณาอื่นนอกเหนือจากการปิดใช้งานเส้นขอบฟ้าแบบแยกส่วนที่ควรพิจารณาหรือไม่

9 cisco  routing  eigrp 

ฉันกำลังพยายามหาวิธีที่หรูหราที่สุดในการใช้ตัวกรองRTBHสำหรับเส้นทางที่ได้รับจากลูกค้า ตัวกรองควร: ยอมรับเฉพาะคำนำหน้าของลูกค้าจากรายการนำหน้าเท่านั้น ยอมรับคำนำหน้า / 32 เท่านั้น เฉพาะคำนำหน้ากับชุมชน blackhole ตั้งค่า next-hop เป็น RTBH next-hop (192.0.2.1) ในการเริ่มต้นฉันดูที่เอกสาร "การกำหนดค่าเงื่อนไขการจับคู่ในข้อกำหนดนโยบายการกำหนดเส้นทาง " จากจูนิเปอร์ ครั้งแรกที่ฉันคิดเกี่ยวกับการรวม a prefix-list-filterเพื่อจับคู่เส้นทางเท่านั้นจากรายการนำหน้าของลูกค้าและ a route-filterเพื่อ จำกัด ส่วนนำหน้าที่ยอมรับไปยัง / 32 เช่น: from { as-path customer; community blackhole; prefix-list-filter customer-prefixes orlonger; route-filter 0.0.0.0/0 prefix-length-range /32-/32; } แต่แล้วฉันก็สะดุดเกี่ยวกับข้อมูลนี้ในเอกสาร: หากคุณกำหนดค่านโยบายที่มีการรวมกันของตัวกรองเส้นทางรายการคำนำหน้าและตัวกรองที่อยู่ต้นทางนโยบายเหล่านั้นจะถูกประเมินตามการดำเนินการทางตรรกะหรือการค้นหาเส้นทางที่ยาวที่สุด ตามที่ผมเข้าใจ (และฉันคิดว่ามันเป็นบิตชัดเจน) ถ้าผมใช้prefix-list-filter, route-filterและ / …

9 routing  bgp  juniper 

ผู้ให้บริการบุคคลที่สามทำการเชื่อมต่อวิทยาเขตดาวเทียมระยะไกลของฉันผ่านอีเธอร์เน็ตเมโทร เนื่องจากเทปสีแดงผู้ให้บริการจำเป็นต้องจัดหาการเชื่อมต่อแบบจุดต่อจุด (R2 และ R3) ที่กำหนดเส้นทางไปยังวิทยาเขตดาวเทียม นึกคิดผู้ให้บริการจะเชื่อมต่อ WAN ส่วนตัวของฉันกับวิทยาเขตดาวเทียม (R1 และ R4) แต่นี่ไม่ใช่ตัวเลือกสำหรับเหตุผลดังกล่าว เป้าหมายของฉันคือการรวมวิทยาเขตดาวเทียมเข้ากับ AS ของฉันด้วยความช่วยเหลือเพียงเล็กน้อยหรือไม่มีเลยจากผู้ให้บริการ ขณะนี้เมื่อฉันสร้างเครือข่ายใหม่ที่ต้องกำหนดเส้นทางผ่านผู้ให้บริการฉันต้องโทรและขอให้ผู้ให้บริการติดตั้งเส้นทางใหม่ซึ่งพวกเขาจะกระจายระหว่าง R2 และ R3 โดยใช้ EIGRP กระบวนการนี้มักจะยากและมีแนวโน้มที่จะผิดพลาดของมนุษย์ ฉันไม่เชื่อถือผู้ให้บริการที่จะเป็น ABR เนื่องจากฉันไม่สามารถกรองเส้นทางที่เข้ามาได้ ฉันได้พิจารณาการใช้อุโมงค์ IPIP ระหว่าง R1 และ R4 แต่ฉันไม่แน่ใจว่าการรักษาของผู้ให้บริการจะมีผลต่อการรับส่งข้อมูลอย่างไร นี่จะทำให้ฉันสามารถเรียกใช้ OSPF ในอุโมงค์ได้ ข้อ จำกัด หลักของฉันคือผู้ให้บริการและความจริงเพิ่มเติมว่า OSPF เป็นโปรโตคอลแบบไดนามิกเดียวที่ฉันมีอยู่บนฮาร์ดแวร์ที่มีอยู่

9 ospf  routing  design