The way to do this, is to request access to the 60-day trial download from Juniper, and download the KVM version. This means we’ll need to create two VMs in GNS3, and connect them together, in order to run a vMX “instance”. With the public releases of vMX, Juniper split it up into two VMs: the virtual control-plane (vCP), and the virtual forwarding-plane (vFP). Sure, they are missing features, but they’re perfect if you want to dip your toes in Juniper’s “water”, and you can easily use multiple instances in a topology, like this: Importing the split-VM public releases/trials of VMX Since they are far more lightweight (resource-wise) than the split VM public releases of vMX, you might want to consider tracking these down. That’s really all it takes to get the legacy single-VM versions of vMX to run via GNS3. In the below example, I set a root system password, configured ge-0/0/0 to use an IPv4 address, and successfully committed the changes: If we don’t, then the commit process will never work, so we’ll be unable to commit our configuration changes. Now, since we didn’t have a root password when we logged in, the first step we should do is create one. Type “edit” (without the quotes) to get into configuration mode. That means we can start configuring the system. Notice that virtual PIC 0 is Online, and we can see that the 10 ge-0/0/x interfaces I configured the VM to use, are present and “up/up”. Once you wait an extra 2-3 minutes, here’s the output we really want to see: You may think that looks fine, but the virtual PIC 0 is missing, which means none of the gigabit ethernet interfaces will ever be present. Here is what you’ll see, if you do not wait: You really need to give it an extra 2-3 minutes, after you see the login prompt, so that everything fully loads up. Something else you know: Even though the legacy vMX image boots up rather quickly, the virtual FP part of it does NOT. Reboot the image, and then it will be enabled. You can manually enable it by running this: If that statement isn’t there, don’t worry. Here is what you WANT to see, after the vMX instance loads: Now, before I proceed, there something you need to be aware of: Not all the pre-release single-VM images of vMX had the virtual FP enabled. When you start up one of these legacy images, the login is “root” with no password. Here are what your final settings should look like, in GNS3: Thus, if you wanted to connect ge-0/0/0 on two vMX instances to each other, you’d connect Eth2 on both VMs to each other. Eth1 = internal interface (unusable to us).When you edit the newly created VM, set assign it to the Routers category, and make sure it’s set to use 1GB RAM, 1 “vCPU”, and telnet.įor the network settings, I’ve assigned it 12 adapters. By default, these will be called “jinstall-vmx-domesting.img”. I happen to be using v2.6.0 in Linux, but the GNS3-VM will have v2.5.0. Next, assign it 1GB of RAM, and select your qemu binary. I just called it “vMX”, but you could include the version number in the name, as well. These single-VM versions of vMX include 14.1R1.10, 14.1R3.5, and 14.1R4.8.įirst, click Edit->Qemu VMs->New in GNS3. Important edit - see bottom of the document! Legacy VMX (the single-VM pre-release versions)
0 Comments
Leave a Reply. |
Details
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |