OSPFv3 บน Cisco: Neighbor, Area, LSDB, LSA และ SPF สำหรับ IPv6

หลังจากบทความก่อนหน้าเราเริ่มใช้งาน IPv6 Routing ด้วย Connected Route, Static Route, Default Route และพื้นฐาน OSPFv3 แล้ว บทความนี้จะเจาะลึกการทำงานภายในของ OSPFv3 ตั้งแต่ Neighbor Relationship, Area, LSDB, LSA, SPF Algorithm ไปจนถึงการตรวจสอบและแก้ไขปัญหาบน Cisco

เป้าหมายคือทำความเข้าใจว่า Router ไม่ได้เพียง “เรียนรู้ Route จาก OSPFv3” แต่ผ่านกระบวนการตั้งแต่ค้นหา Neighbor แลกเปลี่ยน Link-State Information สร้างฐานข้อมูล LSDB คำนวณเส้นทางด้วย SPF แล้วจึงติดตั้ง Route ที่เหมาะสมลงใน Routing Table

ภาค 1: ทำความเข้าใจ OSPFv3

OSPFv3 คืออะไร?

OSPFv3 หรือ Open Shortest Path First Version 3 เป็น Link-State Routing Protocol ที่ถูกพัฒนาขึ้นเพื่อรองรับ IPv6 และยังคงใช้แนวคิดหลักของ OSPF เช่น Neighbor, Area, LSDB, LSA, SPF และ Cost

ตัวอย่าง Network:

LAN-A
2001:db8:10:1::/64
        |
        R1
        |
        | OSPFv3
        |
        R2
        |
        | OSPFv3
        |
        R3
        |
LAN-C
2001:db8:30:1::/64

แทนที่จะกำหนด Static Route ให้ Router ทุกตัวด้วยตนเอง OSPFv3 สามารถแลกเปลี่ยน ข้อมูล Topology ระหว่าง Router แล้วคำนวณเส้นทางที่เหมาะสม โดยอัตโนมัติ

OSPFv3 ทำงานอย่างไร?

มองภาพรวมได้ดังนี้:

Discover Neighbor
       |
       v
Form Adjacency
       |
       v
Exchange Link-State Information
       |
       v
Build LSDB
       |
       v
Run SPF
       |
       v
Calculate Best Paths
       |
       v
Install Routes
       |
       v
IPv6 Routing Table

กระบวนการนี้เป็นหัวใจสำคัญของ Link-State Routing Protocol

ภาค 2: Router ID และ Link-Local Address

OSPFv3 Router ID

แม้ OSPFv3 จะทำงานกับ IPv6 แต่ Router ID ยังคงมีขนาด 32 bits และแสดงในรูปแบบ Dotted Decimal คล้าย IPv4 Address

ตัวอย่าง:

R1
Router ID = 1.1.1.1

R2
Router ID = 2.2.2.2

R3
Router ID = 3.3.3.3

Router ID ทำหน้าที่ระบุ OSPF Router ภายใน OSPF Domain ไม่ใช่ IPv6 Address ที่ใช้ Forward User Traffic

ตัวอย่าง Configuration:

ipv6 router ospf 10
 router-id 1.1.1.1

Router ID ต้องไม่ซ้ำกัน

หาก Router หลายตัวใช้ Router ID เดียวกัน สามารถสร้างปัญหากับ OSPF Database และ Neighbor Relationship ได้

Best Practice: กำหนด Router ID ให้ชัดเจนด้วยตนเอง เพื่อให้ง่ายต่อ Documentation และ Troubleshooting

Link-Local Address สำคัญกับ OSPFv3 อย่างไร?

OSPFv3 ใช้ IPv6 Link-Local Address ในการสื่อสารระหว่าง Router บน Link เดียวกันในกระบวนการสำคัญของ Protocol

ตัวอย่าง:

R1                         R2

fe80::1                    fe80::2
   |                          |
   +--------------------------+
             Link

        OSPFv3 Neighbor

ดังนั้นเมื่อ Troubleshoot OSPFv3 อย่าตรวจเฉพาะ Global Unicast Address แต่ควรตรวจ Link-Local Address ด้วย

ตรวจได้ด้วย:

show ipv6 interface brief

ภาค 3: OSPFv3 Neighbor

OSPFv3 Hello Packet

Router ใช้ OSPF Hello เพื่อค้นหาและรักษาความสัมพันธ์ กับ Neighbor บน Link

R1
 |
 | Hello
 |-------------------->
 |
 |<--------------------
 | Hello
 |
R2

ข้อมูลและ Parameter หลายส่วน ต้องเข้ากันได้ตามเงื่อนไขของ OSPF จึงจะสามารถสร้าง Neighbor Relationship ได้สำเร็จ

OSPFv3 Neighbor คืออะไร?

Neighbor คือ OSPF Router ที่ถูกค้นพบบน Link และผ่านกระบวนการสร้าง Neighbor Relationship ตามเงื่อนไขของ OSPF

Topology:

R1 -------- R2 -------- R3

R1 Neighbor R2

R2 Neighbor R1
R2 Neighbor R3

R3 Neighbor R2

ตรวจ Neighbor:

show ipv6 ospf neighbor

OSPFv3 Neighbor States

Neighbor Relationship ไม่ได้เปลี่ยนจาก Down ไป Full ทันที

โดยทั่วไปจะผ่าน State เช่น:

Down
  |
  v
Init
  |
  v
2-Way
  |
  v
ExStart
  |
  v
Exchange
  |
  v
Loading
  |
  v
Full

Down

Router ยังไม่ได้รับ Hello จาก Neighbor ตามเงื่อนไขที่กำหนด

Init

Router ได้รับ Hello จากอีก Router แต่ยังไม่ยืนยันการสื่อสารแบบ Two-Way

2-Way

Router ทั้งสองรับรู้กันแล้ว

สถานะ 2-WAY ไม่ได้หมายความว่ามีปัญหาเสมอไป บน Broadcast Network DROTHER Routers บางคู่สามารถคงอยู่ที่ 2-WAY โดยไม่ต้องสร้าง Full Adjacency ระหว่างกัน

ExStart

Router เริ่มเตรียมกระบวนการ แลกเปลี่ยน Database Description และกำหนดบทบาทในการ Exchange

Exchange

Router แลกเปลี่ยน Database Description Information เพื่อเปรียบเทียบ LSDB

Loading

Router Request Link-State Information ที่ยังขาดอยู่

Full

LSDB ของ Router Synchronize กันตาม Scope ที่เกี่ยวข้องแล้ว

ภาค 4: OSPFv3 Area

OSPF Area คืออะไร?

OSPF ใช้แนวคิด Area เพื่อแบ่ง Routing Domain ออกเป็นส่วน ๆ

ตัวอย่าง:

              Area 0
        +-------------------+
        |                   |
       R1 ------ R2 ------ R3
                  |
                  |
                ABR
                  |
        +---------+---------+
        |                   |
             Area 10

Area 0 คือ Backbone Area ของ Multi-Area OSPF Design

Single-Area OSPFv3

ตัวอย่าง:

R1 -------- R2 -------- R3
      Area 0      Area 0

เหมาะสำหรับการเรียนพื้นฐาน และ Network ที่ไม่ซับซ้อน

Multi-Area OSPFv3

Area 10          Area 0          Area 20

 R1 ------ R2 -------- R3 ------ R4
           ^                     ^
           |                     |
          ABR                   ABR

Router ที่เชื่อมหลาย Area มีบทบาทเป็น Area Border Router หรือ ABR ตาม OSPF Architecture

ภาค 5: DR และ BDR

DR และ BDR คืออะไร?

บน Multi-Access Network บางประเภท OSPF ใช้:

DR — Designated Router
BDR — Backup Designated Router
DROTHER

เพื่อช่วยลดจำนวน Adjacency และการแลกเปลี่ยน Link-State Information ที่ไม่จำเป็น

ถ้ามี Router 4 ตัว:

R1
 |
 +------ Ethernet LAN ------ R2
 |                           |
 R3 ------------------------ R4

อาจมีบทบาท:

R1 = DR

R2 = BDR

R3 = DROTHER

R4 = DROTHER

DROTHER ไม่จำเป็นต้องสร้าง Full Adjacency กับ DROTHER ทุกตัว บน Broadcast Segment

OSPF Priority

Interface Priority มีผลต่อ DR/BDR Election บน Network Type ที่มีการเลือก DR/BDR

ตัวอย่าง:

interface GigabitEthernet0/0
 ipv6 ospf priority 100

Priority ที่สูงกว่ามีโอกาสได้รับเลือกมากกว่า ภายใต้กฎ Election ของ OSPF

DR/BDR Election ไม่ใช่กระบวนการ Preempt แบบ HSRP การเพิ่ม Priority หลังจาก DR ถูกเลือกแล้ว ไม่ได้หมายความว่า Router ใหม่จะยึดบทบาท DR ทันที

ภาค 6: LSDB และ LSA

LSDB คืออะไร?

LSDB หรือ Link-State Database คือฐานข้อมูลที่เก็บข้อมูล เกี่ยวกับ OSPF Topology ที่ Router เรียนรู้ ภายใน Scope ที่เกี่ยวข้อง

แนวคิด:

        OSPF Network

R1 -------- R2 -------- R3
             |
             |
             R4


          |
          v

         LSDB
          |
          +---- R1
          |
          +---- R2
          |
          +---- R3
          |
          +---- R4
          |
          +---- Links
          |
          +---- Prefix Information

Router ใน Area เดียวกัน ควรมีข้อมูล Link-State ที่สอดคล้องกันสำหรับ Scope ที่เกี่ยวข้อง

LSDB ไม่ใช่ Routing Table

สองอย่างนี้มีหน้าที่ต่างกัน:

LSDB
 |
 | Topology Information
 |
 v
SPF Algorithm
 |
 v
Best Paths
 |
 v
Routing Table

ดังนั้นการเห็นข้อมูลใน LSDB ไม่ได้หมายความว่า Route นั้น จะต้องถูกติดตั้งใน Routing Table เสมอไป

LSA คืออะไร?

LSA หรือ Link-State Advertisement คือข้อมูล Link-State ที่ OSPF ใช้ในการอธิบาย Topology และ Prefix Information ให้ Router อื่นรับรู้

Flow:

Topology Change
      |
      v
Generate / Update LSA
      |
      v
Flood LSA
      |
      v
Update LSDB
      |
      v
SPF Calculation
      |
      v
Routing Decision

OSPFv3 LSA ต่างจาก OSPFv2 หรือไม่?

ต่างในรายละเอียดหลายส่วน โดย OSPFv3 แยกข้อมูล Topology และ IPv6 Prefix ออกจากกันชัดเจนมากขึ้น

LSA ที่สำคัญใน OSPFv3 ประกอบด้วยตัวอย่างเช่น:

LSA	หน้าที่โดยสรุป
Router-LSA	อธิบาย Link และคุณสมบัติของ Router
Network-LSA	อธิบาย Multi-Access Network ที่มี DR
Inter-Area-Prefix-LSA	ประกาศ Prefix ระหว่าง Area
Inter-Area-Router-LSA	ให้ข้อมูลเกี่ยวกับ Router ระหว่าง Area ตามบทบาทของ OSPFv3
AS-External-LSA	ประกาศ External Route
Link-LSA	ให้ข้อมูล Link-Local และ Prefix Information บน Link
Intra-Area-Prefix-LSA	ประกาศ IPv6 Prefix ภายใน Area

รายละเอียด LSA Type ของ OSPFv3 มีความลึกมากกว่าที่ใช้ใน Basic Troubleshooting ในระดับเริ่มต้นควรเข้าใจความสัมพันธ์ LSA → LSDB → SPF → Route ก่อน

ภาค 7: SPF Algorithm

SPF คืออะไร?

SPF หรือ Shortest Path First เป็น Algorithm ที่ OSPF ใช้คำนวณเส้นทางจากข้อมูลใน LSDB

Flow:

LSA
 |
 v
LSDB
 |
 v
SPF
 |
 v
Shortest Path Tree
 |
 v
Best Routes
 |
 v
Routing Table

ตัวอย่าง Topology

        Cost 10
   R1 ------------ R2
    \                |
     \               |
      \ Cost 30      | Cost 10
       \             |
        \            |
         ----------- R3

จาก R1 ไป R3:

เส้นทางตรง:

R1 -> R3

Cost = 30

ผ่าน R2:

R1 -> R2 -> R3

10 + 10
=
Cost 20

หากเงื่อนไขอื่นเท่ากัน OSPF จะเลือกเส้นทางที่มี Cost รวมต่ำกว่า

OSPF Cost คืออะไร?

Cost เป็น Metric ที่ OSPF ใช้ในการเปรียบเทียบเส้นทาง ภายใน OSPF Domain

แนวคิด:

Lower Cost
   |
   v
More preferred
within OSPF path calculation

Cost สามารถได้รับผลจาก Interface Bandwidth, Reference Bandwidth และ Configuration ตาม Platform/Software

สามารถกำหนด Cost โดยตรงได้ เช่น:

interface GigabitEthernet0/1
 ipv6 ospf cost 10

อย่าปรับ OSPF Cost โดยไม่มี Network Design เพราะอาจทำให้ Forward Path และ Return Path เปลี่ยนไปจากที่คาด หรือสร้าง Suboptimal Routing

จาก LSA ไปสู่ IPv6 Routing Table

นี่คือภาพรวมสำคัญที่สุดของบทนี้:

OSPFv3 Hello
     |
     v
Neighbor
     |
     v
Adjacency
     |
     v
LSA Exchange
     |
     v
LSDB
     |
     v
SPF Calculation
     |
     v
OSPF Best Path
     |
     v
Route Selection
     |
     v
IPv6 Routing Table
     |
     v
Forwarding

ถ้า OSPF Neighbor เป็น FULL แต่ Route ไม่ปรากฏ ต้องตรวจต่อไปว่า:

LSA exists?

Prefix exists?

SPF calculation?

Another route preferred?

Correct area?

Route filtering / policy?

Routing table installation?

ภาค 8: Cisco OSPFv3 Lab

Topology

LAN-A                                                   LAN-C
2001:db8:10:1::/64                             2001:db8:30:1::/64
       |                                                   |
       |                                                   |
      R1 ---------------- R2 ---------------- R3
       |                   |                   |
     Gi0/1               Gi0/0               Gi0/0
     Gi0/0               Gi0/1               Gi0/1

       |<---- 2001:db8:12::/64 ---->|

                           |<---- 2001:db8:23::/64 ---->|


                    OSPFv3 AREA 0

Addressing Plan

Device	Interface	IPv6 Address
R1	Gi0/0	2001:db8:10:1::1/64
R1	Gi0/1	2001:db8:12::1/64
R2	Gi0/0	2001:db8:12::2/64
R2	Gi0/1	2001:db8:23::2/64
R3	Gi0/0	2001:db8:23::3/64
R3	Gi0/1	2001:db8:30:1::1/64

Step 1 — Configure R1

ipv6 unicast-routing

interface GigabitEthernet0/0
 description LAN-A
 ipv6 address 2001:db8:10:1::1/64
 ipv6 address fe80::1 link-local
 no shutdown

interface GigabitEthernet0/1
 description R1-TO-R2
 ipv6 address 2001:db8:12::1/64
 ipv6 address fe80::1 link-local
 no shutdown

ipv6 router ospf 10
 router-id 1.1.1.1

interface GigabitEthernet0/0
 ipv6 ospf 10 area 0

interface GigabitEthernet0/1
 ipv6 ospf 10 area 0

Step 2 — Configure R2

ipv6 unicast-routing

interface GigabitEthernet0/0
 description R2-TO-R1
 ipv6 address 2001:db8:12::2/64
 ipv6 address fe80::2 link-local
 no shutdown

interface GigabitEthernet0/1
 description R2-TO-R3
 ipv6 address 2001:db8:23::2/64
 ipv6 address fe80::2 link-local
 no shutdown

ipv6 router ospf 10
 router-id 2.2.2.2

interface GigabitEthernet0/0
 ipv6 ospf 10 area 0

interface GigabitEthernet0/1
 ipv6 ospf 10 area 0

Step 3 — Configure R3

ipv6 unicast-routing

interface GigabitEthernet0/0
 description R3-TO-R2
 ipv6 address 2001:db8:23::3/64
 ipv6 address fe80::3 link-local
 no shutdown

interface GigabitEthernet0/1
 description LAN-C
 ipv6 address 2001:db8:30:1::1/64
 ipv6 address fe80::3 link-local
 no shutdown

ipv6 router ospf 10
 router-id 3.3.3.3

interface GigabitEthernet0/0
 ipv6 ospf 10 area 0

interface GigabitEthernet0/1
 ipv6 ospf 10 area 0

Step 4 — ตรวจ Neighbor

บน R1:

show ipv6 ospf neighbor

ควรพบ:

R2
Router ID 2.2.2.2

บน R2 ควรพบ:

R1
1.1.1.1

R3
3.3.3.3

บน R3:

R2
2.2.2.2

Step 5 — ตรวจ IPv6 Route

บน R1:

show ipv6 route ospf

R1 ควรเรียนรู้ Network ที่อยู่หลัง R2/R3 ตาม Topology เช่น:

2001:db8:23::/64

2001:db8:30:1::/64

Step 6 — ตรวจ LSDB

show ipv6 ospf database

คำสั่งนี้ช่วยให้เราเห็น Link-State Information ที่ OSPFv3 ใช้สร้าง Topology

Step 7 — ทดสอบ End-to-End

จาก LAN-A:

ping 2001:db8:30:1::10

Traffic:

PC-A
 |
 v
R1
 |
 | OSPFv3
 v
R2
 |
 | OSPFv3
 v
R3
 |
 v
PC-C

ภาค 9: Passive Interface

ทำไม User LAN ควรเป็น Passive?

ในตัวอย่างพื้นฐาน เราเปิด OSPFv3 บน LAN Interface เพื่อให้ LAN Prefix เข้าร่วม OSPF Process

แต่ End User ไม่จำเป็นต้องรับ OSPF Hello

PC
 |
 X
OSPF Hello
 |
R1
 |
 | OSPF
 v
R2

ใน Production Design ควรพิจารณา Passive Interface สำหรับ User-Facing Network ตาม Configuration Model และ Cisco Platform ที่ใช้งาน

ประโยชน์คือ:

ลด OSPF Control Traffic ที่ไม่จำเป็น
ลดโอกาสสร้าง Neighbor บน User Network
ลด Attack Surface ของ Routing Protocol
ยังสามารถ Advertise Prefix ตาม Design ได้

ภาค 10: OSPFv3 Verification Commands

ตรวจ OSPF Process

show ipv6 ospf

ตรวจ Neighbor

show ipv6 ospf neighbor

ตรวจ OSPF Interface

show ipv6 ospf interface brief

ตรวจรายละเอียด Interface

show ipv6 ospf interface GigabitEthernet0/1

ตรวจ LSDB

show ipv6 ospf database

ตรวจ OSPF Route

show ipv6 route ospf

ตรวจ IPv6 Routing Table ทั้งหมด

show ipv6 route

ตรวจ IPv6 Neighbor Table

show ipv6 neighbors

ตรวจ IPv6 Interface

show ipv6 interface brief

ภาค 11: OSPFv3 Troubleshooting

Troubleshooting Workflow

Physical
   |
   v
Interface
   |
   v
IPv6 Address
   |
   v
Link-Local
   |
   v
OSPF Process
   |
   v
Router ID
   |
   v
Area
   |
   v
Hello Parameters
   |
   v
Neighbor State
   |
   v
LSDB
   |
   v
SPF
   |
   v
Routing Table
   |
   v
Forward Path
   |
   v
Return Path

ปัญหา 1 — Neighbor ไม่ขึ้น

ตรวจ:

show ipv6 interface brief

show ipv6 ospf interface brief

show ipv6 ospf neighbor

ตรวจ Parameter:

Interface UP?

OSPF enabled?

Area correct?

Router ID unique?

Link-Local present?

Hello / Dead compatible?

Network Type compatible?

Authentication / Security correct?

ACL / Control Plane filtering?

ปัญหา 2 — Neighbor ค้างที่ INIT

INIT หมายถึง Router ได้รับ Hello จากอีกฝั่ง แต่ Two-Way Communication ยังไม่สมบูรณ์

ตรวจ:

Return communication

Multicast handling

Interface configuration

ACL

Layer 2 connectivity

ปัญหา 3 — Neighbor ค้าง EXSTART หรือ EXCHANGE

หนึ่งในสาเหตุที่ควรตรวจคือ MTU mismatch รวมถึงปัญหา Database Exchange และ Interface Parameter อื่น

ตรวจ:

show interfaces

show ipv6 ospf interface

show ipv6 ospf neighbor

ปัญหา 4 — Neighbor อยู่ 2-WAY

อย่ารีบสรุปว่าเป็น Error

ถ้าเป็น Broadcast Network และ Router ทั้งสองเป็น DROTHER สถานะ 2-WAY อาจเป็นพฤติกรรมปกติ

ตรวจบทบาท:

DR

BDR

DROTHER

ปัญหา 5 — Neighbor FULL แต่ไม่มี Route

ตรวจตามลำดับ:

Neighbor FULL
     |
     v
LSA present?
     |
     v
Prefix advertised?
     |
     v
LSDB correct?
     |
     v
SPF result?
     |
     v
Better route exists?
     |
     v
RIB installation?

ใช้:

show ipv6 ospf database

show ipv6 route

show ipv6 route ospf

ปัญหา 6 — Route มีแต่ Ping ไม่ได้

Routing Table ถูกต้อง ไม่ได้หมายความว่า End-to-End Connectivity ถูกต้องทั้งหมด

ตรวจ:

Destination host

Default Router

Neighbor Discovery

Return Route

IPv6 ACL

Firewall

ICMPv6 Policy

ปัญหา 7 — เส้นทางไม่ตรงกับที่คาด

ตรวจ:

OSPF Cost

Interface Cost

Topology

Equal-Cost Paths

Route Source

Administrative Distance

Longest Prefix Match

จำลำดับให้ชัด: Longest Prefix Match ใช้เลือก Prefix ที่ Specific ที่สุดก่อน จากนั้น Route Source และ Metric จึงมีบทบาทตามกระบวนการ Route Selection ที่เกี่ยวข้อง

ภาค 12: OSPFv3 Best Practices

กำหนด Router ID อย่างเป็นระบบ

R1 = 1.1.1.1

R2 = 2.2.2.2

R3 = 3.3.3.3

ช่วยให้ Neighbor, LSDB และ Documentation อ่านง่ายขึ้น

ใช้ Area Design ที่ไม่ซับซ้อนเกินความจำเป็น

Network ขนาดเล็ก ไม่จำเป็นต้องสร้างหลาย Area เพียงเพราะ OSPF รองรับ Multi-Area

Small Network

Area 0
   |
Single Area
   |
Simple Operations

ใช้ Passive Interface บน User Network

อย่าสร้าง Routing Adjacency ในจุดที่ไม่จำเป็น

กำหนด OSPF Cost อย่างมีเหตุผล

Cost ควรสะท้อน Network Design และ Desired Path ไม่ควรแก้เฉพาะหน้า โดยไม่เข้าใจผลกระทบ

ตรวจทั้ง LSDB และ Routing Table

Neighbor
   |
   v
LSDB
   |
   v
SPF
   |
   v
RIB
   |
   v
Forwarding

ช่วยระบุได้ว่าปัญหา เกิดที่ OSPF Database หรือ Route Installation

ทดสอบ Failure และ Recovery

ควรทดสอบ:

Link Down

Neighbor Down

Alternate Path

Route Withdrawal

Route Installation

Link Recovery

OSPF Reconvergence

อย่าทดสอบเฉพาะ Normal Operation

ภาค 13: คำถามที่พบบ่อย

OSPFv3 ใช้กับ IPv6 เท่านั้นหรือไม่?

OSPFv3 ถูกพัฒนาขึ้นเพื่อรองรับ IPv6 แต่ OSPFv3 รุ่นและ Platform สมัยใหม่บางแบบ สามารถรองรับ Address Family อื่นได้ ตาม Implementation ดังนั้นควรตรวจ Feature ของ Cisco IOS/IOS XE ที่ใช้งานจริง

OSPFv3 Router ID เป็น IPv6 Address หรือไม่?

ไม่ Router ID ยังคงเป็นค่า 32-bit เช่น:

1.1.1.1

OSPFv3 ใช้ Link-Local Address หรือไม่?

ใช้ Link-Local Address มีบทบาทสำคัญในการสื่อสาร OSPFv3 บน Link

Neighbor FULL หมายความว่า Route ต้องมีหรือไม่?

ไม่เสมอไป FULL แสดงว่า Adjacency และ Database Synchronization ในส่วนที่เกี่ยวข้องทำงานแล้ว แต่ Prefix อาจไม่ได้ถูก Advertise หรือ Route อื่นอาจได้รับเลือกแทน

สถานะ 2-WAY ถือว่าผิดหรือไม่?

ไม่เสมอไป บน Broadcast Network DROTHER Routers สามารถอยู่ ในสถานะ 2-WAY ระหว่างกัน ได้ตามปกติ

OSPFv3 ใช้ Area 0 หรือไม่?

ใช้ Area 0 ยังคงทำหน้าที่เป็น Backbone Area สำหรับ Multi-Area OSPF

LSDB กับ Routing Table เหมือนกันหรือไม่?

ไม่เหมือนกัน

LSDB
=
Topology Database


Routing Table
=
Routes selected for forwarding

LSA กับ Route เหมือนกันหรือไม่?

ไม่ LSA คือ Link-State Information ที่ OSPF ใช้สร้าง LSDB จากนั้น SPF จึงนำข้อมูลไปคำนวณ เส้นทาง

OSPFv3 ใช้ SPF หรือไม่?

ใช้ Shortest Path First Algorithm เป็นหัวใจของการคำนวณ เส้นทาง OSPF

OSPFv3 มี DR และ BDR หรือไม่?

มีบน Network Type ที่ใช้ DR/BDR Election เช่น Broadcast Multi-Access Network

DR คือ Router ที่มี Cost ต่ำที่สุดหรือไม่?

ไม่ DR/BDR Election และ SPF Best-Path Calculation เป็นคนละกระบวนการ

DR/BDR พิจารณา OSPF Interface Priority และ Router ID ตามกฎ Election ขณะที่ SPF ใช้ Cost สำหรับคำนวณ Path

บทสรุป

OSPFv3 เป็นมากกว่าการทำให้ Router เรียนรู้ IPv6 Route อัตโนมัติ

กระบวนการทำงานเชื่อมโยงกันเป็นลำดับ:

IPv6 Interface
      |
      v
Link-Local
      |
      v
OSPF Hello
      |
      v
Neighbor
      |
      v
Adjacency
      |
      v
LSA
      |
      v
LSDB
      |
      v
SPF
      |
      v
Best Path
      |
      v
IPv6 Routing Table

องค์ประกอบที่ Network Engineer ควรเข้าใจ ได้แก่:

Router ID
Area
Neighbor State
DR / BDR
LSA
LSDB
SPF
Cost
Routing Table

โดยเฉพาะในการ Troubleshoot ไม่ควรหยุดเพียงคำสั่ง:

show ipv6 ospf neighbor

แต่ควรไล่ต่อไปถึง:

Neighbor
   |
   v
LSDB
   |
   v
SPF
   |
   v
Route
   |
   v
Forward Path
   |
   v
Return Path

เมื่อเข้าใจโครงสร้างภายในของ OSPFv3 แล้ว ขั้นต่อไปคือการดูด้าน Security ของ IPv6 เพราะ IPv6 มี Attack Surface ที่แตกต่างจาก IPv4 โดยเฉพาะ Router Advertisement, Neighbor Discovery และ DHCPv6

บทความถัดไป: IPv6 Security บน Cisco: RA Guard, DHCPv6 Guard, IPv6 ACL และการป้องกัน Rogue IPv6

SEO Title:
OSPFv3 บน Cisco: Neighbor, Area, LSDB, LSA และ SPF สำหรับ IPv6

Permalink:
ospfv3-cisco-ipv6-routing

Description:
เรียนรู้ OSPFv3 บน Cisco ตั้งแต่ Neighbor, Area, LSDB, LSA, SPF และ Cost พร้อม Lab และ Troubleshooting IPv6

Labels:
Networking, Cisco, IPv6, OSPFv3, OSPF, IPv6 Routing, LSDB, LSA, SPF, Dynamic Routing

OSPFv3 บน Cisco: Neighbor, Area, LSDB, LSA และ SPF สำหรับ IPv6

สารบัญ

ภาค 1: ทำความเข้าใจ OSPFv3

OSPFv3 คืออะไร?

OSPFv3 ทำงานอย่างไร?

ภาค 2: Router ID และ Link-Local Address

OSPFv3 Router ID

Router ID ต้องไม่ซ้ำกัน

Link-Local Address สำคัญกับ OSPFv3 อย่างไร?

ภาค 3: OSPFv3 Neighbor

OSPFv3 Hello Packet

OSPFv3 Neighbor คืออะไร?

OSPFv3 Neighbor States

Down

Init

2-Way

ExStart

Exchange

Loading

Full

ภาค 4: OSPFv3 Area

OSPF Area คืออะไร?

Single-Area OSPFv3

Multi-Area OSPFv3

ภาค 5: DR และ BDR

DR และ BDR คืออะไร?

OSPF Priority

ภาค 6: LSDB และ LSA

LSDB คืออะไร?

LSDB ไม่ใช่ Routing Table

LSA คืออะไร?

OSPFv3 LSA ต่างจาก OSPFv2 หรือไม่?

ภาค 7: SPF Algorithm

SPF คืออะไร?

ตัวอย่าง Topology

OSPF Cost คืออะไร?

จาก LSA ไปสู่ IPv6 Routing Table

ภาค 8: Cisco OSPFv3 Lab

Topology

Addressing Plan

Step 1 — Configure R1

Step 2 — Configure R2

Step 3 — Configure R3

Step 4 — ตรวจ Neighbor

Step 5 — ตรวจ IPv6 Route

Step 6 — ตรวจ LSDB

Step 7 — ทดสอบ End-to-End

ภาค 9: Passive Interface

ทำไม User LAN ควรเป็น Passive?

ภาค 10: OSPFv3 Verification Commands

ตรวจ OSPF Process

ตรวจ Neighbor

ตรวจ OSPF Interface

ตรวจรายละเอียด Interface

ตรวจ LSDB

ตรวจ OSPF Route

ตรวจ IPv6 Routing Table ทั้งหมด

ตรวจ IPv6 Neighbor Table

ตรวจ IPv6 Interface

ภาค 11: OSPFv3 Troubleshooting

Troubleshooting Workflow

ปัญหา 1 — Neighbor ไม่ขึ้น

ปัญหา 2 — Neighbor ค้างที่ INIT

ปัญหา 3 — Neighbor ค้าง EXSTART หรือ EXCHANGE

ปัญหา 4 — Neighbor อยู่ 2-WAY

ปัญหา 5 — Neighbor FULL แต่ไม่มี Route

ปัญหา 6 — Route มีแต่ Ping ไม่ได้

ปัญหา 7 — เส้นทางไม่ตรงกับที่คาด

ภาค 12: OSPFv3 Best Practices

กำหนด Router ID อย่างเป็นระบบ

ใช้ Area Design ที่ไม่ซับซ้อนเกินความจำเป็น

ใช้ Passive Interface บน User Network

กำหนด OSPF Cost อย่างมีเหตุผล

ตรวจทั้ง LSDB และ Routing Table

ทดสอบ Failure และ Recovery

ภาค 13: คำถามที่พบบ่อย

OSPFv3 ใช้กับ IPv6 เท่านั้นหรือไม่?

OSPFv3 Router ID เป็น IPv6 Address หรือไม่?

OSPFv3 ใช้ Link-Local Address หรือไม่?

Neighbor FULL หมายความว่า Route ต้องมีหรือไม่?