[j-nsp] SCB-E

[David Temkin]

Not horrible, but similar results in a box with dual SCB-E and 2 16x10G 
MPCs:

$ time snmpbulkwalk -v2c -c # x.x.x.x ifHCInOctets > /dev/null

real    0m6.262s
user    0m0.028s
sys    0m0.018s

So, it's usable - and I haven't hit any other showstopper bugs thus far 
- but I'm running purely IP (two full tables + other associated peers).

-Dave

On 2/8/12 6:10 AM, david.roy at orange.com wrote:
> Hi,
>
> Same results on my side...
>
> Just a precision to be sure that there is no mis-understanding : it's not triggered by SCB-E, it is a software issue... But currently we only have this release to play with SCB-E :-)
>
>
>
> Regards
> David
>
> David Roy
> IP/MPLS Support engineer - Orange France
> Ph. +33 2 99 87 64 72 - Mob. +33 6 85 52 22 13
> david.roy at orange.com
>
> JNCIE-M&T/SP #703
> JNCIP-ENT
>
> -----Message d'origine-----
> De : juniper-nsp-bounces at puck.nether.net [mailto:juniper-nsp-bounces at puck.nether.net] De la part de Daniel Roesen
> Envoyé : mercredi 8 février 2012 07:44
> À : juniper-nsp at puck.nether.net
> Objet : Re: [j-nsp] SCB-E
>
> On Wed, Feb 08, 2012 at 01:23:11AM +0000, OBrien, Will wrote:
>> Anyone running the SCB-E? I've got a stack of them with a set of fresh
>> MX480s ready to roll out. I'm curious what code your running.
> Given that there is only one public JUNOS release which supports SCB-E, there aren't many options: 11.4R1 - and that one has unusable SNMP due to new PFE statistics request delays introduced (feature, not bug of
> course!):
>
> foo at lab-MX960>  show snmp mib walk ifHCOutOctets | count
> Count: 413 lines
>
> $ time snmpbulkwalk -v2c -c removed x.x.x.x ifHCInOctets>  /dev/null
> Timeout: No Response from x.x.x.x
>
> real    0m26.380s
> user    0m1.647s
> sys     0m0.133s
>
> PR/731833 - fix supposed to come in 11.4R3 slated for May.
>
> So as far as things stand, SCB-E not deployable before mid 2012 earliest if (and that's a big "if" when looking at 10.4 experience) 11.4R3 is going to be usable.
>
> Ah, and 11.4R1 floods your log with messages like:
>
> mcsn[91713]: %DAEMON-6: krt_decode_nexthop: Try freeing: nh-handle: 0x0
> nh-index: 1049083 fwdtype: 3
>
> No idea wether that's service affecting - we haven't observed any impact due to that yet.
>
> Best regards,
> Daniel
>
> --
> CLUE-RIPE -- Jabber: dr at cluenet.de -- dr at IRCnet -- PGP: 0xA85C8AA0 _______________________________________________
> juniper-nsp mailing list juniper-nsp at puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
>
> _________________________________________________________________________________________________________________________
>
> Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc
> pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler
> a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,
> France Telecom - Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci
>
> This message and its attachments may contain confidential or privileged information that may be protected by law;
> they should not be distributed, used or copied without authorization.
> If you have received this email in error, please notify the sender and delete this message and its attachments.
> As emails may be altered, France Telecom - Orange shall not be liable if this message was modified, changed or falsified.
> Thank you.
>
>
> _______________________________________________
> juniper-nsp mailing list juniper-nsp at puck.nether.net
> https://puck.nether.net/mailman/listinfo/juniper-nsp