สรุปข้อดีและข้อเสียของ GNS3 IOU-Web และ UnetLab

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

เริ่มต้นกันด้วยโปรแกรม GNS3

สำหรับแฟนคลับหรือคนที่ใช้งานอุปกรณ์ของ Cisco เป็นหลักตั้งแต่ระดับ CCNA ปลายๆหรือ CCNP คงไม่มีใครไม่รู้จักโปรแกรมนี้ ผมอาจจะเรียกได้ว่า GNS3 (สร้างโดย Stephen Guppy) เป็นโปรแกรมที่คนที่ทำงานในสายของ Cisco ต้องมีติดไว้ในเครื่องแทบทุกคน เพราะอาจจะเรียกได้ว่าเป็นโปรแกรมจำลองการทำงานของอุปกรณ์ Cisco ที่น่าจะสมบูรณ์ที่สุดแล้วเนื่องจากการทำงานของ GNS3 จะใช้ IOS จริงมาใช้งาน ที่จริงความสามารถนี้ไม่ใช่ของ GNS3 เลยถ้าจะขอบคุณจะต้องทำการขอบคุณเจ้า Dynamips(สร้างโดย Christophe Fillot) แทนถึงจะถูกตัวกว่าเพราะ GNS3 ในช่วงแรกเป็นการเปิดตัวในลักษณะของ Dynamips GUI Frontend

ในแง่ของการเตรียมสอบ CCIE R&S สาวกของค่าย Cisco ที่เตรียมตัวสอบ CCIE R&S เทใจไปให้ GNS3 เต็มๆ เพราะเท่ากับว่าสามารถที่จะเตรียมสอบได้โดยแทบที่จะไม่ต้องใช้อุปกรณ์จริงกันอีกแล้ว กรณีที่ต้องความมั่นใจแบบ 100% ก็ยังจะนำ Virtual Router ที่ต้องการนำมาต่อกับ Switch ที่ต้องการภายนอกได้ เช่น 3550, 3560, 3750 เพราะ GNS3 ไม่ได้มีส่วนที่รองรับการทำงานของ Switch แบบเต็มตัว สิ่งที่ดีที่สุดใน GSN3 ที่จะใช้ทดสอบการทำงานของ Switch ได้คือการใช้งาน Module NM-16ESW ใส่ลงไปใน Cisco 3725 หรือ 3745 ซึ่งยังไงก็ไม่ได้คุณสมบัติของ Switch จริง 100% (ขาดไปอีกเยอะเลยล่ะ) ซึ่งตรงนี้ถ้าใครมีเงินพอที่จะเอาไปลงกับที่ Switch Layer3 แล้วก็น่าจะเรียกได้ว่ามีอุปกรณ์พร้อมสำหรับการเตรียมสอบ CCIE LAB สำหรับ CCIE R&S V4 กันเลยทีเดียว (LAB เท่านั้นนะครับไม่ใช้ส่วนของ Troubleshooting หุหุ) แต่สำหรับการเตรียมสอบ CCIE R&S V5 คุณต้องน้ำตาตกแน่นอนเพราะจะนวนของ Router+Switch ที่ใช้ใน V5 นั้นเยอะมากจนบางคนเห็นแล้วท้อคือประมาณ 40 ตัว ถ้าทำการปรับค่า IdlePC ไม่ได้แค่ V4 ยังยากเลย ^^”

ในแง่ของการนำมาใช้เพื่อเรียนรู้การทำงานของอุปกรณ์ Cisco พูดได้ 100% ว่าถ้าไม่มีส่วนของ Switch มาเกี่ยวข้อง GNS3 สามารถรองรับการทำงานได้ 100% เรื่องนี้ได้รับการรับรองโดย Authorize Cisco Training partner ไปแล้วเรียบร้อยเพราะเขาก็ใช้กันอยู่ ไม่ได้มีปัญหากันแต่อย่างใด ส่วนในการนำมาใช้ POC แบบเบื้องต้นที่ไม่มีส่วนเกี่ยวข้องกับ Performance test ตรงนี้ GNS3 ก็ยังได้เข้ามามีส่วนร่วมเช่นกัน ยกตัวอย่างที่พบเจอบ่อยๆคือลูกค้าต้องการใช้งานอุปกรณ์ของ Cisco และต้องการใช้งาน Feature ที่ใช้งานกันไม่บ่อยนักหรืออยากเห็นผลแบบคร่าวๆก่อนการตัดสินใจ

ในส่วนที่ผ่านมาจะเน้นในส่วนของ Core feature ที่เป็น Cisco เป็นหลัก แต่ในส่วนนี้จะขอพูดถึง Feature ใหม่ๆที่เพิ่มเข้ามาในส่วนของ GNS3 version 1.x ซึ่งเป็นตัวหลักที่มีการใช้งานอยู่ในปัจจุบัน จุดเด่นของ Version นี้หลักๆเลยก็จะเป็นเรื่องของค่า IdlePC ที่มีการใช้งานที่ง่ายขึ้นมากๆๆๆๆ แต่สิ่งที่อยู่เบื้องหลังการทำงานดังกล่าวยังมีส่วนที่เกี่ยวข้องอยู่อีกหนึ่งตัวคือ CPU Limiter ซึ่งคอยแอบทำงานเพื่อไม่ให้ CPU ทำงานหนักผิดปกติ ดังนั้นเพื่อป้องกันอาการหน่วงจากต้นเหตุที่ CPU Limiter โดนเปิดขึ้นมาใช้งานก็ยังต้องมีการหาค่า IdlePC ให้เหมาะสมอยู่เหมือนเดิม ต่อด้วยเรื่องของอุปกรณ์ที่ว่า GNS3 นั้นไม่ได้มีแต่ Cisco นั้นก็จริงของเขาส่วนที่เพิ่มเข้ามาก็ตั้งแต่ Cisco IOU, Juniper (Olive) หรือพวก Software management ต่างๆที่เขาเอามาลงกันบ่อยๆ สิ่งต่างๆที่ GNS3 เอามาลงในช่วงหลังเป็นเพียงแค่ใช้ API หรือ Feature UDP Tunnel แล้วเพิ่มความง่ายเข้าไปด้วยการ Control ทุกสิ่งที่เพิ่มเข้าไปจาก GNS3 เดิมเท่านั้น ยกตัวอย่างพวก vIOS หรือ JunOS หรือแม้กระทั่ง ASA เองจะมาจาก Software อื่นเช่น Qemu หรือ VirtualBox ซึ่งหมายความว่าถึงแม้จะไม่มี GNS3 เราก็มีทางที่จะเอาอุปรณ์นั้นมาใช้งานได้อยู่ดี (ขอให้เข้าใจการทำงานก่อน) ส่วนเหตุผลที่ GNS3 ตอนนี้ยังใช้งานร่วมกับ VMware Player/Worksation ได้ก็เพราะ VMware ไม่รองรับ Feature UDP Tunnel แต่ไม่เป็นไรเขาไป Request feature นี้กับ VMware แล้วนะ ^^ จากความเห็นส่วนตัว GNS3 ตอนนี้จะเน้นว่าเป็น Community ที่ใหญ่ส่วนการรองรับอุปกรณ์เพิ่มเติมโดยเนื้อแท้แล้วจะเป็นการใช้งานในแนว Virtual Appliance หรือการ Port จากของเดิมมาเป็น Virtual Appliance ทั้งหมด โดยเน้นการควบคุมจาก GNS3 ที่เดียว ส่วนในการใช้งานจริงก็ยังมีการเรียก VirtualBox หรือ Qemu ขึ้นมาใช้งานร่วมด้วยแต่บางคนอาจจะไม่รู้ (ไม่ทุกคนนะ) ส่วนที่ลำบากอีกส่วนนึงก็คือการใช้งาน IOU เนื่องจากต้นกำเนิดของ IOU เองก็ไม่ได้อยู่บน Windows ทำให้หนีไม่พ้นที่จะต้องเปิด IOU-VM ใน VirtualBox ควบคู่ไปด้วยอย่างเลี่ยงไม่ได้ กลายเป็นว่าถ้าจะใช้งาน Feature ของ Switch ยังไงก็ต้องมี IOU-VM ทำให้ค่อนข้างงงและใช้งานยากขึ้นไปอีกนิด (ผิดหลักการของเขาเองในเรื่องของความง่าย) แต่ก็แลกมาด้วย Feature switch ของ IOU มาซึ่งถ้าใครต้องการ Feature นี้ก็นับว่าคุ้มอยู่พอสมควร แต่ถ้าจะให้ดีควรจะมี Spec เครื่องที่สูงสักหน่อยในการใช้งาน GNS3 V1.x กรณีที่ใช้งาน Feature แบบเต็มๆ

ตัวที่ถัดมาคือ IOU-Web

ตัวนี้ไม่ต้องพูดถึงกรณีเอาไปใช้งานด้านอื่นๆเลยนอกจากการเรียนรู้และเตรียมสอบกับค่าย Cisco ค่ายเดียวเท่านั้น อุปกรณ์อื่นอย่าได้มาแส่ (แต่มันมีวิธีการอยู่) IOU-Web เติบโตขึ้นมาจากการใช้เป็นเครื่องมือในการเตรียมสอบ CCIE R&S อย่างไม่ต้องสงสัยและยังมีการเอาไปใช้งานใน Track SP เพิ่มเติมโดยต้องใช้งานร่วมกับ IOS-XRv ใน VirtualBox หรือ VMware เพิ่มเติม แต่นั่นไม่ใช่ปัญหาขอให้อยากทำ คนที่เตรียมสอบทุกคนพร้อมที่จะทำแบบไม่ต้องสงสัย IOU ชื่อนี้มากจาก IOS on Unix ซึ่งเป็นต้นกำเนิดของมัน โดยจะใช้งานอยู่บนเครื่อง Unix ตระกูล SUN Spark ภายใน Cisco เองก่อนหลังจากนั้นก็มีการหลุดออกมาสู่โลกภายนอกขึ้น (ตั้งใจหรือเปล่าไม่แน่ใจ) ก็เลยมีเทพทั้งหลายทำการ Port IOU ออกมาให้เป็น Version ของ Linux เพื่อให้มีการใช้งานกันอย่างแพร่หลายมากขึ้นจนกลายเป็น IOL หรือ IOS on Linux ซึ่งอาจจะไม่ค่อยคุ้นกันเท่าไรส่วนมากจะเรียก IOU กันหมด ข้อดีของ IOU คงไม่ต้องพูดถึงมากเพราะมันเป็นเหมือน Software package ตัวหนึ่งบน Linux เท่านั้น ดังนั้นการใช้งาน CPU ก็จะไม่ได้หนักหน่วงเหมือนกับ Dynamips ข้อดีต่อมาคือ Feature ของ Cisco switch จะมมีอยู่บน IOU แทบทั้งหมดเพราะ IOU ถูกออกแบบมาเพื่อให้ใช้งานในคอร์สของ Cisco เองทั้งแบบ Online LAB และยังถูกนำไปใช้งานในส่วนของ CCIE R&S V4 Troubleshooting section ด้วย และยังเป็นอุปกรณ์หลักในการใช้งาน CCIE R&S V5 ด้วย ดังนั้นถ้าใครต้องการสอบ CCIE ยังไงก็หนีไม่พ้นเจ้า IOU-Web ความเจ๋งของมันยังมีการรับประกันโดยผู้ให้บริการเช่า Rack เพื่อเตรียมสอบด้วย โดยในสมัย V4 ผู้ให้บริการเช่า Rack จะนำอุปกรณ์จริงมาให้ใช้งานโดยมีการเชื่อมต่อตาม Topology ไว้ให้ แต่เมื่อมีการเปลี่ยนเป็น V5 ผู้ให้บริการรายเดิมก็ยังต้องเปลี่ยนมาใช้ IOU-Web แทน แบบนี้คงไม่ต้องสงสัยในความสามารถในการทำงานของมัน

ถ้าพูดถึง IOU-Web แล้วก็คงต้องพูดถึงผู้อยู่เบื้องหลังจาก IOU-Web นี้ด้วยครับ โดยเจ้า Tools ตัวนี้เกิดจากตา Andrea Dainese เจ้าของเวบ http://www.routereflector.com/ ครับถ้าใครเคยใช้งานเจ้า IOU แบบที่เป็น CLI ขนานแท้ก็อาจจะได้ความรู้สึกคล้ายๆกัน Dynamips ในช่วงแรกเลยครับ(ผมลองมาแล้ว) ความยากในการจัดการทั้งเรื่องของ License การกำหนด Interface การกำหนดค่า Memory การ Export configuration นี่กว่าจะเข้าใจก็เสียเวลาไปพอสมควร ทำให้ในช่วงแรกๆก็จะใช้งานอยู่ในกลุ่มไม่เยอะและแพร่หลายเท่าไร จนกระทั่งตา Andrea นี่ล่ะที่ได้ทำ IOU-Web ออกมาคราวนี้อะไรมันก็ง่ายการเตรียม LAB ต่างๆก็จะได้เรื่องความง่ายขึ้นมาอีกเยอะ ส่วนที่เด็ดที่สุดคือการใส่ Network diagram ที่เราต้องการเข้าไปใน IOU-Web แล้วสามารถเอาเมาส์ไปจิ้มที่รูปของอุปกรณ์แล้วทำการ Configure ได้ทันที ตรงนี้ทำให้เกิดการเอาไปใช้ทำ LAB เพื่อเตรียมสอบ CCIE กันเลยทีเดียว เพราะว่าจะได้บรรยากาศใกล้เคียงกับการสอบในห้อง LAB มากที่สุด

สำหรับงานที่เหมาะกับ IOU-Web น่าจะเหมาะกับงานด้านการศึกษามากที่สุดครับ ล่าสุดก็ได้ไปคุยกับพี่ท่านนึงพูดคุยว่าอยากจะเอา IOU-Web นี่ล่ะไปให้นักศึกษาในมหาวิทยาลัยได้ใช้งานกันใน LAB ของมหาวิทยาลัย เพราะการที่ IOU-Web มี GUI สำหรับการจัดการ Router แบบง่ายๆทั้งในส่วนของการ Sanpshot, Restore configuration ดังนั้นเมื่อทำการ Configure ผิดพลาดก็สามารถย้อนกลับไปที่ Snapshot เพื่อแก้ไขกันได้อย่างรวดเร็วและง่ายดาย

ส่วนนี้ผมขอเขียนแยกออกมานิดนึงเพราะยังมีหลายๆท่านมองว่า IOU-Web เป็น CCIE Dump ขอให้ทำการคิดใหม่นิดนึง จุดกำเนิดของ IOU เกิดขึ้นเพื่อใช้ในการเรียนรู้เป็นหลักไม่ได้เกิดมาเพื่อเป็น Dump การที่ IOU-Web ถูกมองว่ามันกลายเป็น Dump เพราะมันถูกสร้างให้มีความง่ายและมีกลุ่มคนนำไปใช้ในการเตรียมสอบอย่างแพร่หลายในเวลาอันรวดเร็วมากๆ อีกทั้งหน้าตาของการใช้งานยังสามารถแก้ไขให้เหมือนกับในห้องสอบได้อย่างมากทำให้ถูกมองให้เป็นแบบนั้น

ตัวสุดท้ายน้องใหม่ UnetLab (Unified Networking Lab)

ตัวนี้ในความคิดของผมเองน่าจะเป็นตัวที่มีความครบเครื่องมากที่สุดเลย สำหรับผู้ให้กำเนิด UnetLab ก็คือตา Andrea Dainese เจ้าเดียวกันกับ IOU-Web ครับ แต่ UnetLab ถูกสร้างขึ้นมาใหม่ตั้งแต่ต้นโดยไม่ได้ใช้พื้นฐานของ IOU-Web ดังนั้นหน้าตาและวิธีการใช้งานก็เลยต่างกับแบบหนังคนละม้วน โดย UnetLab ถูกสร้างขึ้นบน Ubuntu ส่วน IOU-Web ถูกสร้างขึ้นจาก Fedora การออกแบบ UnetLab ของตา Andrea จะใช้ Virtual Machine เป็นหลักและจะมีการออก Release ใหม่ออกมาเรื่อยถ้ามีคนคอยช่วยหา Bug ที่ต้องการเขาก็จะออก Release ใหม่ค่อนข้างเร็วอาจจะแค่ 2-3 วัน (เท่าที่ไปช่วยหานะ) หรือเป็นอาทิตย์ หลักการของ UnetLab คือต้องการทำ LAB ที่รองรับอุปกรณ์ได้หลากหลายบน GUI เดียว (ซึ่งเป็นแนวเดียวกันกับ GNS3 ตอนแรกเลย) โดย Core component ของ UnetLab จะมีอยู่ 3 ตัวคือ 1. Dynamips 2. IOU 3. Qemu ทั้งสามส่วนจะเป็น Backend ให้กับ UnetLab ซึ่งเป็น Web frontend การเพิ่มอุปกรณ์ต่างๆลงไปใน UnetLab ยังคงเป็นเรื่องที่ยุ่งยากซับซ้อนอยู่พอสมควร แต่เมื่อผ่านขั้นตอนนี้ไปแล้วการใช้งานก็แค่เปิด VM และนำอุปกรณ์มาวางใช้งาน ซึ่งอุปกรณ์ที่สามารถนำมาใช้งานได้ก็เยอะมากจนใช้ได้ไม่หมดไล่ไปตั้งแต่ Cisco router/firewall/IOU, Juniper router/firewall, ARISTA switch, F5 BigIP หรือแม้กระทั่ง PaloAlto firewall

จุดเด่นของ UnetLab คือการที่เป็น VM และใช้ Web interface ทำให้ไม่ต้องทำการติดตั้งลงในเครื่อง และเมื่อต้องการทำ LAB ก็แค่เปิด VM ขึ้นมาและใช้ Web browser ในการสร้าง LAB ได้ทันที และการรองรับอุปกรณ์ที่เรียกได้ว่าแทบจะทุกค่ายหลัก ครอบคลุมอุปกรณ์ทั้งหมดที่มีอยู่ใน GNS3 และ IOU ทุกตัวและใช้เพียงแค่ VM เดียวในการจัดการอุปกรณ์จริงๆ ข้อด้อยของ UnetLab ตอนนี้ที่ชัดเจนคือ Bug ยังคงมีออกมาให้เห็นเรื่อยๆและยังไม่มีเอกสารเป็นทางการออกมาทำให้มีแต่คนที่สนใจอยากลองของใหม่เข้าไปใช้กันเท่านั้น

ยกตัวอย่างความง่ายของการใช้งาน UnetLab เปรียบเทียบกับ GNS3 กรณีนี้ขอยกตัวอย่างของ PaloAlto เป็นกรณีศึกษานะครับ ให้ลองดูวิธีการใช้งาน PaloAlto ร่วมกับ GNS3 ที่ Link นี้ https://community.gns3.com/docs/DOC-2114 แล้วเทียบกับการใช้งานบน UnetLab แล้วจะพบว่ามันง่ายแบบคนละเรื่องกันเลยทีเดียวครับแค่เลือกอุปกรณ์มาวางแล้ว Start  ^^

สรุปกันหน่อย

• ถ้าต้องการใช้ Router Cisco เพียงอย่างเดียว -> ใช้ได้ทั้ง 3 แบบ (GNS3, IOU-Web, UnetLab)
• ถ้าอยากใช้ IOU แต่ Configure IOU ไม่เป็น -> GNS3
• ถ้าต้องการฝึกแบบทำซ้ำบ่อยๆและเตรียมสอบ Cert Cisco -> IOU-Web
• อยากทำ Topology เองแบบง่ายๆแต่มีอุปกณ์เยอะๆและไม่ได้ใช้แต่ Cisco ไม่ถนัด Linux -> GNS3
• อยากทำ Topology เองแบบง่ายๆแต่มีอุปกณ์เยอะๆและไม่ได้ใช้แต่ Cisco ถนัด Linux -> UnetLab
• ไม่ได้ใช้ Cisco แต่อยากทำ LAB เพื่อ POC ลูกค้า -> GNS3, UnetLab

หวังว่าคงจะได้ Idea การเลือกใช้งานกันไปบ้างนะครับ

ปล. ถ้ามี Virtual Appliance อยู่จะไม่ไช้โปรแกรมทั้งหมดข้างบนนี้ก็ได้ ใช้แค่ VirtualBox หรือ VMware workstation ก็พอเพียงแต่เวลาที่ต้องการนำอุปกรณ์มาต่อกันจะสับสนเล็กน้อยครับ

UnetLab กับการใช้งาน Bridge interfaces (pnet)

หลายคนอาจจะสงสัยว่า Bridge interface(s) คืออะไร?? หลักการง่ายๆก็ขอให้นึกถึง Cloud ใน GNS3 ถ้ายังงงอยู่ให้ลองย้อนไปดู Video ใบ้ที่ผมทำไว้ก่อนหน้านี้ครับ ก็จะรู้ว่าเจ้า Bridge interface(s) จะทำใหน้าที่ในการเชื่อมต่ออุปกรณ์ที่อยู่ใน Virtual system ให้ออกมาที่โลกของ Physical ได้ตามตัวอย่างใน Video ที่ผ่านมาผมจะใช้ในการจัดการ ASA ผ่าน ASDM

แต่คราวนี้จะมาถึงคิวของ UnetLab บ้างแล้วครับ

ความสำคัญของ Bridge interface(s) หรือ pnet ใน UnetLab คือจะทำให้เราสามารถใช้งาน Web interface หรือ Web-UI ของอุปกรณ์ได้ แทนที่จะต้องทำการจัดการผ่าน CLI เพียงอย่างเดียว กรณีตัวอย่างที่ผมจะนำเสนอคือ ใช้งาน pnet กับ F5 เพื่อให้เราสามารถจัดการ F5 ผ่าน Web interface ได้นั่นเอง

เริ่มกันเลยครับ โดยส่วนตัวแล้วผมไม่คิดที่จะทำการ Configure F5 ด้วย CLI แน่ๆเพราะมันน่าจะเป็นนรกชัดๆสำหรับผม 🙂

ที่จริงแล้ว UnetLab ได้ทำการสร้าง pnet ไว้ให้แล้ว ตั้งแต่ตอนที่เรา Import UnetLab เข้ามาใช้งานจากไฟล์ OVA เราก็สามารถใช้งานเจ้า pnet ได้ทันทีเลยแต่ชื่อของมันใน UnetLab โดยมันชื่อว่า “pnet0” ซึ่งเชื่อมต่ออยู่กับ eth0 ของ UnetLab นั่นเอง

จากรูปด้านบนจะเห็นได้ว่าเมื่อนำ pnet มาวางบน Topology แล้วมันจะมีรูปร่างเป็นก้อนเมฆ (Cloud) เหมือนกับ Cloud ใน GNS3 เลยและหลักการทำงานก็ยังเป็นแบบเดียวกันอีกด้วย

โดยทั่วไปแล้วใน VMware workstation จะใช้ VMnet0 ในรูปแบบของ NAT โดยจะทำการแจก DHCP ออกมาให้กับอุปกรณ์ต่างๆแบบอัตโนมัติ สำหรับ NAT network ในเครื่องของผมจะใช้ IP Address 192.168.114.x/24 โดย UnetLab ของผมจะใช้ Static IP Address หมายเลข 192.168.114.10 ส่วน F5 จะใช้ IP Address 192.168.114.11

สำหรับขั้นตอน Step by step ก็ตามรูปครับไหนๆก็เลิกทำ Video แล้วเอาแบบละเอียดเลย หวังว่าคงจะไม่มีหมาแมวที่ไหนมาบ่นกระแนะกระแหนผมอีกนะครับ 😛

1. เริ่มสร้าง Lab ใหม่

2. ตั้งชื่อ Lab และใส่คำอธิบาย

3. นำอุปกรณ์มาวาง ในตัวอย่างนี้ผมใช้ F5 VE 11.3

4. ต่อมาก็คือตัวเอกของบทความนี้ครับ pnet0 โดยตัว pnet จะอยู่ที่ network

5. จากนั้นให้ทำ Connection ให้กับ F5 และ pnet

6. เสร็จแล้วก็ได้ตามรูปด้านล่างนี้ครับ

สำหรับการสร้าง Topology ก็จะหมดเพียงเท่านี้ครับ ต่อไปเป็นการตั้งค่าของ F5 ตามที่กำหนดไว้คือ IP Address 192.168.11.11 เพื่อที่จะให้ F5 อยู่ใน NAT network ของ VMware แบบเดียวกันกับ UnetLab เพื่อที่เราจะสามารถใช้ Web interface ต่อไปได้โดยออกจาก Edit mode ตามรูป

จากนั้นทำการ Start F5 VM

ทำการ Console เพื่อทำการตั้งค่าดังนี้

User login : root

password: default

Command : config

จากนั้นตั้งค่าตามที่กำหนดไว้

เมื่อทำการตั้งค่าถูกต้องแล้วเราจะต้อง Ping IP Address 192.168.114.11 ได้ตามรูปด้านล่างครับ

เรียบร้อยแล้วครับ จากนั้นก็ทำการเปิด Web browser เพื่อตามเข้าไป Configure ในหน้าเวบต่อได้แล้ว ^^

เป็นอันจบบทความในวันนี้ครับสำหรับท่านที่ต้องการให้มีการทำ Bridge interface หรือ pnet เพิ่มเติมอีกก็สามารถตามเข้าดูต่อได้ที่ www.unetlab.com ที่ link นี้ครับ http://www.unetlab.com/2014/11/using-cloud-devices/ ถ้าดูตามที่เวบจะสามารถเพิ่ม pnet ได้ถึง 10 interfaces เนื่องจากเป็น Limitation ของ VMware ที่ให้เพิ่มการ์ด LAN ได้แค่ 10 อัน ซึ่งเท่าที่ผมลองทำดูก็มามารถเพิ่ม pnet เข้ามาใช้งานได้ตามตัวอย่างไม่มีปัญหาอะไรครับ (ในรูปด้านบนสุดจะสังเกตุว่าผมมี pnet1 ด้วย)