Re: [j-nsp] VMX integrated FPC

The original line I was looking for was vm_local_rpio=”1” /boot/loader.conf I believe VMX was pre-release at the stage I was thinking of and after release it was only distributed as the multi-VM setup so I'm not sure if the code that ran the virtual FPC integrated is still there.

Re: [j-nsp] VMX integrated FPC

Hi Lukasz. Went scavenging through documentation and the requirements are not bigger, they are actually less. Memory required is the same (3GB) but nested only requires 3 vCPU to run everything, versus the 4 vCPU required for non-nested. So negligible reduction, but it’s definitely not bigger

Re: [j-nsp] VMX integrated FPC

On 21 Dec 2020, at 12:54 EAT, Mark Tees wrote: Does anyone know if that's still possible? I just want a pretend/low performance/fake FPC ideally. In addition to the responses you’ve received there’s also https://github.com/Juniper/OpenJNPR-Container-vMX to look at. YMMV. -- patrick

Re: [j-nsp] VMX integrated FPC

Nikolas, Mark, > On 23 Dec 2020, at 02:47, Nikolas Geyer wrote: > > vRR is basically just the VCP component of vMX without the vFP, which is why > it’s limited to Linux bridged “management” interfaces. > > There is nested vMX which runs the VCP as a nested virtual machine within the > VFP,

Re: [j-nsp] VMX integrated FPC

vRR is basically just the VCP component of vMX without the vFP, which is why it’s limited to Linux bridged “management” interfaces. There is nested vMX which runs the VCP as a nested virtual machine within the VFP, not sure if it reduces requirements and iirc it only works on KVM. Sent from

Re: [j-nsp] VMX integrated FPC

Digging into that a bit further, it looks like when I enabled the Intel VT-x/EPT on a Linux VM in Vmware it booted with /dev/kvm so it may work. Will give it a go and report back. On Tue, 22 Dec 2020 at 09:50, Mark Tees wrote: > > I would love to use that but it requires a CPU that has nested >

Re: [j-nsp] VMX integrated FPC

I would love to use that but it requires a CPU that has nested virtualisation features which my laptop doesn't have. I have another machine with a newer Intel i7 CPU but I suspect VMCS is Xeon only. I can always boot that second box into Linux and run KVM directly on it though. Food for thought.

Re: [j-nsp] VMX integrated FPC

That's it. I actually wanted to see MX specific things get spun on up on interfaces from some code being developed. Currently I have 2 x VMX's squashed into 4G's of RAM running under Vmware Fusion which currently does the job but it's a bit messy. I can probably fix the mess by generating the

Re: [j-nsp] VMX integrated FPC

Hi, I remember when I originally got my mittens on VMX there was a boot > flag to tell it to use an integrated FPC or integrated RIOT without a > separate VM running forwarding. I can't find my notes on that. > > Does anyone know if that's still possible? I just want a pretend/low >

Re: [j-nsp] VMX integrated FPC

On Mon, 21 Dec 2020 at 18:27, wrote: > I guess if you don't want any vfp VM and want to run vcp VM only then vRR or > the cRDP are the possible options? I suspect the requirement is MX feature/configuration validation, so pps would be traded for simplicity of stack, down to 1pps. vRR and cRPD

Re: [j-nsp] VMX integrated FPC

> James Bensley > Sent: Monday, December 21, 2020 3:01 PM > > On Mon, 21 Dec 2020 at 09:56, Mark Tees wrote: > > > > Hello > > > > I remember when I originally got my mittens on VMX there was a boot > > flag to tell it to use an integrated FPC or integrated RIOT without a > > separate VM running

Re: [j-nsp] VMX integrated FPC

On Mon, 21 Dec 2020 at 09:56, Mark Tees wrote: > > Hello > > I remember when I originally got my mittens on VMX there was a boot > flag to tell it to use an integrated FPC or integrated RIOT without a > separate VM running forwarding. I can't find my notes on that. > > Does anyone know if that's

[j-nsp] VMX integrated FPC

Hello I remember when I originally got my mittens on VMX there was a boot flag to tell it to use an integrated FPC or integrated RIOT without a separate VM running forwarding. I can't find my notes on that. Does anyone know if that's still possible? I just want a pretend/low performance/fake FPC

Re: [j-nsp] vMX and SR-IOV, VFP xml dump

Hi, On 22/08/2019 6:34 pm, adamv0...@netconsultings.com wrote: For some reason mine is acting as if there's some kind of throttling or pps rate performance issue. This is pinging not to the vMX but rather through the vMX so only VFP is at play. Interesting, how much traffic are you talking

Re: [j-nsp] vMX and SR-IOV, VFP xml dump

https://github.com/pinggit/vmx-tutorial does a pretty good job of explaining what is happening in the background Simon. On Thu, 22 Aug 2019 at 18:34, wrote: > > From: Chris > > Sent: Thursday, August 22, 2019 6:44 AM > > > > Hi > > > > On 21/08/2019 3:32 pm, adamv0...@netconsultings.com

Re: [j-nsp] vMX and SR-IOV, VFP xml dump

> From: Chris > Sent: Thursday, August 22, 2019 6:44 AM > > Hi > > On 21/08/2019 3:32 pm, adamv0...@netconsultings.com wrote: > > Thank you, much appreciated. > > Out of curiosity what latency you get when pinging through the vMX > please? > > It's less than 1/10th of a millisecond (while

Re: [j-nsp] vMX and SR-IOV, VFP xml dump

Hi On 21/08/2019 3:32 pm, adamv0...@netconsultings.com wrote: Thank you, much appreciated. Out of curiosity what latency you get when pinging through the vMX please? It's less than 1/10th of a millisecond (while routing roughly 3gbit of traffic and this via a GRE tunnel running over IPSEC

Re: [j-nsp] vMX and SR-IOV, VFP xml dump

> Chris > Sent: Tuesday, August 20, 2019 3:05 AM > > Hi, > > On 19/08/2019 6:59 pm, adamv0...@netconsultings.com wrote: > > Wondering if anyone would share their xml dump from VFP -the interface > > config for a working SR-IOV setup please. (not sure if vCPU related > > info is needed as well,

Re: [j-nsp] vMX and SR-IOV, VFP xml dump

Hi, On 19/08/2019 6:59 pm, adamv0...@netconsultings.com wrote: Wondering if anyone would share their xml dump from VFP -the interface config for a working SR-IOV setup please. (not sure if vCPU related info is needed as well, probably if cpu pinning is used) Sure. This is with 4 x Intel X710

[j-nsp] vMX and SR-IOV, VFP xml dump

Hi folks, Wondering if anyone would share their xml dump from VFP -the interface config for a working SR-IOV setup please. (not sure if vCPU related info is needed as well, probably if cpu pinning is used) The juniper script is useless in my opinion as I'd like to understand the xml settings.

Re: [j-nsp] vMX questions - vCPU math

For the Junos upgrade you will have to follow the same steps as you did when you first installed the vMX. which effectively means no issu and no traditional request software add... etc. You are looking for a downtime for sure (extended or not depending on the engineer's skills) Following are the

Re: [j-nsp] vMX questions - vCPU math

On 30 December 2018 21:54:17 CET, Robert Hass wrote: ... >My confusion is related to HT setting, as you wrote to disable it. > >But vMX Getting Started Guide for KVM says: > >"CPU pinning with flow caching enabled (performance mode) is different >than >with flow >caching disabled (lite mode).

Re: [j-nsp] vMX questions - vCPU math

> Thanks My use-case is vPE, HugePages are already enabled. I'm using separate VMs for vCP and vFPC (so no nested). My confusion is related to HT setting, as you wrote to disable it. But vMX Getting Started Guide for KVM says: "CPU pinning with flow caching enabled (performance mode) is

Re: [j-nsp] vMX questions - vCPU math

On 30 December 2018 18:40:50 CET, James Bensley wrote: > Text with lots of typos ^ Sorry about that, on a mobile. >I often make notes and never get around to publishing them online >anywhere. Nearly 2 Yeats ago (where did the time go?) I was testing >CRS1000v performance. This link might

Re: [j-nsp] vMX questions - vCPU math

On 30 December 2018 18:12:43 CET, Aaron1 wrote: >With vMX I understand that as more performance is needed, more vcpu, >network card(s) and memory are needed. As you scale up, a single vcpu >is still used for control plane, any additional vcpu‘s are used for >forwarding plane. The assignment

Re: [j-nsp] vMX questions - vCPU math

With vMX I understand that as more performance is needed, more vcpu, network card(s) and memory are needed. As you scale up, a single vcpu is still used for control plane, any additional vcpu‘s are used for forwarding plane. The assignment of resources is automatic and not configurable.

[j-nsp] vMX questions - vCPU math

Hi I have few questions regarding vMX deployed on platform: - KVM+Ubuntu as Host/Hypervisor - server with 2 CPUs, 8 core each, HT enabled - DualPort (2x10G) Intel X520 NIC (SR-IOV mode) - DualPort Intel i350 NIC - vMX performance-mode (SR-IOV only) - 64GB RAM (4GB Ubuntu, 8GB vCP, 52GB vFPC) -

Re: [j-nsp] vMX vFPC CPU utilization

CPU utilization on DPDK Applications (like vMX) is not a good way of representing utilization. vMX uses Poll mode drivers which consume all of the CPU cycles on a given thread whether there is 1 packet or 4 million. If you are looking to link utilization, packet or bps I/O is better. Thanks,

[j-nsp] vMX vFPC CPU utilization

Hi Is any way to (i.e. CLI command) to display CPU cores utilization for vMX ? I just know 'show pfe statistics traffic bandwidth" - but it's display amount of traffic vs installed vMX license. Rob ___ juniper-nsp mailing list

Re: [j-nsp] VMX 17.1 experiencing high latency/packet loss with SRIOV

for the feedback. -Original Message- From: juniper-nsp [mailto:juniper-nsp-boun...@puck.nether.net] On Behalf Of James Bensley Sent: Wednesday, April 05, 2017 18:00 To: juniper-nsp@puck.nether.net Subject: Re: [j-nsp] VMX 17.1 experiencing high latency/packet loss with SRIOV On 5 April 2017 at 15:38

Re: [j-nsp] VMX 17.1 experiencing high latency/packet loss with SRIOV

On 5 April 2017 at 15:38, wrote: > The NIC is an Intel XL710 running at 10Gbps. I don't know about vMX for Junos 17, is the i40evf driver supported (for X710 Intel NICs)? We are having a similar issue with Cisco's CSR1000v on CentOS with KVM and X710 NICs. The

[j-nsp] VMX 17.1 experiencing high latency/packet loss with SRIOV

Hi, We are trying to setup a VMX in 17.1R1 in SRIOV mode. When trying to ping a directly connected physical node over one of the SRIOV interface, we experience packet losses and a very high latency. There is no issue with the virtio interfaces (like management...) that have a normal behavior,

Re: [j-nsp] vMX SR-IOV

Stefan, You need to use the modified version of the Intel drivers that are shipped with the VMX. Thanks On Fri, 24 Mar 2017 at 08:18, Stefan Stoyanov wrote: > Hi everyone, > > Does anyone have an idea, why vMX SR-IOV vlan-tagging isn't working? > If I use "unit 0" without

Re: [j-nsp] vMX SR-IOV

It's not supported by the Intel drivers. Travelling, I'll try and find you a link tomorrow. Cheers, James. On 23 Mar 2017 21:18, "Stefan Stoyanov" wrote: > Hi everyone, > > Does anyone have an idea, why vMX SR-IOV vlan-tagging isn't working? > If I use "unit 0" without

[j-nsp] vMX SR-IOV

Hi everyone, Does anyone have an idea, why vMX SR-IOV vlan-tagging isn't working? If I use "unit 0" without any VLANs configured on the interface everything is okay. Is it possible to be something related to the NIC which I am using? Also, do I need to disable some of the following feature ( or

Re: [j-nsp] vMX

w Juniper plans to allow up to 2 REs and up to ?(3 and more) separate PFE instances With best regards alexander -Ursprüngliche Nachricht- Von: juniper-nsp [mailto:juniper-nsp-boun...@puck.nether.net] Im Auftrag von Stefan Stoyanov Gesendet: Donnerstag, 17. November 2016 15:12 An: juniper-nsp@

Re: [j-nsp] vMX

Hi Alexander, Paul, Thank you very much for that information, it will be very helpful. The thing which I don't understand is when I change ( vm_instance=“0” to vm_instance=“2” ) in my boot/loader.conf file do I need to add second vFPC virtual machine and how to connect it to vCP VM. @Aaron,

Re: [j-nsp] vMX

Thanks Alexander, I'm using olive/vMX within virtual box, and then it shows up in my GNS3 environment. Working very nice at the moment. I'd love to do the dual RE thing you mentioned for testing GR, GRES, NSR, ISSU is that possible ? If so please let me know where the boot/loader.conf is

Re: [j-nsp] vMX

nerstag, 17. November 2016 15:12 An: juniper-nsp@puck.nether.net Betreff: [j-nsp] vMX Hello everyone, Is there someone who is familiar with vMX? I have installed vMX under VMWARE and I wanted to know if it's possible to add more than one FPC. I coul

Re: [j-nsp] vMX

g von Stefan Stoyanov Gesendet: Donnerstag, 17. November 2016 15:12 An: juniper-nsp@puck.nether.net Betreff: [j-nsp] vMX Hello everyone, Is there someone who is familiar with vMX? I have installed vMX under VMWARE and I wanted to know if it's possible to add more than one FPC. I could find any doc

[j-nsp] vMX

Hello everyone, Is there someone who is familiar with vMX? I have installed vMX under VMWARE and I wanted to know if it's possible to add more than one FPC. I could find any documentation about that. Thanks. ___ juniper-nsp mailing list

Re: [j-nsp] VMX to VMX traffic on ESXi

No I didn't clone the VMs. I did 2 fresh installs from the same juniper image. You can see in my outputs that the MACs are different. Everything is working now that I've applied the license. -Serge On Mon, Mar 21, 2016 at 5:41 PM, Eduardo Schoedler wrote: > Did you cloned

Re: [j-nsp] VMX to VMX traffic on ESXi

Did you cloned VM? Did you change the mac-address? -- Eduardo Schoedler 2016-03-21 16:32 GMT-03:00 serge vautour : > Hello, > > Thanks to everyone who replied with suggestions. > > I did not have any licenses installed. Oddly enough VMX2 was showing: > > user@LabVMX2>

Re: [j-nsp] VMX to VMX traffic on ESXi

Hello, Thanks to everyone who replied with suggestions. I did not have any licenses installed. Oddly enough VMX2 was showing: user@LabVMX2> show pfe statistics traffic bandwidth Configured Bandwidth : 100 bps Bandwidth: 0 bps Average Bandwidth

Re: [j-nsp] VMX to VMX traffic on ESXi

I have got some strange problem with vmx on vmware. First double check if all our vswitch are in promiscuous mode. Check also if you use vxnet or e1000 type of interface, I've got erratic problems with vxnet, and gave up with it. Check the mac address mapping, and finaly check if you have proper

Re: [j-nsp] VMX to VMX traffic on ESXi

What Paul said, make sure you have proper mac add being propagated at the port level. On Mar 19, 2016, 5:25 PM -0700, Paul Abbott, wrote: > Hi Serge, > > Have you verified the mac address from the VFP’s configuration with the MAC > address of the interface in question

Re: [j-nsp] VMX to VMX traffic on ESXi

Hi Serge, Have you verified the mac address from the VFP’s configuration with the MAC address of the interface in question from the Junos CLI? I’ve noticed that sometimes the interfaces are not assigned in the same order you create them. Thanks, Paul Abbott Technical Marketing Engineering -

[j-nsp] VMX to VMX traffic on ESXi

Hello, I haven't had any replies in the Juniper VMX forum so I thought I'd try here: I have setup 2 VMX (each with a VCP & VPFE) on one ESXi host using Junos VMX 15.1F4. Each VMX seems to be working fine on it's own. I can remotely access the fxp0 interface. I created a dedicated vswitch with

Re: [j-nsp] vMX for ESXi

om>, Mark Tinka <mark.ti...@seacom.mu> Cc: "juniper-nsp@puck.nether.net" <juniper-nsp@puck.nether.net> Subject: RE: [j-nsp] vMX for ESXi There isn't a performance optimized version of XRv, it's really only useful for low speed applications like the vRR bersion of Junos.

Re: [j-nsp] vMX for ESXi

On Sat, Jan 9, 2016 at 4:35 AM, Phil Bedard wrote: > > Yes I’ve used both versions. I know it’s supposed to be DPDK enabled but > I wasn’t able to push very much through the 5.4.0 and 6.0 images I have. > Not really that close to what the vMX could do. > Using 5.4.0 image In

Re: [j-nsp] vMX for ESXi

core affinities, etc. Afaik still no support for Intel DPDK like vMX and the vSR from ALU. Phil From: Adam Vitkovsky Sent: Wednesday, January 6, 2016 7:52 AM To: Robert Hass; Mark Tinka Cc: juniper-nsp@puck.nether.net Subject: Re: [j-nsp] vMX for ESXi Hi, > Robert Hass > Sent: Wed

Re: [j-nsp] vMX for ESXi

> > This release for ESXi is joke and crap. Just waste of my time. > Someone who wrote documentation (Getting Started Guide) forget that VCP needs 3rd disk - metadata_usb.vmdk. After adding this disk vMX is proper detected and communitcation with vFCP is established. I noticed vmxnet3 for VFP

Re: [j-nsp] vMX for ESXi

> It would seem that vMX is still in the quite early stages. When I looked > at it a few months ago, the documentation was lacking lots of details. In > the end, I just didn't feel like it was ready for production in the role > that I wanted to use it in. The lack of VMWare support at the time

Re: [j-nsp] vMX for ESXi

Hi All, Thanks for your interest in vMX! We apologize for a couple of missing pieces as part of vMX 15.1F4 release that have caused issues on user end. First, vMX ESXi image was missing due to some backend script issues. Second, Getting Started Guide for VMWare for vMX was missing a

Re: [j-nsp] vMX for ESXi

On Wed, Jan 6, 2016 at 12:53 PM, Mark Tinka wrote: > Cisco have been at this longer than Juniper, so you have to appreciate > that it will take some time to get a decent product from Juniper. > > Otherwise, you'll pull all your hair out. > > We're using CSR 1000V (1G AX

Re: [j-nsp] vMX for ESXi

On 5/Jan/16 09:50, Robert Hass wrote: > > > Hi > Thanks for update, great to hear that. But I downloaded 15.1F4 vMX from > juniper.net and very disappointed as: > 1) There is no OVA images in .tgz. Just *.img, *.tgz which are useless for > VMware. I can convert them to VMDK but come on I want

Re: [j-nsp] vMX for ESXi

On 6/Jan/16 14:03, Robert Hass wrote: > > > We're using CSR 1000V (1G AX licenses) for some routing (even BGP) > plus a lot of VPNs (IKEv2, DM-VPN). Performance is not superb in terms > pure packet forwarding (I cannot beat 600-800Mbps), but in terms of > encryption/VPNs is very similar to

Re: [j-nsp] vMX for ESXi

On Wed, Jan 6, 2016 at 2:34 AM, Mark Tees wrote: > One thing I noticed missing in the Vmware document/procedure appeared > to be the process for using SR-IOV with Vmware. > > Do we just follow the Vmware docs on this and the vPFE will pickup the > virtual functions or is this

Re: [j-nsp] vMX for ESXi

Hi, > Robert Hass > Sent: Wednesday, January 06, 2016 12:03 PM > > But returning to vMX - we have a lot of use-cases for vMX, so Cisco products > are not cure for us :) Still waiting for *WORKING* vMX do VMware. > Got me wondering in what use cases vMX is better than XRv please? adam

Re: [j-nsp] vMX for ESXi

-boun...@puck.nether.net] Im Auftrag von Mark Tees Gesendet: Mittwoch, 6. Januar 2016 02:34 An: Dale Shaw Cc: juniper-nsp@puck.nether.net Betreff: Re: [j-nsp] vMX for ESXi Hi Dale/Robert, One thing I noticed missing in the Vmware document/procedure appeared to be the process for using SR-IOV

Re: [j-nsp] vMX for ESXi

On 6/Jan/16 15:04, Alexander Marhold wrote: > Hi > > There is a separate forum for vMX > > http://forums.juniper.net/t5/vMX/bd-p/vMX > > so I would suggest to put questions and answers regarding the vMX product > here. I think it is good to talk about vMX on this list, as well as on the

Re: [j-nsp] vMX for ESXi

>http://puck.nether.net/pipermail/cisco-nsp/2015-August/100318.html Our ESXi'es hosts + CSR 1K VMs are already after above tuning Rob ___ juniper-nsp mailing list

Re: [j-nsp] vMX for ESXi

On Wed, Jan 6, 2016 at 1:51 PM, Adam Vitkovsky wrote: > Got me wondering in what use cases vMX is better than XRv please? > It's all about OPEX - we have people here working with JunOS for ages and never touched XR. Nobody will invest in XR training, also we don't

Re: [j-nsp] vMX for ESXi

-nsp [mailto:juniper-nsp-boun...@puck.nether.net] Im Auftrag von Robert Hass Gesendet: Dienstag, 5. Januar 2016 08:51 An: Dale Shaw Cc: juniper-nsp@puck.nether.net Betreff: Re: [j-nsp] vMX for ESXi On Mon, Jan 4, 2016 at 11:29 PM, Dale Shaw <dale.shaw+j-...@gmail.com> wrote: > ESX

Re: [j-nsp] vMX for ESXi

> Maybe you missed the VMX getting started guide > > > http://www.juniper.net/techpubs/en_US/vmx15.1f4/information-products/pathway > -pages/getting-started/vmx-gsg-vmware.html > > Hi Thanks for this hint. Finally these guide looks What I'm looking for regarding documentation. But still TGZ

Re: [j-nsp] vMX for ESXi

Hi again, On Tuesday, 5 January 2016, Robert Hass wrote: But still TGZ package doesn't have files which I'm looking and above guide > referring them - *.vmdk files :( Please check again -- the ESXi packages have now been posted. Cheers, Dale

Re: [j-nsp] vMX for ESXi

Hi Dale/Robert, One thing I noticed missing in the Vmware document/procedure appeared to be the process for using SR-IOV with Vmware. Do we just follow the Vmware docs on this and the vPFE will pickup the virtual functions or is this not supported yet? Cheers, Mark On 6 January 2016 at

Re: [j-nsp] vMX for ESXi

Hi Robert, On Tuesday, 5 January 2016, Robert Hass wrote: > Hi > > I'm looking for any scheduled release date for vMX (Virtual MX) for VMware > ESXi platform ? ESXi support was introduced in vMX release 15.1F4.

[j-nsp] vMX for ESXi

Hi I'm looking for any scheduled release date for vMX (Virtual MX) for VMware ESXi platform ? Current releases are only for Linux virtualization (KVM) which is far away from VMware in matter of management and easy of use. So until VMware release for us vMX is currently useless. Rob

Re: [j-nsp] vMX for ESXi

On Mon, Jan 4, 2016 at 11:29 PM, Dale Shaw wrote: > ESXi support was introduced in vMX release 15.1F4. > > > http://www.juniper.net/techpubs/en_US/vmx15.1f4/information-products/topic-collections/release-notes/jd0e52.html#jd0e52 > > Hi Thanks for update, great to hear

Re: [j-nsp] vmx on aws

It can't be imported anywhere, except Linux KVM and VMWare ESXi. I think that import is possible, but I don't think it would work well on aws. On Tue, Oct 6, 2015 at 9:09 AM, Nikos Leontsinis wrote: > Anyone knows if the vmc can be imported as a vm on aws? >

[j-nsp] vmx on aws

Anyone knows if the vmc can be imported as a vm on aws? ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp

Re: [j-nsp] vMX availability

On May 6, 2015, at 12:13 AM, Nathan Ward nw...@daork.net wrote: On 6 May 2015 at 12:20:21, Jeff Haas (jh...@juniper.net mailto:jh...@juniper.net) wrote: -- Jeff (who regularly uses VMX in-house for control plane testing) Have you done any BNG stuff on it? I’ve got a number of

Re: [j-nsp] vMX availability

A friendly PLM said the following was okay to post: VMX FRS is 14.1R5 which is expected to be out by the 1st week of June. Ah good, I ve got a pricelist from Juniper, and price looks ok :) So we can move forward and test. -- Raphael Mazelier ___

Re: [j-nsp] vMX availability

And the world is a better place for you spending your day job in BGP land.:) On May 6, 2015, at 8:39 AM, Jeff Haas jh...@juniper.net wrote: On May 6, 2015, at 12:13 AM, Nathan Ward nw...@daork.net wrote: On 6 May 2015 at 12:20:21, Jeff Haas (jh...@juniper.net mailto:jh...@juniper.net)

Re: [j-nsp] vMX availability

[responding to the original poster] On Apr 30, 2015, at 3:27 PM, Josh Baird joshba...@gmail.com wrote: Does anyone know if vMX is out in the wild yet? I was under the impression that lab/trial versions would be available through re-sellers in early March, but I haven't had any luck getting

Re: [j-nsp] vMX availability

Le 30/04/15 22:49, Daniel Rohan a écrit : The good advice I got when I asked this question a few months back was talk to your SE. I did, and it was fruitful. I ll try it again so :) -- Raphael Mazelier ___ juniper-nsp mailing list

Re: [j-nsp] vMX availability

Yes, it is; and it is quite cheap. For RR purposes, it will set you back only around $1,000 + hardware costs. VMX-100M, 100M perpetual license. Includes all features in full scale. Includes port based queuing and per-vlan queuing, 750 USD You have to add support costs to the price to reach my

Re: [j-nsp] vMX availability

I may need to talk to another sales partner, because I can't seem to even get a trial from the company that I am working with now. On Mon, May 4, 2015 at 4:01 PM, Eugeniu Patrascu eu...@imacandi.net wrote: Yes, it is; and it is quite cheap. For RR purposes, it will set you back only around

Re: [j-nsp] vMX availability

Le 04/05/2015 22:22, Josh Baird a écrit : I may need to talk to another sales partner, because I can't seem to even get a trial from the company that I am working with now. Depends on your country, but I may be easier and better to talk directly with juniper. Anyway the price is correct,

[j-nsp] vMX availability

Does anyone know if vMX is out in the wild yet? I was under the impression that lab/trial versions would be available through re-sellers in early March, but I haven't had any luck getting my hands on anything. Josh ___ juniper-nsp mailing list

Re: [j-nsp] vMX availability

Was wondering the same Sent from my BlackBerry 10 smartphone. From: Josh Baird Sent: Thursday, April 30, 2015 3:28 PM To: juniper-nsp@puck.nether.net Subject: [j-nsp] vMX availability Does anyone know if vMX is out in the wild yet? I was under the impression that lab/trial versions would

Re: [j-nsp] vMX availability

, April 30, 2015 3:28 PM To: juniper-nsp@puck.nether.net Subject: [j-nsp] vMX availability Does anyone know if vMX is out in the wild yet? I was under the impression that lab/trial versions would be available through re-sellers in early March, but I haven't had any luck getting my hands

Re: [j-nsp] VMX: Available or not?

On 9/Feb/15 23:14, Daniel Rohan wrote: Has anyone gotten their hands on a VMX license? My reseller isn't getting traction on a timeline or definitive pricing. I'm thinking through options for a deployment lab and the VMX seemed like it *might* be ideal assuming that the pricing wasn't

[j-nsp] VMX: Available or not?

Has anyone gotten their hands on a VMX license? My reseller isn't getting traction on a timeline or definitive pricing. I'm thinking through options for a deployment lab and the VMX seemed like it *might* be ideal assuming that the pricing wasn't through the roof. I don't want to use an Olive