dave at temk.in
Mon Feb 13 09:26:21 EST 2012
Not horrible, but similar results in a box with dual SCB-E and 2 16x10G
$ time snmpbulkwalk -v2c -c # x.x.x.x ifHCInOctets > /dev/null
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).
On 2/8/12 6:10 AM, david.roy at orange.com wrote:
> 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 :-)
> 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
> -----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
> 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: %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,
> 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
More information about the juniper-nsp