Re: [j-nsp] New 16port 10G Card and new MPC with 4x10G MIC Cards - coexistance of old DPCs and new Cards in same chassis -- looking for experience feedback

2010-08-29 Thread Richard A Steenbergen
On Sun, Aug 29, 2010 at 02:29:29AM +0400, Pavel Lunin wrote: My hypotheses is MQ can actually do twice as much: 65 Mpps from the interfaces to back-plane and 65 backwards. Otherwise you'll never get 30 Gbps FD with MPC1. But this knowledge is too burdensome for sales people, because if you

Re: [j-nsp] New 16port 10G Card and new MPC with 4x10G MIC Cards - coexistance of old DPCs and new Cards in same chassis -- looking for experience feedback

2010-08-29 Thread Pavel Lunin
Thanks, Richard. 2010/8/29 Richard A Steenbergen r...@e-gerbil.net * Each Trio PFE is composed of the following ASICs: - MQ: Handles the packet memory, talks to the chassis fabric and the WAN ports, handles port-based QoS, punts first part of the packet to the LU chip for routing

Re: [j-nsp] New 16port 10G Card and new MPC with 4x10G MIC Cards - coexistance of old DPCs and new Cards in same chassis -- looking for experience feedback

2010-08-29 Thread Richard A Steenbergen
On Sun, Aug 29, 2010 at 11:00:55AM +0400, Pavel Lunin wrote: * The Trio PFE is good for around 55Mpps of lookups, give or take, depending on the exact operations being performed. 55, not 65? Anyway, this is what I can't understand (maybe because of my not-native English). When you say

Re: [j-nsp] New 16port 10G Card and new MPC with 4x10G MIC Cards - coexistance of old DPCs and new Cards in same chassis -- looking for experience feedback

2010-08-29 Thread Derick Winkworth
Has this always been the case with the SCBs? Will there not be newer SCBs that can run faster? I've always heard that the MX series could potentially run 240gbps per slot but would require SCB upgrade and newer line cards... We're not there yet, but I'm wondering if its true. it sounds

Re: [j-nsp] New 16port 10G Card and new MPC with 4x10G MIC Cards - coexistance of old DPCs and new Cards in same chassis -- looking for experience feedback

2010-08-29 Thread Richard A Steenbergen
On Sun, Aug 29, 2010 at 07:03:59AM -0700, Derick Winkworth wrote: Has this always been the case with the SCBs? Will there not be newer SCBs that can run faster? I've always heard that the MX series could potentially run 240gbps per slot but would require SCB upgrade and newer line

Re: [j-nsp] New 16port 10G Card and new MPC with 4x10G MIC Cards - coexistance of old DPCs and new Cards in same chassis -- looking for experience feedback

2010-08-29 Thread Derick Winkworth
so the possibility does exist that with a combination of newer fabric and newer line card (a line card with better MQ memory bandwidth), that MX might be able to push more traffic per slot... From: Richard A Steenbergen r...@e-gerbil.net To: Derick

[j-nsp] radius authentication

2010-08-29 Thread snort bsd
Hi, all: I am trying to understand the radius authentication process supported by Juniper routers. on JNCIS book: [quote]A user supplies a name of Scott to the remote authentication server, which accepts the request. However, Scott is not a current username in the local password database.

Re: [j-nsp] radius authentication

2010-08-29 Thread Patrick Okui
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 30 Aug, 2010, at 1:27 AM, snort bsd wrote: so I have an user named admin on juniper routers. then all of other users who registered in radius server must be mapped to this local user of admin? In short, if you do not map the user to any

Re: [j-nsp] SRX SNMP trending, current sessions connection rate?

2010-08-29 Thread Tim Eberhard
Co-current sessions are 1.3.6.1.4.1.2636.3.39.1.12.1.2.0 As far as I know there is no OID for session set up rate or ramp rate. Hope this helps, -Tim Eberhard On Sun, Aug 29, 2010 at 11:04 PM, matthew zeier mze...@gmail.com wrote: Having trouble finding the OIDs to trend concurrent sessions

Re: [j-nsp] SRX SNMP trending, current sessions connection rate?

2010-08-29 Thread Ben Dale
Hi Matthew, On 30/08/2010, at 2:04 PM, matthew zeier wrote: Having trouble finding the OIDs to trend concurrent sessions and new session setup rate (which I suppose could be pulled from the same OID). jtac pointed me at