Phil Mayers writes:
> 4. Finally, you may find that bulk data collection - e.g. all the
>counters, all the ARP / ethernet switching table entries - is quicker
>over Netconf. SNMP results need to be OID-sorted which can be slow, but
>also the TCP transport can end up being faster than UDP. Test
Which of the certification tracks are you going for? Because eventually,
each will be different!
Two options to start out the way I see it. Grabbing a few SRX¹s or even
old J-series off EBay are good. JUNOS is JUNOS at the beginning levels.
Eventually things separate though.
An MX would be an
As Hugo mentioned, L2VPN/VPLS/Multicast will be a problem with any
virtualized product that you run on your machines (Firefly, Olive).
Junosphere can be used for these, though. They might eventually release
Junosphere for consumer use, but who knows.
--tc
On Thu, Sep 4, 2014 at 9:57 AM, Scott G
So VFIrefly is a good idea. I happen to have a copy from the time I was
working for J. I can probably get a good part of the way with that. I’ve seen
some pretty complicated topologies created using that environment. Basically
it seems to be a virtual SRX which you can then put in to packet
You would have to compete with Junosphere and iNetZero. Junosphere is
virtualized, on-demand so has some pretty big draw (for me at least)
because I don't need to worry about scheduling with regards to other
people. There's a lot of overhead in rolling your own service (creating a
scheduling syst
I don't mean to hijack the thread but what is the market like for lab
rentals? I thought about starting such a service and giving a /24 to "play
with".
On Thu, Sep 4, 2014 at 12:38 PM, Tyler Christiansen wrote:
> It also depends on what certifications you're going for. Also need to keep
> in m
It also depends on what certifications you're going for. Also need to keep
in mind that EX2200 and EX3200, while capable of virtual chassis, do not
have dedicated virtual chassis ports. None of those devices will let you
do some of the switching features necessary for SP exams, and the J2300 and
This actually looks interesting, thanks for the pointer.
On Sep 4, 2014, at 12:11 PM, ryanL
mailto:ryan.lan...@gmail.com>> wrote:
something like this might be overkill, but might save you a lot of money on
rack rentals if you plan on spending loads of time on this.
http://www.ebay.com/itm/MUST
something like this might be overkill, but might save you a lot of money on
rack rentals if you plan on spending loads of time on this.
http://www.ebay.com/itm/MUST-SEE-1OFAKIND-JUNIPER-JNCIE-JNCIS-JNCIA-CCIE-CCNP-COUNTERPART-CISCO-LAB-/141393100611?pt=US_Wired_Routers&hash=item20ebaf7f43
(not my
Hi,
I’m starting down the path of certifications and wondering what people use for
practice labs in terms of hardware? I did some googling but have mostly found
rack rental services. Is this the primary method? Is there anyone putting
together bundles for sale of used equipment like you migh
Le 04/09/2014 14:52, Gavin Henry a écrit :
>> That looks to be it. I had regular flow monitoring yesterday. Changed to
>> inline this morning and only noticed CPU then. Rolled back to regular, but
>> CPU still at 100% - Looks like I need to restart FPC...
> We get this too when enabledin 1:1 IPF
Good morning,
I’ve been trying to get Ethernet OAM CFM to work properly and the lo0 inet
filter is causing the layer 2 protocol to stay stuck in the ‘start’ state.
If I deactivate the lo0 filter and add the source IP to the trusted prefix
list commit then activate the filter OAM stays up.
If I
Le 04/09/2014 14:02, Darren O'Connor a écrit :
> Yes my bad. 12.3R7.7
>
> Still shows the same. No issues forwarding traffic:
>
> root@mx80> show chassis tfeb
> TFEB status:
> Slot 0 information:
> State Online
> Intake temperature 42 degrees C /
> That looks to be it. I had regular flow monitoring yesterday. Changed to
> inline this morning and only noticed CPU then. Rolled back to regular, but
> CPU still at 100% - Looks like I need to restart FPC...
We get this too when enabledin 1:1 IPFIX sampling with sampled using
all the CPU. If 1
That looks to be it. I had regular flow monitoring yesterday. Changed to inline
this morning and only noticed CPU then. Rolled back to regular, but CPU still
at 100% - Looks like I need to restart FPC...
Thanks
Darren
http://www.mellowd.co.uk/ccie
> Subject: Re: [j-nsp] Cosmetic bug? - mx80
Hi Darren,
do you have inline sampling/Jflow/IPFIX configured ?
If so, you may hit PR671136.
Olivier
Le 4 sept. 2014 à 14:02, Darren O'Connor a écrit :
> Yes my bad. 12.3R7.7
>
> Still shows the same. No issues forwarding traffic:
>
> root@mx80> show chassis tfeb
> TFEB status:
> Slot 0 info
Yes my bad. 12.3R7.7
Still shows the same. No issues forwarding traffic:
root@mx80> show chassis tfeb
TFEB status:
Slot 0 information:
State Online
Intake temperature 42 degrees C / 107 degrees F
Exhaust temperature58 degrees C
> I'm running 12.2r7.7 on an MX80 and I'm seeing very high cpu on the tfeb and
> fpcs. However when logging into the tfeb the CPU is 'idle' for the majority
> of the time. The time reported is 100% though. It's not actually affecting
> traffic forwarding. I've logged a jtac case but wondering if
we have here 2 x EX8208 working in virtual chassis mode
using 12.3R5.7 without problems
Sent from my iPhone
> On 04/09/2014, at 06:35, Victor Nagoryanskii wrote:
>
> Hello,
>
> recently we upgraded our EX8216 to current JTAC recommended Junos version
> (12.3R6.6), and now we have two big prob
Hello,
recently we upgraded our EX8216 to current JTAC recommended Junos version
(12.3R6.6), and now we have two big problems - first, switch spontaneously
stops forward traffic for some hosts, terminated locally. Second - we
unable to "commit". Each time we try to commit, we get message:
error:
I'm running 12.2r7.7 on an MX80 and I'm seeing very high cpu on the tfeb and
fpcs. However when logging into the tfeb the CPU is 'idle' for the majority of
the time. The time reported is 100% though. It's not actually affecting traffic
forwarding. I've logged a jtac case but wondering if anyone
21 matches
Mail list logo
