BlogGang.com : : kochaiwat - เปรียบเทียบ Outgoing Interface กับ Next-Hop ใน command "static route"

ความรู้คู่ความก้าวหน้า

เปรียบเทียบ Outgoing Interface กับ Next-Hop ใน command "static route"

ก่อนจะอ่านบทความนี้ขอให้ไปดู VDO เรื่อง "หลักการทำงานของ Switch ที่เกี่ยวข้องกับ MAC address และเรื่อง ARP และ Gateway" ใน Pre CCNA KoChaiwat Vol. 2-2 ก่อนนะครับ

สำหรับเรื่อง "Default Route" หรือ "Gateway of last resort" แล้ว ขอให้ไปดูตาม link นี้ครับ:

=================================================

1. ก่อนจะกล่าวถึง Outgoing Interface เทียบกับ Next Hop แล้ว เราควรจะมีความเข้าใจการทำงานพื้นฐานของการ forwarding IP packet กันสักหน่อยดังนี้ครับ

1.1. เมื่อ router ได้รับ Ethernet frame ที่มี destination MAC address ที่ตรงกับ incoming interface ของมันแล้ว มันจะทำการ De-Encapsulation Ethernet frame header (Layer 2 header) และ trailer (Layer 2 ในส่วนที่เป็น FCS หรือ Frame Check Sequence) ออก จากนั้นมันจะเข้าไปอ่าน destination IP address ที่อยู่ใน IP header เทียบกับรายการของ routes (routing entries) ใน routing table ของมัน (ใช้หลักการ longest match ซึ่งผมจะขออนุญาติไม่กล่าวในรายละเอียด)

1.2. หลังจากที่ router ตรวจพบรายการของ route ใน routing table ที่ match กับ destination IP address แล้ว มันจะทำการตรวจสอบต่อไปว่า route นั้นๆ ถูกชี้เป็น outgoing interface หรือ next hop IP address

1.2.1 ถ้าชี้เป็น outgoing interface

router จะพิจารณาต่อไปว่า IP packet ที่จะถูก forward ออกไปยัง interface นี้ จะต้อง encapsulation เป็น Layer 2 header protocol อะไร

- ถ้า Layer 2 protocol เป็นพวก Point-to-Point protocol อย่างเช่น HDLC หรือ PPP ก็ forward ออกไปอย่างง่ายดาย โดยไม่ต้องสนใจในเรื่องของ Layer 2 address

เพราะอะไรน่ะหรือ??? ---> เพราะว่า point-to-point protocol อย่าง HDLC และ PPP จะเป็น protocol ที่บังคับว่า จะต้องมีต้นทาง 1 host และมีปลายทางได้เพียงแค่ 1 host เท่านั้น ตามชื่อของมัน คือ point-to-point protocol ดังนั้น เมื่อผู้ส่งต้องการส่ง Layer 2 frame ออกไป มันจะไม่ต้องสนใจ หรือกังวลเลยว่า ปลายทางจะเป็นใคร เพราะว่าปลายทางมีแค่เพียง 1 เดียวเท่านั้น ดังนั้นใน Layer 2 protocol ที่เป็น point-to-point protocol อย่างเช่น HDLC และ PPP จึงไม่ต้องมี Layer 2 address เข้ามาให้กังวล และไม่ต้องมาสนใจในเรื่องของการทำ ARP เพื่อ mapping Layer 2 address กับ Layer 3 address (IP address) แต่อย่างใด ดังนั้นการใช้ option outgoing interface ใน static route จึงเหมาะกับ Physical Interface แบบ Serial ที่มีการ encapsulation แบบ HDLC และ PPP

- ถ้า Layer 2 protocol เป็น Ethernet Protocol แล้วล่ะก็ router จะต้องเข้าไปเกี่ยวข้องกับ ARP protocol
เพราะอะไรน่ะหรือ??? ---> เพราะว่า Physical interface ประเภท Ethernet ที่ซึ่งต้องใช้คู่กับ Layer 2 protocol แบบ Ethernet จะเป็น interface และ protocol แบบ Multi-Access ซึ่งหมายถึง ต้นทาง 1 host สามารถติดต่อกับปลายทางได้หลายๆ host ดังนั้นเมื่อต้นทางต้องการติดต่อกับปลายทาง ซึ่งมีได้หลายๆ host แล้ว เมื่อต้นทางทำการส่ง Layer 2 Frame แบบ Ethernet ออกไปยัง Switch ต้นทางจะต้องระบุ destination MAC address เอาไว้ใน Ethernet Header เพื่อให้ Switch ที่อยู่ตรงกลางสามารถอ่าน และ forward Ethernet frame นั้นๆ ต่อไปยังปลายทางได้

แต่สิ่งที่ตามมาคือ ต้นทางจะต้องรู้ให้ได้ว่า Layer 2 header (Ethernet Header) ควรใส่ destination MAC address เป็นเบอร์อะไร ดังนั้นจึงหนีไม่พ้นที่ต้นทางจะต้องทำกระบวนการ ARP เพื่อทำการ learn destination MAC มาให้จงได้

ซึ่งรายละเอียดจะอยู่ในหัวข้อที่ 3 "การ configure static route โดยการชี้ไปยัง outgoing interface" ข้างล่างครับ

1.2.2 ถ้าชี้ไปยัง next hop IP address

router จะต้องทำ "recursive lookup" หรือ "การค้นหาแบบเรียกซ้ำ" เนื่องจาก parameter เพียงแค่ next hop นั้น มันยังไม่เพียงพอต่อการตัดสินใจในการ forward IP packet ไปบน Layer 2 Frame Header เพราะมันไม่รู้ว่าจะต้องจับเจ้า IP packet นี้มา encapsulation ด้วย Layer 2 protocol อะไร ดังนั้นมันจะทำ recursive lookup ดังนี้

Step 1: ตรวจสอบ next hop IP address ว่าเป็นเบอร์อะไร

Step 2: นำ next hop IP address เบอร์นั้นๆ มาเทียบกับ directly connected subnet ว่าตรงกับ subnet ไหน แล้วจึงรู้ว่า outgoing interface คือ interface อะไร และ interface นั้นๆ ใช้ Layer 2 protocol อะไร จากนั้นจึงตัดสินใจในการ forward IP packet นี้ไปบน Layer 2 protocol ได้อย่างถูกต้อง (encapsulation)

Note: ถ้าชี้เป็น next hop IP address และ next hop IP address นั้นๆ อยู่บน interface ประเภท Ethernet แล้ว, router จะพิจารณาว่า next hop IP address นั้นๆ ถูก mapping กับ MAC address อะไร เพื่อที่จะนำมาใช้เป็น destination MAC address ใน Ethernet Frame Header ซึ่งก็หนีไม่พ้นที่จะต้องใช้ ARP protocol

2. การ configure static route โดยการชี้ไปยัง next hop IP address (ให้สังเกตที่ router R1)

การระบุเป็น next hop บน directly connected interface จะสามารถป้องกัน router จากการดำเนินการ ARP สำหรับ destination ทุกๆ destination ได้

จากภาพตัวอย่างข้างบน ให้สังเกตที่ router R1

Note: จากตัวอย่างในภาพ เป็นการเปรียบเทียบปัญหาของ outgoing interface กับ next-hop ดังนั้น IP address ในภาพ จะไม่ได้เน้นในเรื่องของ public / private IP address นะครับ

Step 1: R2 ทำตัวเป็นเสมือน router ของ ISP และ learn routes 10.1.1.0/24, 20.1.1.0, และ 30.1.1.0/24 มาจากที่อื่นๆ และทำการบันทึก routes เหล่านี้ลงใน routing table ของ R2 เอง (routes 10.1.1.0/24, 20.1.1.0/24 และ 30.1.1.0/24 ไม่ใช่ routes ของ R2 เอง)

Step 2: R1 มีการ configure static route ไปยัง destination ต่างๆ โดยชี้ผ่านไปยัง R2 ด้วยการใช้ option ที่เป็น next hop IP address (11.1.1.2) ซึ่งเป็น IP address ของ interface Fa0/0 บน R2

Note: R1 ทำการ configure static route สำหรับ 10.1.1.0/24, 20.1.1.0, และ 30.1.1.0/24 เป็นแบบ next hop IP address ซึ่งทุกๆ routes ดังกล่าว ถูก configure ไว้ให้ใช้ next hop IP address เดียวกัน คือ 11.1.1.2

[R1 มอง IP address 11.1.1.2 เป็น Gateway address]

Note: next hop address = gateway address

Step 3: R1 ping ไปยัง 10.1.1.1 ซึ่งอยู่ใน subnet 10.1.1.0/24

Step 4: ในการส่ง ICMP request packet ไปยัง 10.1.1.1 นั้น R1 จะต้องตรวจสอบว่า ICMP request packet ที่มี destination 10.1.1.1 จะต้องผ่าน next hop address หรือ gateway เบอร์อะไร? ซึ่งจาก static route (ip route 10.1.1.0 255.255.255.0 11.1.1.2) บน R1 แล้ว R1 พบว่ามันจะต้อง forward ICMP request packet นี้ออกไปยัง next hop (gateway) เบอร์ 11.1.1.2

Step 5: แต่เพราะว่า R1 ไม่เคยมีข้อมูล mapping ระหว่าง Layer 3 address (IP address [11.1.1.2] ของ F0/0 บน R2) กับ Layer 2 address (MAC address [cc04.0c40.0000] ของ Fa0/0 บน R2) ใน ARP Table ของ R1 เลย
ดังนั้น R1 จึงต้องหยุดพักการส่ง ICMP request ไว้ชั่วคราว และทำการส่ง ARP request เพื่อค้นหาว่า next-hop (gateway) 11.1.1.2 จะต้องจับคู่กับ MAC address เบอร์อะไร

Step 6: R1 ส่ง ARP request สำหรับ next hop (gateway) 11.1.1.2 แบบ Broadcast

Step 7: R2 ได้รับ ARP request จาก R1 ที่มีการระบุเป้าหมาย ใน ARP request message เป็น 11.1.1.2 และเพราะว่า R2 เป็นเจ้าของ IP address เบอร์ 11.1.1.2 เอง ดังนั้นมันจึงทำการตอบกลับไปยัง R1 ด้วย ARP reply ประมาณว่า "11.1.1.2 map กับ cc04.0c40.0000 นะจ๊ะ"

Step 8: เมื่อ R1 ได้รับ ARP reply จาก R2 แล้ว R1 จะทำการ บันทึก/จัดเก็บ การ mapping ระหว่าง 11.1.1.2 กับ cc04.0c40.0000 ไว้ใน ARP table ของมัน เพื่อไว้ใช้ในครั้งถัดไป

Step 9: จากนั้น R1 จึงนำ ICMP request packet ที่มี destination 10.1.1.1 ที่ได้หยุดไว้ชั่วคราว ใน step 5 มาทำการ forward ออกไปยัง next hop/gateway 11.1.1.2 โดยมี destination MAC address เป็น cc04.0c40.0000

Note สำหรับ Step 9 นี้ ถ้าใครไม่เข้าใจ ขอให้ท่านไปดู VDO ตาม link ข้างล่าง Vol 1, Vol 2-1 และ Vol 2-2 มาก่อนนะครับ แล้วกลับมาอ่านบทความนี้ต่อ
https://www.bloggang.com/viewblog.php?id=likecisco&date=04-06-2016&group=11&gblog=1

Step 10: (เริ่มเข้าสู่จุดสำคัญ) R1 ping ไปยัง 20.1.1.1 ซึ่งอยู่ใน subnet 20.1.1.0/24

Step 11: ในการส่ง ICMP request packet ไปยัง 20.1.1.1 นั้น R1 จะต้องตรวจสอบว่า ICMP request packet ที่มี destination 20.1.1.1 จะต้องผ่าน next hop address หรือ gateway เบอร์อะไร? ซึ่งจาก static route (ip route 20.1.1.0 255.255.255.0 11.1.1.2) บน R1 แล้ว R1 พบว่ามันจะต้อง forward ICMP request packet นี้ออกไปยัง next hop (gateway) เบอร์ 11.1.1.2

Step 12: เพราะว่า R1 เคยมีข้อมูล mapping ระหว่าง Layer 3 address (IP address [11.1.1.2] ของ F0/0 บน R2) กับ Layer 2 address (MAC address [cc04.0c40.0000] ของ Fa0/0 บน R2) ใน ARP Table ของ R1 ไว้แล้ว (จาก step 5 ถึง step 8)
ดังนั้น R1 จึงไม่ต้องส่ง ARP request อีกสำหรับ next hop/gateway 11.1.1.2 แต่สามารถนำข้อมูลใน ARP table ที่มีอยู่แล้วมาใช้ในการ forwarding ICMP request packet ที่มี destination 20.1.1.1 ได้อย่างทันทีทันใดเลย

Step 13: R1 ping ไปยัง 30.1.1.1 ซึ่งอยู่ใน subnet 30.1.1.0/24 ก็จะดำเนินการในลักษณะเดียวกันกับ step 10 ถึง step 12

ณ. จุดๆ นี้ เราอาจจะยังไม่เห็นความสำคัญของการใช้ option next hop แต่เมื่อท่านได้อ่านในหัวข้อถัดไป ที่เป็นการใช้ option outgoing interface ท่านจะรู้ว่า option next hop มีความปลอดภัยกว่า outgoing interface อย่างแน่นอน

3. การ configure static route โดยการชี้ไปยัง outgoing interface (ให้สังเกตที่ router R5)

ถ้าเราชี้ (point) "static route" ไปยัง broadcast interface หรือระบุ outgoing interface เป็น broadcast interface แล้ว route จะถูกใส่เข้าไปใน routing table ก็ต่อเมื่อ broadcast interface นั้นๆ อยู่ในสถานะ "up" เท่านั้น ซึ่งผมไม่แนะนำอย่างเด็ดขาด เพราะอะไรนะหรือ เรามาดูกันครับ

Default Route ที่ระบุด้วย Outgoing Interface เช่น:

ip route 0.0.0.0 0.0.0.0 FastEthernet0/0

จากการ configure แบบนี้แล้ว router จะดำเนินการ ARP (Address Resolution Protocol) บน FastEthernet 0/0 สำหรับ destination ทุกๆ destination ของ IP packet ที่ router ค้นพบผ่านทาง default route เนื่องจาก router จะพิจารณา destination เหล่านี้ทั้งหมดเป็น directly connected บน FastEthernet 0/0

การ configure default route แบบนี้ โดยเฉพาะอย่างยิ่ง ในกรณีที่มี IP packet จำนวนมากๆ ที่มี destination subnet ที่แตกต่างกันแล้ว จะสามารถเป็นเหตุให้เกิดอาเพศได้ดังนี้:

- CPU utilization ขึ้นสูง

- เกิด ARP cache ที่มีขนาดใหญ่ เพราะต้องเก็บ destination IP address ทั้งหมด

- และก็จะตามมาด้วยปัญหา ความล้มเหลวในการจัดสรร memory

จากภาพตัวอย่างข้างล่าง ให้สังเกตที่ router R5

Step 2: R5 มีการ configure static route ไปยัง destination ต่างๆ โดยชี้ผ่านไปยัง R2 ด้วยการใช้ option ที่เป็น outgoing interface (FastEthernet0/0) ซึ่งเป็น Interface Fa0/0 ของ R5 เอง

Note: R5 ทำการ configure static route สำหรับ 10.1.1.0/24, 20.1.1.0, และ 30.1.1.0/24 เป็นแบบ outgoing interface ซึ่งทุกๆ routes ดังกล่าว ถูก configure ไว้ให้ R5 ทำการ forward IP packet ที่มี destination 10.1.1.0/24, 20.1.1.0/24 และ 30.1.1.0/24 ให้ออกทาง Interface Fa0/0 ของ R5 เอง

[R5 ไม่ได้มีการ configure Gateway เหมือนอย่างหัวข้อ next hop address]

Step 3: R5 ping ไปยัง 10.1.1.1 ซึ่งอยู่ใน subnet 10.1.1.0/24

Step 4: ในการส่ง ICMP request packet ไปยัง 10.1.1.1 นั้น R5 จะต้องตรวจสอบว่า ICMP request packet ที่มี destination 10.1.1.1 จะต้องผ่าน next hop address หรือ gateway เบอร์อะไร? และเพราะว่า R5 ไม่ได้ทำการ configure next hop/gateway สำหรับ destination 10.1.1.1 (subnet 10.1.1.0/24) ไว้

Note เพราะ R5 configure static route สำหรับ 10.1.1.0/24 ไว้เป็นแบบ outgoing interface คือ ip route 10.1.1.0 255.255.255.0 FastEthernet0/0

อย่างไรก็ตาม R5 ก็จะต้องรู้ให้ได้ว่าในการ forward ICMP request ที่มี destination 10.1.1.1 (subnet 10.1.1.0/24) นี้ใช้ destination MAC address ใน Ethernet Header เป็นเบอร์อะไร

Key ของปัญหาเริ่มจาก ณ. จุดนี้

ดังนั้นแทนที่ R5 จะส่ง ARP request สำหรับ next hop/gateway (ซี่งไม่ได้ configure เอาไว้) แต่ R5 จะส่ง ARP request สำหรับ destination IP address 10.1.1.1 แทน

Step 5: R5 หยุดการส่ง ICMP request packet เป็นการชั่วคราว และส่ง ARP request สำหรับ 10.1.1.1 แบบ ฺBroadcast เพื่อขอ MAC address ของ router ที่จะเป็น Gateway สำหรับการ forward ICMP request packet ที่มี destination 10.1.1.1

Step ุ6: R2 ได้รับ ARP request จาก R5 ที่มีการระบุเป้าหมาย ใน ARP request message เป็น 10.1.1.1 แต่ทว่า R2 ไม่ได้เป็นเจ้าของ IP address เบอร์ 10.1.1.1 เอง ดังนั้นมันจึงต้องไปดูต่อว่า ตัวมันเองได้มีการ enable feature Proxy ARP หรือไม่ (feature ที่ทำให้ router ทำหน้าที่เป็นตัวแทนในการตอบกลับ ARP reply)

ซึ่งถ้าหาก R2 ได้มีการ enable feature Proxy ARP เอาไว้แล้ว R2 ก็จะทำการพิจารณาต่อไปว่า มันควรจะตอบกลับ ARP reply สำหรับ 10.1.1.1 หรือไม่ โดย R2 จะนำ 10.1.1.1 ใน ARP request message ไปตรวจสอบใน routing table ของมันเอง ว่า ตัวมันเองรู้จัก หรือสามารถ forward IP packet ที่มี destination 10.1.1.1 ได้หรือไม่

- ถ้ารู้จัก หรือสามารถ forward ต่อไปได้ มันจะตอบกลับ ARP reply ด้วย MAC address ของมัน

- ถ้าไม่รู้จัก หรือไม่สามารถ forward ต่อไปได้ มันก็จะ drop ARP request นั้นทิ้งไป และไม่ตอบกลับ ARP reply

ซึ่งจากตัวอย่างดังภาพข้างล่างแล้ว R2 รู้จัก network 10.1.1.0/24 ใน routing table ของมัน ดังนั้นมันจึงตอบกลับ ARP reply ประมาณว่า "10.1.1.1 map กับ cc04.0c40.0000 นะจ๊ะ"

Step 7: เมื่อ R5 ได้รับ ARP reply จาก R2 แล้ว R5 จะทำการ บันทึก/จัดเก็บ การ mapping ระหว่าง 10.1.1.1 กับ cc04.0c40.0000 ไว้ใน ARP table ของมัน เพื่อไว้ใช้ในครั้งถัดไป

Step 8: จากนั้น R5 จึงนำ ICMP request packet ที่มี destination 10.1.1.1 ที่ได้หยุดไว้ชั่วคราวใน step 5 มาทำการ forward ออกไปยัง R2 ที่มี destination MAC address เป็น cc04.0c40.0000

Step 9: (เริ่มเข้าสู่จุดสำคัญที่สร้างปัญหา) R5 ping ไปยัง 20.1.1.1 ซึ่งอยู่ใน subnet 20.1.1.0/24

Step 10: ในการส่ง ICMP request packet ไปยัง 20.1.1.1 นั้น R5 จะต้องตรวจสอบว่า ICMP request packet ที่มี destination 20.1.1.1 จะต้องผ่าน next hop address หรือ gateway เบอร์อะไร? และเพราะว่า R5 ไม่ได้ทำการ configure next hop/gateway สำหรับ destination 20.1.1.1 (subnet 20.1.1.0/24) ไว้

Note เพราะ R5 configure static route สำหรับ 20.1.1.0/24 ไว้เป็นแบบ outgoing interface คือ ip route 20.1.1.0 255.255.255.0 FastEthernet0/0

อย่างไรก็ตาม R5 ก็จะต้องรู้ให้ได้ว่าในการ forward ICMP request ที่มี destination 20.1.1.1 (subnet 20.1.1.0/24) นี้ใช้ destination MAC address ใน Ethernet Header เป็นเบอร์อะไร

ดังนั้นแทนที่ R5 จะส่ง ARP request สำหรับ next hop/gateway (ซี่งไม่ได้ configure เอาไว้) แต่ R5 จะส่ง ARP request สำหรับ destination IP address 20.1.1.1 แทน

Step 11: R5 หยุดการส่ง ICMP request packet เป็นการชั่วคราว และส่ง ARP request สำหรับ 20.1.1.1 แบบ ฺBroadcast เพื่อขอ MAC address ของ router ที่จะเป็น Gateway สำหรับการ forward ICMP request packet ที่มี destination 20.1.1.1

Step ุ12: R2 ได้รับ ARP request จาก R5 ที่มีการระบุเป้าหมาย ใน ARP request message เป็น 20.1.1.1 แต่ทว่า R2 ไม่ได้เป็นเจ้าของ IP address เบอร์ 20.1.1.1 เอง ดังนั้นมันจึงต้องไปดูต่อว่า ตัวมันเองได้มีการ enable feature Proxy ARP หรือไม่ (feature ที่ทำให้ router ทำหน้าที่เป็นตัวแทนในการตอบกลับ ARP reply)

ซึ่งจากตัวอย่างดังภาพข้างล่างแล้ว R2 ได้มีการ enable feature Proxy ARP เอาไว้ และมันรู้จัก network 20.1.1.0/24 ใน routing table ของมัน ดังนั้นมันจึงตอบกลับ ARP reply ประมาณว่า "20.1.1.1 map กับ cc04.0c40.0000 นะจ๊ะ"

==================================

NOTE: จุดสำคัญตรงนี้คือ

R5 จะต้องมีการส่ง ARP request สำหรับ ICMP request packet ที่มี destination 10.1.1.1 และ 20.1.1.1 ถึงสองครั้ง และก็ได้ ARP reply ประมาณว่า

"10.1.1.1 map กับ cc04.0c40.0000 นะจ๊ะ" --> สำหรับ ARP request 10.1.1.1

"20.1.1.1 map กับ cc04.0c40.0000 นะจ๊ะ" --> สำหรับ ARP request 20.1.1.1

ซึ่งจะเห็นได้ว่า MAC address ของ ARP reply ทั้งสองครั้งจะเป็น MAC address เบอร์เดียวกัน ซึ่งเป็น MAC address ของ Fa0/0 บน R2

ซึ่งถ้าเทียบกับการ configure static route ที่ใช้ option next hop แล้ว จะเป็นการส่ง ARP request เพียงแค่ครั้งเดียวสำหรับ next hop หรือ Gateway ที่เป็นเบอร์ 11.1.1.2 (เบอร์เดียวกันสำหรับทุกๆ routes)

==================================

Step 13: เมื่อ R5 ได้รับ ARP reply จาก R2 แล้ว R5 จะทำการ บันทึก/จัดเก็บ การ mapping ระหว่าง 20.1.1.1 กับ cc04.0c40.0000 ไว้ใน ARP table ของมัน เพื่อไว้ใช้ในครั้งถัดไป

Step 14: จากนั้น R5 จึงนำ ICMP request packet ที่มี destination 20.1.1.1 ที่ได้หยุดไว้ชั่วคราว มาทำการ forward ออกไปยัง R2 ที่มี destination MAC address เป็น cc04.0c40.0000

Step 15: R5 ping ไปยัง 30.1.1.1 ซึ่งอยู่ใน subnet 30.1.1.0/24 และเหตุการณ์ก็จะดำเนินเหมือนๆ กันตอน ping ไปยัง 10.1.1.1 และ 20.1.1.1

=========================================

ซึ่งจากตรงนี้ก็จะเห็นแล้วว่า Router R5 จะต้องใช้ CPU ในการ process destination IP address ทั้งหมด เพื่อทำการ mapping Layer 2 address (MAC address) กับ Layer 3 address (IP address) ผ่าน ARP protocol และจะต้องมีรายการ (entries) มากมายใน ARP table ท้ายสุด การจัดสรร memory ก็จะ failure ลงไป เพราะ memory เต็ม โดยเฉพาะ การ configure default routes แบบ outgoing interface (เช่น ip route 0.0.0.0 0.0.0.0 FastEthernet0/0)

ระวังให้ดี ในกรณีของ Default Route แล้ว ห้าม configure default route ด้วย option outgoing interface เพียง option เดียวโดยเด็ดขาด หากจะใช้ option outgoing interface แล้ว ควรจะใส่ option next hop เข้าไปด้วย (configure คู่กันระหว่าง outgoing interface กับ next hop)

คำถามต่อมา แล้วเมื่อไหร่จึงควรใช้ outgoing interface ล่ะ

คำตอบคือ ควรใช้ outgoing interface กับ interface ที่เป็น Layer 2 protocol ประเภท Point-to-Point อย่างเช่น Serial Interface ที่ encapsulation เป็น HDLC หรือ PPP นั่นเอง

Best Practice หรือแนวทางปฏิบัติที่ดีที่สุด

ในการ configure static route ผมขอเสนอให้ทำการระบุทั้ง outgoing interface และ next hop IP address คู่กันดังตัวอย่าง configuration ข้างล่างนะครับเพราะมันจะทำให้ประสิทธิภาพโดยรวมของการ forwarding ดีขึ้นคือ Router มันจะลดกระบวนการการทำ recursive lookup เพราะมันสามารถที่จะรู้ได้อย่างทันทีจากconfiguration ว่า next hop IP address ต้องส่งออกทาง interface ไหน

ip route 0.0.0.00.0.0.0 11.1.1.2 FastEthernet0/0

หวังว่าจะมีประโยชน์กับพี่ๆ น้องๆ นะครับ

18/06/2017 - 23.50: ขอขอบคุณน้อง Mine (Makara Sakolvaree) ที่พบจุดบกพร่องบางจุดในบทความ และแนะนำมานะครับ

ปล. สิ่งที่ผมกลัวมากๆ คือ การถ่ายทอดความรู้ที่ผิดให้กับพี่ๆ น้องๆ ดังนั้น หากท่านพบจุดผิด หรือจุดบกพร่องในบทความแล้ว ท่านสามารถเสนอความคิดเห็น หรือ Inbox มาได้นะครับ ผมยินดีรับฟัง และพร้อมจะปรับปรุงจุดที่ผิดครับ

Facebook: Chaiwat Amornhirunwong

ขอบคุณครับ

โก้-ชัยวัฒน์ (KoChiawat)