How to get rid of Frame 0 and oinker on cli

Have you ever experienced the message

when labbing with your vSRX / vQFX / vMX or even with hardware?


Calm down – this is nothing to worry about.


With the following code your device will “silently drop” the messages for you:

Finally my CLI is calm again πŸ˜‰


SRX100 in DimensionData Style

As you all know, I work for DimensionData in Germany. As a matter of fact i really like to mention this wherever I go – it’s my personality to do so because I only work for COmpany’s that I’m “proud” of – else it wouldn’t make sense to work there right?

I recently thought of pimping my old SRX100B with the NeonGreen from DiData – and it turned out pretty damn well for my first time spraypainting πŸ™‚


What do you think?
My next Project will be a fire-red SRX240 I have inside my Lab πŸ˜‰

Juniper EMEA SE-Summit 2017 :: Madrid here I come

Finally the time has arrived to pack my stuff and travel to Madrid for the Juniper SE Summit EMEA 2017. The EMEA Summit is by far the greatest event I have been a part of regarding Juniper Networks. Mainly european colleagues and champions who are able to understand the special european procedures and guidelines that are sometimes very hard to understand for colleagues living outside europe – especially data protection and privacy.

Of course I will also participate in my 2 granted exams – would be a shame to waste the possibility to do them for free – however this year there’s a limitation of 2 exams per person per Summit – but I think this is more than enough – after all this Summit is for the Tech-Sessions and not for pure Certification πŸ˜‰ So this time I will try to nail the JNCIS-FWV and JNCIS-QF

I will update this post every evening – so stay tuned πŸ™‚
The Summit will happen from July 11th to July 13th 2017 in Madrid.

The Agenda can be found here:



Day 1 – Monday – arrival

This morning we (I took my wife with me so she could enjoy Madrid) went from Oekoven (my Home-Town, 9 houses, 19 cows but FTTH) to Madrid.

As always (plane leaves at 12:05) we had just enough time (arrived at 9.50) thanks to very fast * cough * security officials and baggage drop ladies just so to stand punctual at the gate at boarding time.
Arrived in madrid, I noticed the very nicely built hall of the airport.

Thanks to a great service from the hotel, a driver was ready for our pick-up.
By the way it’s somewhat funny to read the sign “Mr. Scholz”- I’m not used to that πŸ˜‰
Madrid, 33Β° C and many (unlike in Germany) brown plants (see for yourself)

When we arrived at the hotel, I immediately noticed the Juniper registration, which stood proudly at the opposite of the entrance.
My calendar for the next days is ready to rock. Equipped with my green DimensionData Shirt and Basecap we went out to explore a bit of our madrid area, to shop some cans of water and to eat something.

Madrid has really nice small Restaurants – very charming.
Now I’m looking forward to tomorrow when the game begins – after breakfast I scheduled 2 exams πŸ˜‰





Day 2 – Tuesday – plenary

Tuesday – first thing to do after Breakfast was heading to the registration. I was surprised to see that Juniper also choose green today πŸ˜›

I got a bag with my badge, a book from juniper (really nice one this time) and of course a shirt.

The next step on my “to do List” was the JNCIS-FWV since more and more of our Customers migrate from ScreenOS to JunOS or still have SSG’s in production. Therefore this certification was my next step. Thankfully I passed πŸ˜‰ I also met the Guys from the Certification Team. Again – it was a big pleasure and honor to meet you guys – thanks for making the Certification possible every year.

After the Certification it was time to meet old friends and Colleagues by the Pool – a little chill before the plenary sessions

Finally it was time for the plenary Sessions – Kireeti time πŸ˜‰ We were introduced into the strategy and what juniper will do next. This year it was really interesting since there were 2 Rooms (i was in a room where they streamed the other room) so there were not like 1000 people sitting on a bird-cage and getting the climate system to crash πŸ™‚ By the way – againΒ Β° C today – tomorrow it will be 37Β° C and for Thursday they told us, that we will reach the 39Β° C – I am afraid πŸ˜€


Another cool thing is the Juniper “Game” this year – I still am in the Lead and hopefully defend the first place πŸ˜‰
After all I’m still the No1 Fanboy, right? lol πŸ˜€

vSRX D100 (vSRX 15.1X49-D100) is out

Just tested the new vSRX D100 Version on EVE and ESX.
Compared to D90 it feels (tested on ESX and EVE) way slower but seems to run very good once booted up (tested IPsec, DHCP-Server, DHCP-Client, Policy, OSPF, BGP and Clustering).

The following Graphic shows the time in seconds that the SXR needed from (Amnesiac) Login to cli prompt:

In general the time is almost identical – however the D100 needed significantly longer for boot when compared to the D90.
While the D90 took around 2Minutes from “click on start” to “login prompt”, the D100 needed a whooping 8 Minutes and reacted very very slow afterwards. After a night “idle” it was as responsive as the D90. I’m reading myself through the CHangelog, however I could not find a valid reason for this behavior so far.


I will proceed to test the D100 and of course compare D90 with D100 for you to make a good choice for your Home-Labs πŸ™‚

OSPF between a vSRX-Cluster and a standalone vSRX over vQFX on EVE-NG

I promised to deliver this and here it is: OSPF over vQFX πŸ˜‰
These days I lab a lot with EVE and I love it more every day – the possibilities are endless and the Labs are very very quick configured and running. With 2 new CPU’s my EVE now runs with decent Speed so compared to VMware ESX 6.0 there is no extreme performance difference anymore. I can live with that. Since D63 on the vQFX is running very stable and smooth I thought of this small OSPF Lab – I will add more “Quick-Labs” in the Future.

The SRX in Clustermode runs very well on EVE – however there is an optical error. If you build a Cluster, the interface mappings on EVE are completely wrong. This is due to the SRX getting a new interface (em0) as second interface Card – so if you select ge-0/0/0 in EVE, you really select em0.

But why is that you will ask? The answer is simple:
EVE is not aware of Cluster-Naming or Cluster Interfaces – so you have to think twice, what you have to select – I needed Wireshark to see what happened…
From top down the first Interface in EVE is fxp0, the second Interface is em0, the third is ge-0/0/0 or 7/0/0, the fourth is ge-0/0/1 or 7/0/1 and so on (see the Table below from Juniper):

Once I figured that out I could successfully build the Cluster (this time fully working, not just partially) and here is the Lab:



vSRX-NG5+6 (the SRX-Cluster):



vSRX-NG7 (the standalone SRX):



Lab-C01 (Coreswitch 01, vQFX running 15.1X53-D63.9):



Lab-C02 (Coreswitch 02, vQFX running 15.1X53-D63.9):


Download this Lab for your EVE here: (Size 16kB, zip-Archive)