cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
2942
Views
5
Helpful
9
Replies

CRS Satori processor

Sudhir Kumar
Cisco Employee
Cisco Employee

Hello All,

Do you have any idea abt satori processor in CRS ?

Thanks

sudhir

1 Accepted Solution

Accepted Solutions

The CRS-PRP is based on a quadcore Intel x86-64 architecture processor, which is much faster than the single-core PPC-architecture processors used in the RP and RP-B and allows for triple-channel DDR3 memory that provides higher capacity and much higher bandwidth. Naturally, this means it's a lot less vulnerable to performance impact from operations requiring CPU time like software-path forwarding or any number of advanced features.

It has a solid state drive, which is faster and more reliable than the spinning disks used previously. Because of this the PRP does not need removable flash cards to boot from, but there's a USB port to still allow for removable storage via flash drives.

Also, the management Ethernet ports now allow SFPs so that you can use fiber connections.

Those are the main differences, but you can look at the pages for the two models and compare to get more detail.

PRP: http://www.cisco.com/en/US/prod/collateral/routers/ps5763/data_sheet_c78-659773.html
RP-B: http://www.cisco.com/en/US/prod/collateral/routers/ps5763/product_data_sheet0900aecd8053b020.html

View solution in original post

9 Replies 9

mdebraba
Cisco Employee
Cisco Employee

This is the codename of the new PRP route processor for CRS.  It is already available.

charlhug
Cisco Employee
Cisco Employee

Hi Sudhir,

There's a lot that could be said about the CRS-PRP; could you elaborate on what you would like to know?

Charles,

I actually want to know the difference between satori processor and previous crs processors ( non satori )

Thanks

Sudhir

The CRS-PRP is based on a quadcore Intel x86-64 architecture processor, which is much faster than the single-core PPC-architecture processors used in the RP and RP-B and allows for triple-channel DDR3 memory that provides higher capacity and much higher bandwidth. Naturally, this means it's a lot less vulnerable to performance impact from operations requiring CPU time like software-path forwarding or any number of advanced features.

It has a solid state drive, which is faster and more reliable than the spinning disks used previously. Because of this the PRP does not need removable flash cards to boot from, but there's a USB port to still allow for removable storage via flash drives.

Also, the management Ethernet ports now allow SFPs so that you can use fiber connections.

Those are the main differences, but you can look at the pages for the two models and compare to get more detail.

PRP: http://www.cisco.com/en/US/prod/collateral/routers/ps5763/data_sheet_c78-659773.html
RP-B: http://www.cisco.com/en/US/prod/collateral/routers/ps5763/product_data_sheet0900aecd8053b020.html

Hi Guys,

DRP is supported with CRS-16-PRP-6G ?

Rgds.

Henry

Hello Henry,

it's supported for non-owner SDR (when you are carving a logical router), but you can NOT use a DRP in the same owner-SDR than a PRP (for CPU offload / process allocation, for example).

Cheesr,

N.

Thanks Nicolas,

We have another doubt:

If The PRP is Intel based and the DRP is PowerPC based, exists any compatibility problem (Intel vs PowerPC)?

BRgds!

Henrry

Although the two cards are based on different architectures, CRS "PX" code releases have both PPC and x86 binaries present to provide support for both kinds. As a result, each card is running code for its own architecture including IPC processes that enable it to speak with other cards in the system. There should be no problems with running both of these together.

Hello Henry,

you are right, they are running a different code (as Charles mentioned it, both codes are embedded in the -px image), and they are not supposed to communicate, except in some rare migration procedures.

That's why I said it's OK to run it in non-owner-SDR mode. In this case, the DRP is a carved logical router, the line cards are managed by the DRP and we are all good.

But you can not have your DRP in a "regular" (non-carved) router using PRPs and assign processes to it. The DRP will not boot up completely.

Cheers,

N.