[152051] in North American Network Operators' Group
Re: Cheap Juniper Gear for Lab
daemon@ATHENA.MIT.EDU (Tim Eberhard)
Tue Apr 10 21:31:36 2012
In-Reply-To: <9D10559B-E305-4A18-938D-608048F238CC@delong.com>
Date: Tue, 10 Apr 2012 20:31:04 -0500
From: Tim Eberhard <xmin0s@gmail.com>
To: Owen DeLong <owen@delong.com>
Cc: jgoodwin@studio442.com.au, "nanog@nanog.org" <nanog@nanog.org>
Errors-To: nanog-bounces+nanog.discuss=bloom-picayune.mit.edu@nanog.org
Owen,
While I know you are a smart engineer and obviously have been working
with this gear for a long time you're really not adding anything or
backing up your argument besides saying yet again the packet
forwarding is different. While this maybe true..It's my understanding
that enabling packet mode does turn it into a normal packet based
junos.
Admittedly I have limited experience with turning these branch devices
into pure packet mode so instead of repeating the same thing over and
over why not provide links and other documentation showing the
difference?
On Tue, Apr 10, 2012 at 8:23 PM, Owen DeLong <owen@delong.com> wrote:
>
> On Apr 10, 2012, at 4:05 PM, Jimmy Hess wrote:
>
>> On Tue, Apr 10, 2012 at 9:24 AM, Tim Eberhard <xmin0s@gmail.com> wrote:
>>> I find it humorous that you think J/SRX junos isn't real junos.
>>>
>> If it runs JunOS, then yeah, it's real JunOS. =A0 It might not have the
>> feature you're looking for, but that's something different.
>>
> No, it's not. Flow mode is NOT packet mode and it doesn't really ever run=
packet
> mode in the current version. This has fundamental and significant impacts=
on the
> way packets are handled when being forwarded through the box which come w=
ith
> side-effects that cannot be overcome by mere configuration changes.
>
>> The =A0Juniper ERX edge routers are what isn't =A0"real" =A0JunOS.
>> It's as if they were trying to make a clone of the IOS CLI:
>>
>
> Those are not JunOS at all. They don't really try to pretend to be.
>
> The SRX and J-Series Services routers, OTOH, are most definitely pretendi=
ng to be
> JunOS while not behaving like JunOS at certain fundamental levels.
>
> Owen
>
