Re: [j-nsp] 32-Bit JunOS on the 64-Bit Routing Engines
On 08/24/2011 10:28 AM, Johannes Resch wrote:
Hi,
On 24.08.2011 09:12, Thomas Eichhorn wrote:
Hi all,
I just discussed the following with my SE:
I wanted to get new 64Bit REs with some new gear,
but run the 32-Bit JunOS on them - he denied that
this is possible.
I tried to research that, but have not yet found
something in the docs - does anybody here have some clue
about that?
As the REs are 'only' standard PCs, I do not see any reason
for them to be not capable of running 'legacy' 32Bit JunOS.
I would be really glad if someone has some clue about that and
could unearth the truth.
We are in the same situation, and have received the same
-disappointing- answer from our SE.
I've just given this a quick try on a MX running 10.4S1.1 (64bit) with
RE-S-1800X4-16G, and it seems it is not possible to get 32bit JunOS
installed using a jinstall image.
jresch@testlab-RR03-re0 request system software add no-validate
reboot re1 /var/tmp/jinstall-11.2R1.10-domestic-signed.tgz
Pushing bundle to re1
Installing package '/var/tmp/jinstall-11.2R1.10-domestic-signed.tgz' ...
Verified jinstall-11.2R1.10-domestic.tgz signed by
PackageProduction_11_2_0
Adding jinstall...
ERROR: Package jinstall is not compatible - i386 vs {amd64}
ERROR: jinstall fails requirements check
ERROR: jinstall-11.2R1.10-domestic-signed fails post-install
Installation failed for package
'/var/tmp/jinstall-11.2R1.10-domestic-signed.tgz'
Did you try with the force switch?
request system software add
/var/tmp/jinstall-11.2R1.10-domestic-signed.tgz force
I do not think it is a supported combination but it should work.
--
regards
Trond
___
juniper-nsp mailing list juniper-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] 32-Bit JunOS on the 64-Bit Routing Engines
2011/8/25 Daniel Roesen d...@cluenet.de On Wed, Aug 24, 2011 at 07:52:54PM -0400, Keegan Holley wrote: They are saying that the new 16G RE's can handle 250M routes. How is this possible if none of the daemons are 64bit? Multiple logical-system instances (== multiple rpd processes)? :-) lol. a) try splitting your table between multiple routers virtual or otherwise and let me know how that works out. b) So someone shows up and pitches a router where the specs are based on the power of a single logical router x the number of logical routers I can create. If my response is to purchase said contraption and put it in my network, whatever happens then is my fault. c) It would be extremely ironic if the EOL'd the 16G RE and release one with a bigger proc before the extra ram becomes useful like they did with the first 2G RE. -- CLUE-RIPE -- Jabber: d...@cluenet.de -- dr@IRCnet -- PGP: 0xA85C8AA0 ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] 32-Bit JunOS on the 64-Bit Routing Engines
Hi Keegan, i cannot confirm the 250M routes. What has been tested are 21m bgp v4 Prefixes in a simple load it up test. Basically the imminent scaling improvements on this type of RE come from the change of the memory maps ( kernel can grow beyond 1 gb, and process memory is now upto 3 gb with a maximum deamon size of 2gb ). hope that helps /hannes Am 25.08.2011 um 01:52 schrieb Keegan Holley: As Robert pointed out, 32/64 bit use the same codebase and at the current point in time only the kernel is enabled to handle the additional memory. Therefore some of the memory maps/footprints changed slightly. No other daemons have moved to 64bit. They are saying that the new 16G RE's can handle 250M routes. How is this possible if none of the daemons are 64bit? -- Weitergeleitete Nachricht Von: Thomas Eichhorn t...@te3networks.de Datum: Wed, 24 Aug 2011 13:27:14 +0100 An: Keegan Holley keegan.hol...@sungard.com Cc: juniper-nsp@puck.nether.net Betreff: Re: [j-nsp] 32-Bit JunOS on the 64-Bit Routing Engines Yeah, that is clear - my original point is: I do not trust the 64bit software - I have more faith in the 32bit software. As per now, it has equal cost to order an MX960 with 32b-4G-RE or 64b-16G-RE. So of course I would order the bigger RE but only if I can use the the matured software... Tom Am 24.08.2011 14:19, schrieb Keegan Holley: Interestingly enough my SE told us this is possible at lease on our Mx480 and MX960 boxes. Our lab boxes are otherwise engaged at the moment so we havent tested. One note regarding general computing though. The processor can only address 4G (3.8 or so actually) of ram with a 32 bit word size. So even if you get the re's running the 32 bit code they will only register 4G of the precious 16G. Sent from my iPhone On Aug 24, 2011, at 3:12 AM, Thomas Eichhornt...@te3networks.de wrote: Hi all, I just discussed the following with my SE: I wanted to get new 64Bit REs with some new gear, but run the 32-Bit JunOS on them - he denied that this is possible. I tried to research that, but have not yet found something in the docs - does anybody here have some clue about that? As the REs are 'only' standard PCs, I do not see any reason for them to be not capable of running 'legacy' 32Bit JunOS. I would be really glad if someone has some clue about that and could unearth the truth. Thanks, Tom ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp -- Ende der weitergeleiteten Nachricht ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] 32-Bit JunOS on the 64-Bit Routing Engines
On 8/24/11 11:18 PM, Keegan Holley wrote: 2011/8/25 Daniel Roesen d...@cluenet.de On Wed, Aug 24, 2011 at 07:52:54PM -0400, Keegan Holley wrote: They are saying that the new 16G RE's can handle 250M routes. How is this possible if none of the daemons are 64bit? Multiple logical-system instances (== multiple rpd processes)? :-) lol. a) try splitting your table between multiple routers virtual or otherwise and let me know how that works out. b) So someone shows up and pitches a router where the specs are based on the power of a single logical router x the number of logical routers I can create. If my response is to purchase said contraption and put it in my network, whatever happens then is my fault. c) It would be extremely ironic if the EOL'd the 16G RE and release one with a bigger proc before the extra ram becomes useful like they did with the first 2G RE. The people for whom a 16GB RE is genuinely useful right this second are few, they pretty much know who they are. I will say that having worked at a big security vendor even with 32 bit userspace a 64 bit kernel buys you dramatically more headroom to scale-userspace on the box, and the extra ram is basically the cheapest part of the whole exercise. -- CLUE-RIPE -- Jabber: d...@cluenet.de -- dr@IRCnet -- PGP: 0xA85C8AA0 ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] 32-Bit JunOS on the 64-Bit Routing Engines
Hi Keegan, They are saying that the new 16G RE's can handle 250M routes. How is this possible if none of the daemons are 64bit? The only real practical scaling use case I am aware of in the range of 5M routes today is for vpnv4 route reflectors. Another possible scaling point would be perhaps in poorly implemented IX route server functionality where you would need to copy entire table to each RS peer in order to execute per peer policy. So indeed if you have 500K of v4 routes and 500 peers it would indeed result in 250M prefixes to be handled. Other then that just from routing point of view I am not sure what's the practical use of such RE or 250M of routes on a real router. I think control plane can scale and 64bit routing stacks migration is already in progress (or even completed and shipping few years back on some other platforms), but forwarding I am afraid is far from that range. So you are left there using either simple-va like approach, come back to old good caching or worse process switching on the RE ;-) Cheers, R. ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] 32-Bit JunOS on the 64-Bit Routing Engines
On 8/24/11 06:25 , Keegan Holley wrote: Sent from my iPhone On Aug 24, 2011, at 9:13 AM, Chris Adams cmad...@hiwaay.net wrote: Once upon a time, Keegan Holley keegan.hol...@sungard.com said: Interestingly enough my SE told us this is possible at lease on our Mx480 and MX960 boxes. Our lab boxes are otherwise engaged at the moment so we havent tested. One note regarding general computing though. The processor can only address 4G (3.8 or so actually) of ram with a 32 bit word size. So even if you get the re's running the 32 bit code they will only register 4G of the precious 16G. Well, that isn't entirely true. Intel added the Physical Address Extension to the Pentium Pro many years ago (and virtually everything claiming to be i686 compatible has PAE). PAE allows the OS kernel to address up to 36 bits of RAM (64G), just not all at once. I've never heard of this actually being used though. Maybe I'm wrong though. Most people just modified their code to support 64 bit and stopped there. I also haven't seen any boards RE's or regular Mobo's with 32 bit procs and support for more that the 4G of RAM. There are plenty of machines that do. virtually every intel system since the pentium pro (except the atom) has the hardware if not the bios support for doing so, that's not germain to the question of whether it's feasible/useful in an embedded system. In particular, in a system (like for example a firewall) where kernel datastructures may represent the overwhelming source of memory utilization, the PAE performance hit may trivially overwhelm the value of any memory that can otherwise be freed up for userspace. 64bitness has been the prefered approach for intel based servers since about 2003, but the embedded lifecycle runs on it's own timeline. In general, a given program can still only see 32 bits, unless it does special bank switching. I don't know about PAE support on FreeBSD or JUNOS, but it does exist in all x86 Juniper hardware. Interesting. -- Chris Adams cmad...@hiwaay.net Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] 32-Bit JunOS on the 64-Bit Routing Engines
Thats not completely accurate, for example the Intel Atom D525 does run 64bit code. There are plenty of machines that do. virtually every intel system since the pentium pro (except the atom) has the hardware if not the bios support for doing so, that's not germain to the question of whether it's feasible/useful in an embedded system. In particular, in a system (like for example a firewall) where kernel datastructures may represent the overwhelming source of memory utilization, the PAE performance hit may trivially overwhelm the value of any memory that can otherwise be freed up for userspace. 64bitness has been the prefered approach for intel based servers since about 2003, but the embedded lifecycle runs on it's own timeline. signature.asc Description: This is a digitally signed message part ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] 32-Bit JunOS on the 64-Bit Routing Engines
On 8/25/11 17:56 , Jonas Frey (Probe Networks) wrote: Thats not completely accurate, for example the Intel Atom D525 does run 64bit code. there are a number of atoms the support 64bit, I think that the observation I was making was that there are atoms that don't support PAE, by virtue of not supporting 4 or more GB of ram. There are plenty of machines that do. virtually every intel system since the pentium pro (except the atom) has the hardware if not the bios support for doing so, that's not germain to the question of whether it's feasible/useful in an embedded system. In particular, in a system (like for example a firewall) where kernel datastructures may represent the overwhelming source of memory utilization, the PAE performance hit may trivially overwhelm the value of any memory that can otherwise be freed up for userspace. 64bitness has been the prefered approach for intel based servers since about 2003, but the embedded lifecycle runs on it's own timeline. ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
[j-nsp] 32-Bit JunOS on the 64-Bit Routing Engines
Hi all, I just discussed the following with my SE: I wanted to get new 64Bit REs with some new gear, but run the 32-Bit JunOS on them - he denied that this is possible. I tried to research that, but have not yet found something in the docs - does anybody here have some clue about that? As the REs are 'only' standard PCs, I do not see any reason for them to be not capable of running 'legacy' 32Bit JunOS. I would be really glad if someone has some clue about that and could unearth the truth. Thanks, Tom ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] 32-Bit JunOS on the 64-Bit Routing Engines
Hi,
On 24.08.2011 09:12, Thomas Eichhorn wrote:
Hi all,
I just discussed the following with my SE:
I wanted to get new 64Bit REs with some new gear,
but run the 32-Bit JunOS on them - he denied that
this is possible.
I tried to research that, but have not yet found
something in the docs - does anybody here have some clue
about that?
As the REs are 'only' standard PCs, I do not see any reason
for them to be not capable of running 'legacy' 32Bit JunOS.
I would be really glad if someone has some clue about that and
could unearth the truth.
We are in the same situation, and have received the same -disappointing-
answer from our SE.
I've just given this a quick try on a MX running 10.4S1.1 (64bit) with
RE-S-1800X4-16G, and it seems it is not possible to get 32bit JunOS
installed using a jinstall image.
jresch@testlab-RR03-re0 request system software add no-validate reboot
re1 /var/tmp/jinstall-11.2R1.10-domestic-signed.tgz
Pushing bundle to re1
Installing package '/var/tmp/jinstall-11.2R1.10-domestic-signed.tgz' ...
Verified jinstall-11.2R1.10-domestic.tgz signed by PackageProduction_11_2_0
Adding jinstall...
ERROR: Package jinstall is not compatible - i386 vs {amd64}
ERROR: jinstall fails requirements check
ERROR: jinstall-11.2R1.10-domestic-signed fails post-install
Installation failed for package
'/var/tmp/jinstall-11.2R1.10-domestic-signed.tgz'
Interestingly, on T640/T1600 32bit JunOS _is_ supported on
a 64bit RE-DUO-C1800-8G.
These REs will also support 64bit JunOS in the future.
Both REs types use Intel Xeon CPUs.
So I would assume the limitation on MX is non-technical.
RE-DUO-C1800-8G has
CPU: Intel(R) Xeon(R) CPU L5215 @ 1.86GHz (1862.01-MHz 686-class CPU)
RE-S-1800X4-16G has
CPU: Intel(R) Xeon(R) CPU C5518 @ 1.73GHz (1729.11-MHz K8-class CPU)
cheers,
-jr
___
juniper-nsp mailing list juniper-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] 32-Bit JunOS on the 64-Bit Routing Engines
Interestingly enough my SE told us this is possible at lease on our Mx480 and MX960 boxes. Our lab boxes are otherwise engaged at the moment so we havent tested. One note regarding general computing though. The processor can only address 4G (3.8 or so actually) of ram with a 32 bit word size. So even if you get the re's running the 32 bit code they will only register 4G of the precious 16G. Sent from my iPhone On Aug 24, 2011, at 3:12 AM, Thomas Eichhorn t...@te3networks.de wrote: Hi all, I just discussed the following with my SE: I wanted to get new 64Bit REs with some new gear, but run the 32-Bit JunOS on them - he denied that this is possible. I tried to research that, but have not yet found something in the docs - does anybody here have some clue about that? As the REs are 'only' standard PCs, I do not see any reason for them to be not capable of running 'legacy' 32Bit JunOS. I would be really glad if someone has some clue about that and could unearth the truth. Thanks, Tom ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] 32-Bit JunOS on the 64-Bit Routing Engines
Yeah, that is clear - my original point is: I do not trust the 64bit software - I have more faith in the 32bit software. As per now, it has equal cost to order an MX960 with 32b-4G-RE or 64b-16G-RE. So of course I would order the bigger RE but only if I can use the the matured software... Tom Am 24.08.2011 14:19, schrieb Keegan Holley: Interestingly enough my SE told us this is possible at lease on our Mx480 and MX960 boxes. Our lab boxes are otherwise engaged at the moment so we havent tested. One note regarding general computing though. The processor can only address 4G (3.8 or so actually) of ram with a 32 bit word size. So even if you get the re's running the 32 bit code they will only register 4G of the precious 16G. Sent from my iPhone On Aug 24, 2011, at 3:12 AM, Thomas Eichhornt...@te3networks.de wrote: Hi all, I just discussed the following with my SE: I wanted to get new 64Bit REs with some new gear, but run the 32-Bit JunOS on them - he denied that this is possible. I tried to research that, but have not yet found something in the docs - does anybody here have some clue about that? As the REs are 'only' standard PCs, I do not see any reason for them to be not capable of running 'legacy' 32Bit JunOS. I would be really glad if someone has some clue about that and could unearth the truth. Thanks, Tom ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] 32-Bit JunOS on the 64-Bit Routing Engines
Hi Thomas,
I agree with your reasoning - it is very practical :)
However I am not sure what you exactly call by software. AFAIK the BSD
kernel has been 64 bit enabled and capable years ago so from that point
of view this is mature.
For a change various processes for example RPD last time I checked was
still 32 bit for most platforms other then JCS.
I am not sure what is the status with porting other processes to be 64
bit enabled and honestly I am not sure it is needed across the board.
So I would recommend checking with your SE if the 64 Junos you are
getting to run on 64bit RE is really fully rewritten across or processes
first. Maybe you will find out that it is not.
Just looking below it seems that jinstall is failing because it detects
cpu mismatch i386 vs {amd64} To fix that I think the best way would be
to talk to friends in Juniper to recompile/publish junos for your
platform/RE.
Cheers,
R.
Yeah, that is clear - my original point is:
I do not trust the 64bit software - I have more faith in the 32bit
software.
As per now, it has equal cost to order an MX960 with 32b-4G-RE or
64b-16G-RE.
So of course I would order the bigger RE but only if I can use the
the matured software...
Tom
Am 24.08.2011 14:19, schrieb Keegan Holley:
Interestingly enough my SE told us this is possible at lease on our
Mx480 and MX960 boxes. Our lab boxes are otherwise engaged at the
moment so we havent tested. One note regarding general computing
though. The processor can only address 4G (3.8 or so actually) of ram
with a 32 bit word size. So even if you get the re's running the 32
bit code they will only register 4G of the precious 16G.
Sent from my iPhone
On Aug 24, 2011, at 3:12 AM, Thomas Eichhornt...@te3networks.de wrote:
Hi all,
I just discussed the following with my SE:
I wanted to get new 64Bit REs with some new gear,
but run the 32-Bit JunOS on them - he denied that
this is possible.
I tried to research that, but have not yet found
something in the docs - does anybody here have some clue
about that?
As the REs are 'only' standard PCs, I do not see any reason
for them to be not capable of running 'legacy' 32Bit JunOS.
I would be really glad if someone has some clue about that and
could unearth the truth.
Thanks,
Tom
___
juniper-nsp mailing list juniper-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/juniper-nsp
___
juniper-nsp mailing list juniper-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/juniper-nsp
___
juniper-nsp mailing list juniper-nsp@puck.nether.net
https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] 32-Bit JunOS on the 64-Bit Routing Engines
Once upon a time, Keegan Holley keegan.hol...@sungard.com said: Interestingly enough my SE told us this is possible at lease on our Mx480 and MX960 boxes. Our lab boxes are otherwise engaged at the moment so we havent tested. One note regarding general computing though. The processor can only address 4G (3.8 or so actually) of ram with a 32 bit word size. So even if you get the re's running the 32 bit code they will only register 4G of the precious 16G. Well, that isn't entirely true. Intel added the Physical Address Extension to the Pentium Pro many years ago (and virtually everything claiming to be i686 compatible has PAE). PAE allows the OS kernel to address up to 36 bits of RAM (64G), just not all at once. In general, a given program can still only see 32 bits, unless it does special bank switching. I don't know about PAE support on FreeBSD or JUNOS, but it does exist in all x86 Juniper hardware. -- Chris Adams cmad...@hiwaay.net Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] 32-Bit JunOS on the 64-Bit Routing Engines
Sent from my iPhone On Aug 24, 2011, at 9:13 AM, Chris Adams cmad...@hiwaay.net wrote: Once upon a time, Keegan Holley keegan.hol...@sungard.com said: Interestingly enough my SE told us this is possible at lease on our Mx480 and MX960 boxes. Our lab boxes are otherwise engaged at the moment so we havent tested. One note regarding general computing though. The processor can only address 4G (3.8 or so actually) of ram with a 32 bit word size. So even if you get the re's running the 32 bit code they will only register 4G of the precious 16G. Well, that isn't entirely true. Intel added the Physical Address Extension to the Pentium Pro many years ago (and virtually everything claiming to be i686 compatible has PAE). PAE allows the OS kernel to address up to 36 bits of RAM (64G), just not all at once. I've never heard of this actually being used though. Maybe I'm wrong though. Most people just modified their code to support 64 bit and stopped there. I also haven't seen any boards RE's or regular Mobo's with 32 bit procs and support for more that the 4G of RAM. In general, a given program can still only see 32 bits, unless it does special bank switching. I don't know about PAE support on FreeBSD or JUNOS, but it does exist in all x86 Juniper hardware. Interesting. -- Chris Adams cmad...@hiwaay.net Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] 32-Bit JunOS on the 64-Bit Routing Engines
Once upon a time, Keegan Holley keegan.hol...@sungard.com said: On Aug 24, 2011, at 9:13 AM, Chris Adams cmad...@hiwaay.net wrote: Well, that isn't entirely true. Intel added the Physical Address Extension to the Pentium Pro many years ago (and virtually everything claiming to be i686 compatible has PAE). PAE allows the OS kernel to address up to 36 bits of RAM (64G), just not all at once. I've never heard of this actually being used though. Maybe I'm wrong though. Most people just modified their code to support 64 bit and stopped there. I also haven't seen any boards RE's or regular Mobo's with 32 bit procs and support for more that the 4G of RAM. A good number of 32-bit server motherboards supported PAE, and the Linux kernel has supported it for years. IIRC about the only program that directly used PAE under Linux was Oracle (before 64 bit x86 platforms were widely used). -- Chris Adams cmad...@hiwaay.net Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] 32-Bit JunOS on the 64-Bit Routing Engines
Thomas, the hardware itself could theoretically run both 32/64 bit junos. But your SE was completely right. Only 64 bit Junos is systested and therefore supported on the new RE's. As Robert pointed out, 32/64 bit use the same codebase and at the current point in time only the kernel is enabled to handle the additional memory. Therefore some of the memory maps/footprints changed slightly. No other daemons have moved to 64bit. But it is still recommended to handle/test/verify 32/64bit sw of the same junos release as separate pieces of software. There might be architectural issues that just affect one piece of sw and not the other. hope that helps /hannes -- Weitergeleitete Nachricht Von: Thomas Eichhorn t...@te3networks.de Datum: Wed, 24 Aug 2011 13:27:14 +0100 An: Keegan Holley keegan.hol...@sungard.com Cc: juniper-nsp@puck.nether.net Betreff: Re: [j-nsp] 32-Bit JunOS on the 64-Bit Routing Engines Yeah, that is clear - my original point is: I do not trust the 64bit software - I have more faith in the 32bit software. As per now, it has equal cost to order an MX960 with 32b-4G-RE or 64b-16G-RE. So of course I would order the bigger RE but only if I can use the the matured software... Tom Am 24.08.2011 14:19, schrieb Keegan Holley: Interestingly enough my SE told us this is possible at lease on our Mx480 and MX960 boxes. Our lab boxes are otherwise engaged at the moment so we havent tested. One note regarding general computing though. The processor can only address 4G (3.8 or so actually) of ram with a 32 bit word size. So even if you get the re's running the 32 bit code they will only register 4G of the precious 16G. Sent from my iPhone On Aug 24, 2011, at 3:12 AM, Thomas Eichhornt...@te3networks.de wrote: Hi all, I just discussed the following with my SE: I wanted to get new 64Bit REs with some new gear, but run the 32-Bit JunOS on them - he denied that this is possible. I tried to research that, but have not yet found something in the docs - does anybody here have some clue about that? As the REs are 'only' standard PCs, I do not see any reason for them to be not capable of running 'legacy' 32Bit JunOS. I would be really glad if someone has some clue about that and could unearth the truth. Thanks, Tom ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp -- Ende der weitergeleiteten Nachricht ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] 32-Bit JunOS on the 64-Bit Routing Engines
As Robert pointed out, 32/64 bit use the same codebase and at the current point in time only the kernel is enabled to handle the additional memory. Therefore some of the memory maps/footprints changed slightly. No other daemons have moved to 64bit. They are saying that the new 16G RE's can handle 250M routes. How is this possible if none of the daemons are 64bit? -- Weitergeleitete Nachricht Von: Thomas Eichhorn t...@te3networks.de Datum: Wed, 24 Aug 2011 13:27:14 +0100 An: Keegan Holley keegan.hol...@sungard.com Cc: juniper-nsp@puck.nether.net Betreff: Re: [j-nsp] 32-Bit JunOS on the 64-Bit Routing Engines Yeah, that is clear - my original point is: I do not trust the 64bit software - I have more faith in the 32bit software. As per now, it has equal cost to order an MX960 with 32b-4G-RE or 64b-16G-RE. So of course I would order the bigger RE but only if I can use the the matured software... Tom Am 24.08.2011 14:19, schrieb Keegan Holley: Interestingly enough my SE told us this is possible at lease on our Mx480 and MX960 boxes. Our lab boxes are otherwise engaged at the moment so we havent tested. One note regarding general computing though. The processor can only address 4G (3.8 or so actually) of ram with a 32 bit word size. So even if you get the re's running the 32 bit code they will only register 4G of the precious 16G. Sent from my iPhone On Aug 24, 2011, at 3:12 AM, Thomas Eichhornt...@te3networks.de wrote: Hi all, I just discussed the following with my SE: I wanted to get new 64Bit REs with some new gear, but run the 32-Bit JunOS on them - he denied that this is possible. I tried to research that, but have not yet found something in the docs - does anybody here have some clue about that? As the REs are 'only' standard PCs, I do not see any reason for them to be not capable of running 'legacy' 32Bit JunOS. I would be really glad if someone has some clue about that and could unearth the truth. Thanks, Tom ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp -- Ende der weitergeleiteten Nachricht ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
Re: [j-nsp] 32-Bit JunOS on the 64-Bit Routing Engines
On Wed, Aug 24, 2011 at 07:52:54PM -0400, Keegan Holley wrote: They are saying that the new 16G RE's can handle 250M routes. How is this possible if none of the daemons are 64bit? Multiple logical-system instances (== multiple rpd processes)? :-) Best regards, Daniel -- CLUE-RIPE -- Jabber: d...@cluenet.de -- dr@IRCnet -- PGP: 0xA85C8AA0 ___ juniper-nsp mailing list juniper-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
