EIGRP คืออะไร? สอน Enhanced Interior Gateway Routing Protocol สำหรับ Cisco Network 2026

บทนำ: EIGRP คืออะไร และทำไมยังสำคัญในปี 2026

Enhanced Interior Gateway Routing Protocol หรือ EIGRP เป็น Advanced Distance-Vector Routing Protocol ที่พัฒนาโดย Cisco Systems ถือเป็นหนึ่งใน Routing Protocol ที่ได้รับความนิยมมากที่สุดใน Enterprise Network โดยเฉพาะในองค์กรที่ใช้อุปกรณ์ Cisco เป็นหลัก EIGRP ถูกออกแบบมาให้เป็น Protocol ที่รวดเร็วในการ Converge มีประสิทธิภาพสูงในการใช้ Bandwidth และง่ายต่อการ Configure เมื่อเทียบกับ Link-State Protocol เช่น OSPF

EIGRP ถูกพัฒนาขึ้นครั้งแรกในปี 1992 เพื่อมาแทนที่ IGRP (Interior Gateway Routing Protocol) ซึ่งเป็น Protocol รุ่นก่อนหน้าที่มีข้อจำกัดหลายประการ EIGRP นำเอาข้อดีของทั้ง Distance-Vector และ Link-State มารวมกัน จนบางครั้งถูกเรียกว่า Hybrid Routing Protocol หรือ Advanced Distance-Vector Protocol ในอดีต EIGRP เป็น Cisco Proprietary Protocol ใช้ได้เฉพาะอุปกรณ์ Cisco เท่านั้น แต่ในปี 2013 Cisco ได้เปิดเผย EIGRP เป็น Informational RFC (RFC 7868) ทำให้ผู้ผลิตอุปกรณ์เครือข่ายรายอื่นสามารถ Implement EIGRP ได้เช่นกัน แม้ว่าในทางปฏิบัติ EIGRP ยังคงใช้งานบนอุปกรณ์ Cisco เป็นหลัก

ในปี 2026 แม้ว่า OSPF จะได้รับความนิยมมากขึ้นในฐานะ Open Standard Routing Protocol แต่ EIGRP ยังคงมีบทบาทสำคัญในหลายสถานการณ์ องค์กรที่ใช้ Cisco Infrastructure เต็มรูปแบบมักเลือก EIGRP เพราะความง่ายในการ Deploy และ Manage ความเร็วในการ Converge ที่เหนือกว่า OSPF ในหลายสถานการณ์ รองรับ Unequal-Cost Load Balancing ซึ่ง OSPF ไม่สามารถทำได้ และใช้ Resource น้อยกว่า OSPF มากโดยเฉพาะในเครือข่ายขนาดใหญ่ สำหรับ Network Engineer ที่ทำงานกับ Cisco การเข้าใจ EIGRP อย่างลึกซึ้งเป็นทักษะที่จำเป็นอย่างยิ่ง และยังเป็นหัวข้อสำคัญในการสอบ CCNA, CCNP และ CCIE

EIGRP Architecture: DUAL Algorithm คือหัวใจของ EIGRP

DUAL (Diffusing Update Algorithm) เป็น Algorithm หลักที่ EIGRP ใช้ในการคำนวณ Best Path ไปยัง Destination Network ทุกเส้นทาง DUAL ถูกพัฒนาโดย Dr. J.J. Garcia-Luna-Aceves จาก SRI International เป็น Algorithm ที่รับประกันว่าจะหา Loop-Free Path ได้เสมอ และรองรับ Rapid Convergence เมื่อเกิด Topology Change

หลักการทำงานของ DUAL มีดังนี้ เมื่อ Router ได้รับข้อมูล Routing จาก Neighbor ทุกตัว มันจะคำนวณ Metric ไปยัง Destination Network แต่ละ Network ผ่านทุกเส้นทางที่เป็นไปได้ เส้นทางที่มี Metric ต่ำที่สุดจะถูกเลือกเป็น Successor Route และถูกใส่ลงใน Routing Table ส่วนเส้นทางอื่นที่ผ่าน Feasibility Condition จะถูกเก็บไว้เป็น Feasible Successor เมื่อ Successor Route ล่ม EIGRP จะสามารถเปลี่ยนไปใช้ Feasible Successor ได้ทันทีโดยไม่ต้องรอคำนวณใหม่ ทำให้ Convergence เร็วมาก

DUAL ใช้แนวคิดสำคัญ 2 ค่าในการตัดสินใจ คือ Feasible Distance (FD) และ Reported Distance (RD) หรือที่เรียกอีกชื่อว่า Advertised Distance (AD) Feasible Distance คือ Metric รวมจาก Router ปัจจุบันไปจนถึง Destination Network ผ่าน Neighbor ที่กำลังพิจารณา ส่วน Reported Distance คือ Metric จาก Neighbor ไปจนถึง Destination Network (คือ Metric ที่ Neighbor Report มาบอก)

Feasibility Condition เป็นกฎที่ DUAL ใช้ตรวจสอบว่าเส้นทางใดสามารถเป็น Feasible Successor ได้ กฎมีอยู่ว่า Reported Distance ของเส้นทางนั้นต้องน้อยกว่า Feasible Distance ของ Successor Route ปัจจุบัน ถ้าเงื่อนไขนี้เป็นจริง DUAL รับประกันได้ว่าเส้นทางนั้น Loop-Free และสามารถใช้เป็น Backup Path ได้ทันที กฎนี้เป็นหัวใจของ DUAL ที่ทำให้ EIGRP สามารถ Converge ได้เร็วกว่า Protocol อื่นมากในหลายสถานการณ์ เพราะไม่ต้องรอ SPF Calculation ใหม่ทุกครั้งที่ Topology เปลี่ยน

EIGRP Metrics: ระบบคำนวณเส้นทางที่ซับซ้อน

EIGRP ใช้ Composite Metric ที่ประกอบด้วยหลายปัจจัย ทำให้สามารถเลือกเส้นทางที่เหมาะสมที่สุดได้อย่างแม่นยำ ปัจจัยที่ EIGRP พิจารณาได้แก่ Bandwidth, Delay, Reliability, Load และ MTU โดยแต่ละปัจจัยมีความสำคัญแตกต่างกันและถูกควบคุมโดย K-Values

Bandwidth คือ Bandwidth ต่ำสุดบนเส้นทางจาก Source ถึง Destination หน่วยเป็น Kilobits per second ตัวอย่างเช่น ถ้าเส้นทางผ่าน 3 Link ที่มี Bandwidth 1 Gbps, 100 Mbps, 1 Gbps ตามลำดับ Bandwidth ที่ใช้ในการคำนวณจะเป็น 100 Mbps ซึ่งเป็นค่าต่ำสุด EIGRP จะเลือกเส้นทางที่มี Minimum Bandwidth สูงที่สุด

Delay คือผลรวมของ Delay ทั้งหมดบนเส้นทาง หน่วยเป็น microseconds Delay เป็นค่าคงที่ที่กำหนดตาม Interface Type เช่น FastEthernet มี Delay 100 microseconds GigabitEthernet มี Delay 10 microseconds Serial Link มี Delay 20,000 microseconds ค่า Delay รวมเป็นผลบวกของ Delay ทุก Interface ตลอดเส้นทาง

Reliability คือค่าที่บ่งบอกความน่าเชื่อถือของ Link มีค่าตั้งแต่ 0 ถึง 255 โดย 255 หมายถึง 100% Reliable ค่านี้จะเปลี่ยนแปลงตาม Error Rate ของ Interface โดย Default EIGRP ไม่ได้ใช้ Reliability ในการคำนวณ Metric เพราะอาจทำให้เกิด Route Flapping

Load คือค่าที่บ่งบอกว่า Interface มี Traffic มากน้อยเพียงใด มีค่าตั้งแต่ 0 ถึง 255 โดย 255 หมายถึง Interface เต็ม 100% เช่นเดียวกับ Reliability โดย Default EIGRP ไม่ได้ใช้ Load ในการคำนวณ Metric เพราะค่า Load เปลี่ยนแปลงตลอดเวลาและอาจทำให้ Route Flapping รุนแรง

MTU (Maximum Transmission Unit) แม้จะเป็นหนึ่งใน Parameter ที่ EIGRP เก็บไว้ แต่ไม่ได้ถูกใช้ในการคำนวณ Metric โดยตรง MTU จะถูกใช้ในกรณีที่ Metric เท่ากัน เพื่อเป็น Tiebreaker

K-Values: ตัวปรับน้ำหนักของแต่ละปัจจัย

K-Values เป็นค่าที่ใช้กำหนดว่าปัจจัยใดจะถูกนำมาใช้ในการคำนวณ Metric และมีน้ำหนักเท่าใด EIGRP มี K-Values 5 ตัว คือ K1 ถึง K5 ค่า Default ของ K-Values คือ K1=1 K2=0 K3=1 K4=0 K5=0 ซึ่งหมายความว่าโดย Default EIGRP จะใช้เฉพาะ Bandwidth และ Delay ในการคำนวณ Metric เท่านั้น สูตรคำนวณ Metric เมื่อใช้ K-Values Default คือ Metric = 256 x ((10^7 / Minimum Bandwidth) + (Sum of Delays / 10))

ข้อสำคัญมากคือ Router ทุกตัวใน EIGRP Domain เดียวกันต้องใช้ K-Values ค่าเดียวกัน ถ้า K-Values ไม่ตรงกัน EIGRP Neighbor Relationship จะไม่เกิดขึ้น ซึ่งเป็นสาเหตุที่พบบ่อยของปัญหา EIGRP Adjacency Failed การเปลี่ยนค่า K-Values ควรทำอย่างระมัดระวังและต้อง Coordinate กับ Router ทุกตัวใน AS เดียวกัน

ใน EIGRP Named Mode (ซึ่งจะอธิบายเพิ่มในหัวข้อถัดไป) มี Wide Metrics ที่เพิ่ม K6 ขึ้นมา เพื่อรองรับ Jitter และ Energy ทำให้การคำนวณ Metric แม่นยำมากขึ้นสำหรับ Link ที่มีความเร็วสูง Wide Metrics ใช้ 64-bit แทน 32-bit ทำให้สามารถแยกแยะ Metric ของ Link ที่มีความเร็วสูงกว่า 10 Gbps ได้ ซึ่งเป็นปัญหาของ Classic EIGRP ที่ Bandwidth Component จะเท่ากันสำหรับ Link 10 Gbps, 40 Gbps และ 100 Gbps

EIGRP Tables: 3 ตารางสำคัญที่ต้องเข้าใจ

1. Neighbor Table

Neighbor Table เก็บข้อมูลของ EIGRP Neighbor ทุกตัวที่ Router มี Adjacency ด้วย ข้อมูลที่เก็บได้แก่ IP Address ของ Neighbor, Interface ที่เชื่อมต่อกับ Neighbor, Hold Time (เวลาที่รอก่อนจะประกาศว่า Neighbor ล่ม), Uptime (ระยะเวลาที่เป็น Neighbor), Sequence Number (ลำดับของ Packet ล่าสุดที่ได้รับ), SRTT (Smooth Round-Trip Time), RTO (Retransmission Timeout) และ Queue Count (จำนวน Packet ที่ค้างอยู่ในคิว)

การดู Neighbor Table ใช้คำสั่ง show ip eigrp neighbors ถ้า Neighbor Table ว่างเปล่าแสดงว่า EIGRP ไม่สามารถสร้าง Adjacency กับ Router ตัวอื่นได้ ซึ่งอาจเกิดจากหลายสาเหตุ เช่น K-Values ไม่ตรงกัน AS Number ไม่ตรงกัน Authentication ไม่ผ่าน หรือ Interface ที่เชื่อมต่อไม่ได้อยู่ใน Network Statement ที่ Advertise ค่า SRTT และ RTO บอกถึงคุณภาพของ Link ระหว่าง Neighbor ถ้า SRTT สูงแสดงว่า Link มี Latency สูง Queue Count ควรเป็น 0 เสมอ ถ้ามีค่าสูงแสดงว่ามีปัญหาในการส่ง Packet ให้ Neighbor

2. Topology Table

Topology Table เก็บข้อมูลเส้นทางทั้งหมดที่ EIGRP เรียนรู้จาก Neighbor ทุกตัว รวมถึง Successor Routes และ Feasible Successor Routes ข้อมูลที่เก็บได้แก่ Destination Network, Feasible Distance ไปยัง Destination ผ่านแต่ละ Neighbor, Reported Distance จากแต่ละ Neighbor, Interface ที่ใช้ส่ง Traffic, Next-hop Address และ Route State (Passive หรือ Active)

Route State มี 2 สถานะ คือ Passive และ Active Passive State หมายถึงเส้นทางมีเสถียรภาพ EIGRP รู้วิธีไปถึง Destination Network นี้แล้ว Active State หมายถึงเส้นทางกำลังถูกคำนวณใหม่ เพราะ Successor Route ล่มและไม่มี Feasible Successor ทำให้ EIGRP ต้องส่ง Query ออกไปหา Alternative Path ถ้า Route ติดค้างอยู่ใน Active State นานเกินไป จะเกิดปัญหาที่เรียกว่า Stuck-in-Active (SIA) ซึ่งจะอธิบายเพิ่มในหัวข้อ Troubleshooting

การดู Topology Table ใช้คำสั่ง show ip eigrp topology ซึ่งจะแสดง Successor และ Feasible Successor ทุกเส้นทาง ถ้าต้องการดูเส้นทางทั้งหมดรวมถึงเส้นทางที่ไม่ผ่าน Feasibility Condition ให้ใช้คำสั่ง show ip eigrp topology all-links

3. Routing Table

Routing Table เก็บเฉพาะ Best Route (Successor Route) ที่ถูกเลือกจาก Topology Table เส้นทางเหล่านี้คือเส้นทางที่ Router ใช้จริงในการ Forward Packet EIGRP Routes จะแสดงในตารางด้วยตัวอักษร D (EIGRP) หรือ D EX (EIGRP External) การดู EIGRP Routes ใน Routing Table ใช้คำสั่ง show ip route eigrp ค่า Administrative Distance ของ EIGRP Internal คือ 90 และ EIGRP External คือ 170 ซึ่งหมายความว่า EIGRP Internal Route จะถูกเลือกเหนือ OSPF Route (AD 110) แต่ EIGRP External Route จะแพ้ OSPF Route

EIGRP Packet Types: 5 ประเภทที่ควบคุมการทำงาน

Hello Packets

Hello Packets ใช้สำหรับ Neighbor Discovery และ Neighbor Maintenance EIGRP ส่ง Hello Packets เป็น Multicast ไปที่ Address 224.0.0.10 ทุกๆ 5 วินาที สำหรับ LAN Interface และทุกๆ 60 วินาที สำหรับ WAN Interface (เช่น T1 หรือต่ำกว่า) Hello Packets ไม่ต้องการ Acknowledgement (Unreliable) ถ้า Router ไม่ได้รับ Hello จาก Neighbor ภายใน Hold Time (Default คือ 15 วินาทีสำหรับ LAN และ 180 วินาทีสำหรับ WAN) จะถือว่า Neighbor ล่มและจะลบ Neighbor ออกจาก Neighbor Table

Update Packets

Update Packets ใช้ส่งข้อมูล Routing ให้ Neighbor เมื่อ EIGRP Neighbor Adjacency ถูกสร้างครั้งแรก Router จะแลกเปลี่ยน Full Routing Table กัน หลังจากนั้นจะส่งเฉพาะ Partial Update (เฉพาะเส้นทางที่เปลี่ยนแปลง) ซึ่งช่วยประหยัด Bandwidth อย่างมากเมื่อเทียบกับ Distance-Vector Protocol แบบดั้งเดิมอย่าง RIP ที่ส่ง Full Routing Table ทุกๆ 30 วินาที Update Packets เป็น Reliable Packets ต้องได้รับ Acknowledgement จาก Neighbor

Query Packets

Query Packets ถูกส่งเมื่อ Router สูญเสีย Successor Route ไปยัง Destination Network ใดๆ และไม่มี Feasible Successor Router จะส่ง Query ไปหา Neighbor ทุกตัว (ยกเว้น Neighbor ที่เป็น Successor เดิม) เพื่อถามว่า Neighbor มี Alternative Path ไปยัง Destination นั้นหรือไม่ Query Packets เป็น Reliable Packets ถ้า Neighbor ที่ได้รับ Query ก็ไม่มี Alternative Path มันก็จะส่ง Query ต่อไปยัง Neighbor ของมัน เป็น Chain Reaction ที่อาจกระจายไปทั่ว Network ซึ่งเป็นสาเหตุของปัญหา SIA

Reply Packets

Reply Packets ถูกส่งเป็น Unicast กลับไปยัง Router ที่ส่ง Query มา Reply มี 2 แบบ คือ Reply ที่บอกว่ามี Alternative Path พร้อมข้อมูล Metric ของเส้นทางนั้น และ Reply ที่บอกว่าไม่มี Alternative Path (Metric เป็น Infinity) เมื่อ Router ได้รับ Reply จาก Neighbor ทุกตัวที่ส่ง Query ไป Route จะเปลี่ยนจาก Active State กลับเป็น Passive State และ DUAL จะเลือก Best Path จาก Reply ที่ได้รับ

Acknowledgement (ACK) Packets

ACK Packets ใช้ยืนยันการรับ Reliable Packets (Update, Query, Reply) ACK เป็น Hello Packet ที่ไม่มี Data ส่งเป็น Unicast กลับไปยัง Source ของ Reliable Packet ถ้า Router ส่ง Reliable Packet ไปแล้วไม่ได้รับ ACK กลับมาภายใน RTO จะส่งซ้ำ ถ้าส่งซ้ำ 16 ครั้งแล้วยังไม่ได้ ACK จะถือว่า Neighbor ล่มและลบออกจาก Neighbor Table

EIGRP Configuration: Classic Mode vs Named Mode

Classic Mode Configuration

Classic Mode เป็นวิธี Configure EIGRP แบบดั้งเดิมที่ใช้มาตั้งแต่ EIGRP ถูกสร้างขึ้น การ Configure เริ่มจากเข้าสู่ Router Configuration Mode ด้วยคำสั่ง router eigrp ตามด้วย AS Number จากนั้นใช้คำสั่ง network เพื่อระบุ Network ที่ต้องการ Advertise ตัวอย่างเช่น router eigrp 100 แล้วตามด้วย network 10.0.0.0 0.0.0.255 ซึ่ง 100 คือ AS Number และ 0.0.0.255 คือ Wildcard Mask

ใน Classic Mode การ Configure Feature ต่างๆ จะกระจัดกระจายอยู่หลายที่ เช่น Authentication ต้อง Configure ที่ Interface Level ด้วยคำสั่ง ip authentication mode eigrp และ ip authentication key-chain eigrp ส่วน Summarization ก็ Configure ที่ Interface Level ด้วย ip summary-address eigrp K-Values ต้อง Configure ที่ Router Configuration Mode ด้วย metric weights ความกระจัดกระจายนี้ทำให้ Configuration ซับซ้อนและยากต่อการ Audit

ตัวอย่าง Classic Mode Configuration แบบสมบูรณ์ เริ่มจาก router eigrp 100 จากนั้น network 10.1.0.0 0.0.0.255 ตามด้วย network 10.2.0.0 0.0.0.255 แล้ว no auto-summary เพื่อปิด Auto-summarization ซึ่งเป็นสิ่งที่ต้องทำเสมอใน Modern Network จากนั้นไปที่ Interface Configuration ใส่ ip authentication mode eigrp 100 md5 และ ip authentication key-chain eigrp 100 MY_KEY

Named Mode Configuration

Named Mode (หรือ Multi-AF Mode) เป็นวิธี Configure EIGRP แบบใหม่ที่ Cisco แนะนำให้ใช้ตั้งแต่ IOS 15.0(1)M Named Mode จัด Configuration ทั้งหมดไว้ในที่เดียวภายใต้ router eigrp instance-name ทำให้ Configuration เป็นระเบียบและง่ายต่อการ Manage

โครงสร้างของ Named Mode ประกอบด้วย 3 Sub-mode หลัก Address-Family Sub-mode ใช้ Configure Network ที่จะ Advertise เช่น address-family ipv4 unicast autonomous-system 100 ตามด้วย network 10.1.0.0 0.0.0.255 AF-Interface Sub-mode ใช้ Configure Feature ที่เกี่ยวกับ Interface เฉพาะ เช่น af-interface GigabitEthernet0/0 ตามด้วย authentication mode md5 และ authentication key-chain MY_KEY Topology Sub-mode ใช้ Configure Feature ที่เกี่ยวกับ Topology เช่น redistribute static

ข้อดีของ Named Mode เมื่อเทียบกับ Classic Mode มีหลายประการ ประการแรก Configuration ทั้งหมดอยู่ในที่เดียว ไม่กระจัดกระจาย ง่ายต่อการ Audit และ Review ประการที่สอง รองรับ Address-Family ทั้ง IPv4 และ IPv6 ใน Configuration เดียว ไม่ต้องแยก Configure EIGRP สำหรับ IPv4 และ EIGRP สำหรับ IPv6 ประการที่สาม รองรับ Wide Metrics ที่ใช้ 64-bit ทำให้แยกแยะ Metric ของ High-Speed Link ได้ ประการที่สี่ รองรับ Feature ใหม่ๆ ที่ไม่มีใน Classic Mode

EIGRP vs OSPF: เปรียบเทียบ Routing Protocol ที่นิยมที่สุด

การเปรียบเทียบ EIGRP กับ OSPF เป็นหนึ่งในหัวข้อที่ Network Engineer ถกเถียงกันมากที่สุด ทั้ง 2 Protocol มีข้อดีข้อเสียแตกต่างกัน และการเลือกใช้ขึ้นอยู่กับสถานการณ์และความต้องการขององค์กร

ในด้าน Algorithm EIGRP ใช้ DUAL ซึ่งเป็น Advanced Distance-Vector ส่วน OSPF ใช้ Dijkstra SPF Algorithm ซึ่งเป็น Link-State EIGRP เก็บ Topology ไว้ใน Topology Table ซึ่งเก็บเฉพาะ Route Information ส่วน OSPF สร้าง LSDB (Link-State Database) ที่เก็บ Topology ทั้งหมดของ Area ทำให้ OSPF ใช้ Memory มากกว่า EIGRP อย่างมากในเครือข่ายขนาดใหญ่

ในด้าน Convergence EIGRP มี Convergence ที่เร็วกว่า OSPF อย่างมากในกรณีที่มี Feasible Successor เพราะสามารถสลับไปใช้ Backup Path ได้ทันทีโดยไม่ต้องคำนวณ SPF ใหม่ OSPF ต้องรอ SPF Delay Timer (Default 5 วินาที) ก่อนคำนวณ SPF ใหม่ทุกครั้งที่มี Topology Change แม้ว่า OSPF จะมี SPF Throttle Timer ที่ช่วยให้ SPF ครั้งแรกเร็วขึ้น แต่โดยรวมยังช้ากว่า EIGRP ที่มี Feasible Successor

ในด้าน Load Balancing EIGRP รองรับทั้ง Equal-Cost และ Unequal-Cost Load Balancing โดยใช้ Variance Command ส่วน OSPF รองรับเฉพาะ Equal-Cost Load Balancing เท่านั้น Unequal-Cost Load Balancing ของ EIGRP เป็นข้อได้เปรียบที่สำคัญมากในเครือข่ายที่มี Link หลาย Speed

ในด้าน Scalability OSPF มี Hierarchy ที่ชัดเจนผ่านระบบ Area ทำให้ Scale ได้ดีในเครือข่ายขนาดใหญ่มากที่มี Router หลายร้อยตัว EIGRP ไม่มี Area Concept แต่ใช้ Summarization และ Stub Routing เพื่อจำกัดขอบเขตของ Query ซึ่งจำเป็นมากในเครือข่ายขนาดใหญ่เพื่อป้องกันปัญหา SIA

ในด้าน Multi-Vendor Support OSPF เป็น Open Standard (RFC 2328 สำหรับ OSPFv2 และ RFC 5340 สำหรับ OSPFv3) รองรับอุปกรณ์ทุกยี่ห้อ ส่วน EIGRP แม้จะเป็น Informational RFC แล้ว แต่ในทางปฏิบัติยังคงใช้ได้ดีเฉพาะบนอุปกรณ์ Cisco ดังนั้นถ้าองค์กรใช้อุปกรณ์หลายยี่ห้อ OSPF เป็นตัวเลือกที่ปลอดภัยกว่า

EIGRP Authentication: รักษาความปลอดภัยให้ Routing

EIGRP Authentication เป็น Feature สำคัญที่ป้องกันไม่ให้ Unauthorized Router เข้าร่วม EIGRP Domain ได้ ถ้าไม่มี Authentication ผู้ไม่ประสงค์ดีสามารถเสียบ Router เข้ามาใน Network และ Inject False Routes ทำให้ Traffic ถูก Redirect ไปยัง Malicious Destination (Route Hijacking) หรือทำให้ Network Disruption โดย Advertise Route ที่ผิด

EIGRP รองรับ Authentication 2 แบบ คือ MD5 Authentication และ SHA-256 Authentication (เฉพาะ Named Mode) MD5 Authentication ใช้ Key Chain Concept โดย Configure Key Chain ที่มี Key ID และ Key String จากนั้น Apply Key Chain กับ EIGRP บน Interface ที่ต้องการ เมื่อเปิด Authentication Router จะใส่ Hash ของ Key String ลงใน EIGRP Packet ที่ส่งออกไป Router ฝั่งรับจะตรวจสอบ Hash ว่าตรงกับ Key String ของตัวเองหรือไม่ ถ้าไม่ตรง Packet จะถูก Drop

SHA-256 Authentication ปลอดภัยกว่า MD5 มาก เพราะ MD5 มีช่องโหว่ที่รู้จักกันแล้ว SHA-256 สามารถ Configure ได้ใน Named Mode เท่านั้น การ Configure ง่ายกว่า MD5 เพราะไม่ต้องใช้ Key Chain ตัวอย่างการ Configure คือ ใน af-interface GigabitEthernet0/0 ใส่ authentication mode hmac-sha-256 ตามด้วย authentication key-chain MY_KEY

Best Practice สำหรับ EIGRP Authentication ในปี 2026 คือ ใช้ SHA-256 แทน MD5 เสมอถ้า IOS รองรับ เปิด Authentication บนทุก Interface ที่ EIGRP ทำงาน ใช้ Key Rotation โดย Configure หลาย Key ใน Key Chain พร้อม accept-lifetime และ send-lifetime เพื่อให้สามารถเปลี่ยน Key ได้โดยไม่ต้องเปลี่ยนพร้อมกันทุก Router เก็บ Key String ไว้อย่างปลอดภัย อย่า Share ผ่านช่องทางที่ไม่ปลอดภัย

EIGRP Summarization: ลดขนาด Routing Table

Route Summarization (หรือ Route Aggregation) เป็น Technique ที่รวม Network หลายๆ Network ที่อยู่ติดกันเป็น Summary Route เดียว ทำให้ Routing Table มีขนาดเล็กลง ลด Memory และ CPU Usage และเพิ่มความเสถียรของ Network เพราะ Topology Change ภายใน Summary จะไม่ถูก Propagate ออกไปนอก Summary

EIGRP รองรับ Summarization 2 แบบ คือ Auto-Summarization และ Manual Summarization Auto-Summarization เป็น Feature ที่ EIGRP จะ Summarize Route ที่ Classful Network Boundary โดยอัตโนมัติ เช่น ถ้ามี Route 10.1.1.0/24, 10.1.2.0/24, 10.2.1.0/24 EIGRP จะ Summarize เป็น 10.0.0.0/8 เมื่อ Advertise ออกไปยัง Interface ที่อยู่คนละ Major Network Auto-Summarization มักทำให้เกิดปัญหาใน Modern Network ที่ใช้ VLSM (Variable Length Subnet Mask) ดังนั้นต้องปิด Auto-Summarization ด้วยคำสั่ง no auto-summary เสมอ ซึ่งเป็น Default ใน IOS เวอร์ชันใหม่

Manual Summarization ให้ Network Engineer กำหนด Summary Route เองตามที่ต้องการ Configure ที่ Interface Level ด้วยคำสั่ง ip summary-address eigrp ใน Classic Mode หรือ summary-address ใน Named Mode ตัวอย่างเช่น ถ้ามี Network 192.168.0.0/24 ถึง 192.168.3.0/24 สามารถ Summarize เป็น 192.168.0.0/22 ได้ เมื่อ Configure Summary EIGRP จะสร้าง Summary Route ที่ชี้ไปยัง Null0 Interface อัตโนมัติเพื่อป้องกัน Routing Loop

ข้อควรระวังในการทำ Summarization คือต้องวางแผน IP Address Scheme ให้ดีก่อน เพื่อให้ Network ที่ต้องการ Summarize อยู่ติดกันและสามารถ Summarize ได้ ถ้า IP Address ไม่ได้ถูกจัดสรรอย่างเป็นระบบ การทำ Summarization จะยากหรือเป็นไปไม่ได้

EIGRP Stub Routing: ป้องกัน Query Storm

EIGRP Stub Routing เป็น Feature ที่ออกแบบมาเพื่อแก้ปัญหา Query Propagation ในเครือข่ายขนาดใหญ่ เมื่อ Router ถูก Configure เป็น Stub Hub Router จะไม่ส่ง Query ไปยัง Stub Router ทำให้ Query ไม่กระจายไปทั่ว Network และลดโอกาสเกิดปัญหา SIA

EIGRP Stub Router มีหลาย Mode ได้แก่ Receive-Only ซึ่ง Stub Router จะไม่ Advertise Route ใดๆ ให้ Hub Router แต่จะรับ Route จาก Hub Router เท่านั้น Connected ซึ่ง Stub Router จะ Advertise เฉพาะ Connected Network ให้ Hub Router Static ซึ่ง Stub Router จะ Advertise เฉพาะ Static Route ที่ Redistribute เข้ามา Summary ซึ่ง Stub Router จะ Advertise เฉพาะ Summary Route Redistributed ซึ่ง Stub Router จะ Advertise เฉพาะ Route ที่ Redistribute มาจาก Protocol อื่น Leak-Map ซึ่งให้ Stub Router Advertise Route เฉพาะที่ตรงกับ Route Map ที่กำหนด

Default ของ EIGRP Stub คือ Connected + Summary ซึ่งเป็นค่าที่เหมาะกับ Branch Office ส่วนใหญ่ การ Configure ง่ายมาก แค่ใส่คำสั่ง eigrp stub ใน Router Configuration Mode หรือ eigrp stub connected summary ถ้าต้องการระบุ Mode ชัดเจน

Stub Routing เหมาะมากกับ Hub-and-Spoke Topology เช่น สำนักงานใหญ่เชื่อมต่อกับสาขาหลายแห่งผ่าน WAN Router ที่สาขาควร Configure เป็น Stub เพราะ Router ที่สาขาไม่ควรเป็น Transit Router สำหรับ Traffic ระหว่างสาขาอื่นๆ การทำ Stub ที่สาขาช่วยลด Query Scope อย่างมาก ลด CPU Usage บน Router สาขา และเพิ่มความเสถียรของ EIGRP Network

EIGRP over WAN: ข้อควรพิจารณาเมื่อ EIGRP ข้าม WAN

การ Run EIGRP ข้าม WAN Link มีข้อควรพิจารณาหลายประการที่ต่างจากการ Run บน LAN WAN Link มักมี Bandwidth ต่ำกว่า Latency สูงกว่า และมี Cost สูงกว่า LAN ดังนั้นการ Optimize EIGRP สำหรับ WAN จึงสำคัญมาก

Hello และ Hold Timer สำหรับ Low-Bandwidth WAN Link (เช่น T1 1.544 Mbps หรือต่ำกว่า) EIGRP ใช้ Hello Interval 60 วินาที และ Hold Time 180 วินาที ซึ่งหมายความว่าถ้า WAN Link ล่ม EIGRP จะใช้เวลาถึง 180 วินาทีก่อนจะตรวจพบ ถ้าต้องการ Convergence ที่เร็วกว่า สามารถลด Hello Interval และ Hold Timer ลงได้ แต่ต้องระวังว่า Hello ที่ถี่เกินไปจะใช้ Bandwidth ของ WAN Link และอาจทำให้เกิด False Positive (คิดว่า Neighbor ล่มทั้งที่ Link แค่ Congested)

Bandwidth Utilization EIGRP มี Feature ที่จำกัด Bandwidth ที่ EIGRP Packet ใช้บน Interface ค่า Default คือ 50% ของ Bandwidth ที่ Configure บน Interface สำหรับ WAN Link อาจต้องลดค่านี้ลงเพื่อไม่ให้ EIGRP Traffic แย่ง Bandwidth กับ Data Traffic มากเกินไป Configure ด้วยคำสั่ง ip bandwidth-percent eigrp ที่ Interface Level

ในยุคปี 2026 WAN Technology ได้เปลี่ยนไปมากจากเดิม องค์กรส่วนใหญ่ไม่ใช้ Leased Line หรือ Frame Relay แล้ว แต่ใช้ MPLS VPN, SD-WAN หรือ Internet VPN แทน การ Run EIGRP บน MPLS VPN (PE-CE EIGRP) มี Consideration เพิ่มเติม เช่น SoO (Site of Origin) ที่ใช้ป้องกัน Routing Loop ใน MPLS VPN Environment

EIGRP Unequal-Cost Load Balancing: ใช้ทุกเส้นทางอย่างชาญฉลาด

Unequal-Cost Load Balancing เป็นหนึ่งใน Feature ที่โดดเด่นที่สุดของ EIGRP ที่ OSPF ไม่สามารถทำได้ Feature นี้ช่วยให้ EIGRP กระจาย Traffic ไปหลายเส้นทางที่มี Metric ไม่เท่ากัน ทำให้ใช้ประโยชน์จากทุก Link ได้อย่างมีประสิทธิภาพ

การเปิดใช้ Unequal-Cost Load Balancing ใช้คำสั่ง variance ตามด้วยค่า Multiplier ใน Router Configuration Mode ค่า Variance กำหนดว่าเส้นทางที่มี Metric ไม่เกินกี่เท่าของ Best Route จะถูกรวมเข้า Load Balancing ตัวอย่างเช่น ถ้า Best Route มี Metric 100,000 และ Configure variance 2 เส้นทางที่มี Metric ไม่เกิน 200,000 จะถูกรวมเข้า Load Balancing

ข้อจำกัดสำคัญคือ เส้นทางที่จะถูกรวมเข้า Unequal-Cost Load Balancing ต้องเป็น Feasible Successor เท่านั้น ถ้าเส้นทางไม่ผ่าน Feasibility Condition จะไม่ถูกรวมเข้า Load Balancing แม้ว่า Metric จะอยู่ภายใน Variance ก็ตาม ดังนั้น ก่อน Configure Variance ต้องตรวจสอบ Topology Table ก่อนว่ามี Feasible Successor หรือไม่

การกระจาย Traffic ใน Unequal-Cost Load Balancing ไม่ได้กระจายเท่าๆ กัน แต่กระจายตามสัดส่วนของ Metric เส้นทางที่มี Metric ดีกว่าจะได้รับ Traffic มากกว่า เช่น ถ้า Route A มี Metric 100,000 และ Route B มี Metric 200,000 EIGRP จะส่ง Traffic ผ่าน Route A ประมาณ 2 เท่าของ Route B สามารถตรวจสอบสัดส่วนด้วยคำสั่ง show ip route แล้วดู Traffic Share Count

EIGRP for IPv6: รองรับ Next-Generation Protocol

EIGRP for IPv6 (หรือ EIGRPv6) เป็น Version ของ EIGRP ที่รองรับ IPv6 Routing หลักการทำงานเหมือนกับ EIGRP for IPv4 แต่มีความแตกต่างในรายละเอียด EIGRP for IPv6 ส่ง Hello Packet ไปที่ IPv6 Multicast Address FF02::A แทน 224.0.0.10 และสามารถสร้าง Neighbor Adjacency โดยใช้ Link-Local Address ได้โดยไม่ต้อง Configure Global Unicast Address บน Interface

ใน Classic Mode การ Configure EIGRP for IPv6 แตกต่างจาก IPv4 ค่อนข้างมาก ต้อง Configure ที่ Interface Level ด้วยคำสั่ง ipv6 eigrp แทนที่จะใช้ network statement ที่ Router Configuration Mode และต้อง Assign Router ID เอง เพราะ EIGRP for IPv6 ต้องใช้ 32-bit Router ID แม้ว่าจะเป็น IPv6 Protocol การ Configure ที่ Router Configuration Mode ต้องใช้คำสั่ง ipv6 router eigrp ตามด้วย AS Number

ใน Named Mode การ Configure EIGRP for IPv6 ง่ายกว่ามาก เพราะสามารถ Configure ทั้ง IPv4 และ IPv6 ใน Configuration เดียวกัน เพียงเพิ่ม address-family ipv6 unicast autonomous-system ตามด้วย AS Number ใน EIGRP Named Mode Configuration เดิม ทำให้ Management ง่ายขึ้นอย่างมากในเครือข่ายที่ Run ทั้ง IPv4 และ IPv6 (Dual-Stack)

Troubleshooting EIGRP: ปัญหาที่พบบ่อยและวิธีแก้ไข

ปัญหา Neighbor Adjacency ไม่เกิดขึ้น

ปัญหาที่พบบ่อยที่สุดคือ EIGRP Neighbor ไม่สามารถสร้าง Adjacency ได้ สาเหตุที่เป็นไปได้มีหลายอย่าง AS Number ไม่ตรงกัน Router 2 ตัวต้องใช้ AS Number เดียวกันจึงจะเป็น Neighbor ได้ ตรวจสอบด้วยคำสั่ง show ip eigrp interfaces K-Values ไม่ตรงกัน ดังที่กล่าวไว้ข้างต้น ตรวจสอบด้วยคำสั่ง show ip protocols แล้วดู K-Values Authentication ไม่ผ่าน Key String ไม่ตรงกัน หรือ Key ID ไม่ตรงกัน หรือ Key ที่ใช้หมดอายุ ตรวจสอบด้วย debug eigrp packets

Network Statement ไม่ครอบคลุม Interface ที่เชื่อมต่อกับ Neighbor ถ้า Interface ไม่ได้อยู่ใน Network Statement EIGRP จะไม่ส่ง Hello ออก Interface นั้น ตรวจสอบด้วยคำสั่ง show ip eigrp interfaces ACL (Access Control List) Block EIGRP Traffic EIGRP ใช้ IP Protocol Number 88 ถ้ามี ACL ที่ Block Protocol 88 จะทำให้ EIGRP Packet ไม่ผ่าน Passive Interface ถ้า Interface ถูก Configure เป็น Passive EIGRP จะไม่ส่ง Hello ออก Interface นั้น ตรวจสอบด้วย show ip protocols แล้วดู Passive Interfaces

ปัญหา Stuck-in-Active (SIA)

SIA เป็นปัญหาที่เกิดเมื่อ Route ติดค้างอยู่ใน Active State นานเกินไป เมื่อ Router ส่ง Query ออกไปแล้วไม่ได้รับ Reply กลับมาภายใน SIA Timer (Default 3 นาทีหรือ 180 วินาที) Router จะถือว่า Neighbor ที่ไม่ตอบล่มและจะ Reset Neighbor Relationship ทำให้เกิด Disruption มากขึ้น

สาเหตุของ SIA มีหลายอย่าง Query Scope กว้างเกินไป ทำให้ Query ต้อง Propagate ผ่าน Router จำนวนมากก่อนจะได้ Reply กลับมา แก้ไขด้วยการทำ Summarization หรือ Stub Routing เพื่อจำกัด Query Scope WAN Link มี Latency สูงหรือ Bandwidth ต่ำ ทำให้ Query หรือ Reply ส่งช้า Router ตัวใดตัวหนึ่งในเส้นทาง Query มี CPU สูงจน Process EIGRP Packet ช้า ทำให้ตอบ Reply ล่าช้า EIGRP Process ถูก Crash หรือ Hang บน Router ตัวใดตัวหนึ่ง

วิธีแก้ไขและป้องกัน SIA ทำ Summarization ที่ Distribution Layer เพื่อจำกัด Query Scope Configure Stub Routing ที่ Branch Router Configure SIA Timer ให้เหมาะสม อาจเพิ่มเป็น 6 นาทีในเครือข่ายที่มี WAN Link ช้า ตรวจสอบ CPU Usage บน Router ที่อยู่ในเส้นทาง Query ใช้ EIGRP Event Log เพื่อดูว่า SIA เกิดขึ้นกับ Route ใดและ Neighbor ใดไม่ตอบ

ปัญหา Route ไม่ปรากฏใน Routing Table

บางครั้ง EIGRP เรียนรู้ Route แล้วแต่ Route ไม่ปรากฏใน Routing Table สาเหตุที่เป็นไปได้ ได้แก่ Administrative Distance มี Route จาก Protocol อื่นที่มี AD ต่ำกว่า เช่น Static Route (AD 1) หรือ Connected Route (AD 0) ทำให้ EIGRP Route ถูกแทนที่ ตรวจสอบด้วย show ip route แล้วดูว่า Route ถูก Install จาก Protocol ใด Distribute List หรือ Route Map Block Route มี Filter ที่ป้องกันไม่ให้ Route ถูก Install ตรวจสอบด้วย show ip protocols แล้วดู Distribute List Maximum Paths ถึง Limit ค่า Default ของ EIGRP Maximum Paths คือ 4 ถ้ามี Equal-Cost Path มากกว่า 4 เส้นทาง Route ที่เกิน Limit จะไม่ถูก Install

คำสั่ง Debug ที่สำคัญสำหรับ EIGRP

คำสั่ง Debug สำหรับ EIGRP Troubleshooting มีหลายคำสั่ง debug eigrp packets แสดง EIGRP Packet ทุกประเภทที่ส่งและรับ debug eigrp neighbors แสดงเหตุการณ์ที่เกี่ยวกับ Neighbor Adjacency debug eigrp fsm แสดงการทำงานของ DUAL Algorithm (FSM = Finite State Machine) debug ip eigrp แสดง EIGRP Route ที่ถูก Install หรือ Remove จาก Routing Table

ข้อควรระวังในการใช้ Debug คือ Debug ใช้ CPU มาก ห้ามเปิด Debug บน Production Router ที่มี Route จำนวนมากโดยไม่มีการ Filter เพราะอาจทำให้ Router Crash ใช้ debug condition เพื่อ Filter Debug Output เฉพาะ Interface หรือ Neighbor ที่ต้องการ ใช้ terminal monitor เพื่อดู Debug Output บน VTY Session และใช้ undebug all เพื่อปิด Debug ทุกตัวเมื่อเสร็จ

EIGRP ในเครือข่ายสมัยใหม่ปี 2026

ในปี 2026 EIGRP ยังคงมีบทบาทสำคัญแม้ว่า Landscape ของ Enterprise Networking จะเปลี่ยนไปมาก SD-WAN ได้เข้ามาแทนที่ Traditional WAN ในหลายองค์กร แต่ EIGRP ยังคงถูกใช้ภายใน Campus Network และ Data Center ที่ใช้ Cisco Infrastructure

Cisco SD-WAN (Viptela) รองรับ EIGRP เป็น Service-Side Protocol ทำให้สามารถ Integrate EIGRP กับ SD-WAN ได้ Branch Router ที่ Run SD-WAN สามารถ Redistribute Route ระหว่าง OMP (Overlay Management Protocol) ของ SD-WAN กับ EIGRP ที่ Run บน LAN Side ทำให้การ Migrate จาก Traditional WAN ไปเป็น SD-WAN ทำได้ง่ายขึ้น

สำหรับ Network Automation ในปี 2026 EIGRP สามารถ Configure และ Monitor ผ่าน Automation Tool เช่น Ansible, Python (Netmiko, NAPALM) และ Cisco DNA Center ได้ การใช้ Infrastructure as Code (IaC) กับ EIGRP Configuration ช่วยลดข้อผิดพลาดจากการ Configure ด้วยมือ (Manual Configuration) และทำให้ Deployment รวดเร็วขึ้น

สำหรับ Cloud Integration EIGRP ไม่สามารถ Run บน Public Cloud ได้โดยตรง แต่สามารถ Integrate กับ Cloud ผ่าน VPN หรือ SD-WAN โดย Redistribute Route ระหว่าง EIGRP กับ BGP หรือ Static Route ที่ใช้บน Cloud Gateway

Best Practices สำหรับ EIGRP ในปี 2026

จากประสบการณ์ในการ Deploy และ Manage EIGRP ในองค์กรต่างๆ Best Practices ที่สำคัญมีดังนี้

ใช้ Named Mode แทน Classic Mode เสมอในการ Deploy ใหม่ Named Mode จัด Configuration ไว้ในที่เดียว ง่ายต่อการ Audit และรองรับ Feature ใหม่ๆ สำหรับ Existing Deployment ที่ใช้ Classic Mode สามารถ Migrate เป็น Named Mode ได้โดยไม่ต้อง Disrupt Network

เปิด Authentication บนทุก Interface ที่ EIGRP ทำงาน ใช้ SHA-256 ถ้า IOS รองรับ ถ้าไม่ ใช้ MD5 การไม่มี Authentication เปิดโอกาสให้ผู้ไม่ประสงค์ดี Inject Malicious Route เข้า Network

ปิด Auto-Summarization ด้วย no auto-summary เสมอ Auto-Summarization ทำให้เกิดปัญหา Routing ที่ยากต่อการ Debug และไม่เหมาะกับ Modern Network ที่ใช้ VLSM

ทำ Manual Summarization ที่ Distribution Layer เพื่อลดขนาด Routing Table และจำกัด Query Scope วางแผน IP Address Scheme ให้รองรับการ Summarize ตั้งแต่ต้น

Configure Stub Routing ที่ Branch Router ทุกตัว ช่วยลด Query Scope ลด CPU Usage และเพิ่มความเสถียรของ Network อย่างมาก

Configure Passive Interface บน Interface ที่ไม่มี EIGRP Neighbor เช่น Interface ที่เชื่อมต่อกับ User VLAN เพื่อป้องกันไม่ให้ EIGRP Hello ถูกส่งออกไป Interface เหล่านั้น ลด Security Risk และ Bandwidth Usage

ใช้ Variance เฉพาะเมื่อจำเป็น Unequal-Cost Load Balancing มีประโยชน์ในการใช้ทุก Link ให้เกิดประโยชน์สูงสุด แต่ทำให้ Troubleshooting ซับซ้อนขึ้น ต้องทำความเข้าใจ Traffic Distribution ก่อน Configure

Document EIGRP Configuration ให้ละเอียด รวมถึง AS Number, K-Values, Authentication Key, Summarization, Stub Configuration และ Redistribute Configuration ทุกอย่างต้องมี Documentation ที่ Up-to-date

Monitor EIGRP ด้วย SNMP หรือ Streaming Telemetry ตรวจสอบ Neighbor Count, Route Count, SIA Events และ Topology Changes อย่างสม่ำเสมอ ใช้ Alert เมื่อ Neighbor Down หรือ SIA เกิดขึ้น

สรุป: EIGRP ยังคงเป็น Protocol ที่ทรงพลัง

EIGRP เป็น Routing Protocol ที่ทรงพลัง เรียนรู้ง่าย Configure ง่าย และ Converge เร็ว ด้วย DUAL Algorithm ที่ชาญฉลาด Composite Metric ที่ยืดหยุ่น Unequal-Cost Load Balancing ที่เป็นเอกลักษณ์ และ Stub Routing ที่ช่วย Scale ได้ดี EIGRP ยังคงเป็นตัวเลือกที่ดีเยี่ยมสำหรับ Enterprise Network ที่ใช้ Cisco Infrastructure

สำหรับ Network Engineer ในปี 2026 การเข้าใจ EIGRP อย่างลึกซึ้ง ตั้งแต่ DUAL Algorithm, Metrics, K-Values, Tables, Packet Types ไปจนถึง Named Mode Configuration, Authentication, Summarization, Stub Routing และ Troubleshooting เป็นทักษะที่จำเป็นอย่างยิ่ง ไม่ว่าจะทำงาน Day-to-Day Operation หรือเตรียมตัวสอบ Certification

แม้ว่า OSPF จะได้รับความนิยมมากขึ้นในฐานะ Open Standard Protocol แต่ EIGRP ก็มีจุดแข็งที่ OSPF ไม่มี โดยเฉพาะ Unequal-Cost Load Balancing และ Convergence Speed ที่เร็วกว่า การเลือกใช้ EIGRP หรือ OSPF ขึ้นอยู่กับ Requirement ขององค์กร ถ้าใช้ Cisco ล้วนและต้องการ Simple Configuration พร้อม Fast Convergence EIGRP เป็นตัวเลือกที่ยอดเยี่ยม ถ้าต้องการ Multi-Vendor Interoperability และ Hierarchical Design OSPF อาจเหมาะกว่า และในหลายองค์กร ทั้ง EIGRP และ OSPF ถูกใช้ร่วมกันในส่วนต่างๆ ของ Network โดย Redistribute Route ระหว่างกัน

.

.
.
.

จัดส่งรวดเร็วส่งด่วนทั่วประเทศ
รับประกันสินค้าเคลมง่าย มีใบรับประกัน
ผ่อนชำระได้บัตรเครดิต 0% สูงสุด 10 เดือน
สะสมแต้ม รับส่วนลดส่วนลดและคะแนนสะสม

© 2026 SiamLancard — จำหน่ายการ์ดแลน อุปกรณ์ Server และเครื่องพิมพ์ใบเสร็จ

SiamLancard
#ffffff
Free Forex EA — XM Signal · SiamCafe Blog · SiamLancard · Siam2R · iCafeFX
Partner Sites: iCafe Forex | SiamCafe | SiamLancard | Siam2R | XM Signal | iCafe Cloud
iCafeForex.com - สอนเทรด Forex | SiamCafe.net
Shopping cart
Partner Sites: iCafeForex | SiamCafe | Siam2R | XMSignal