Hi Edgar,
We had the same problem. So we made two changes in the modeling catalog with the MTE: On the model type 0x048e0000 JuniperJUNOSeRtr we changed the attribute 0x00011f3c Create_Sub_Ifs to false On the same model type we changed in the list attribute 0x00011fb4 IF_Mtype_Map the values for OID 126 = Value 0 OID 1 = Value 0 Which causes the interface types "ip" and "other" not to be generated. As Marcel would say: Hope that helps Torsten Syring DICOS GmbH Kommunikationssysteme Alsfelder Strasse 11 64289 Darmstadt Tel.: +49 6151 82787 30 Mobil: +49 170 3175916 Fax: +49 6151 82787 59 DICOS GmbH Kommunikationssysteme, Alsfelder Strasse 11, 64289 Darmstadt Sitz der Gesellschaft: Darmstadt, Amtsgericht Darmstadt HRB 7024, Geschäftsführer: Dr. Winfried Geyer, Stephan Hesse, Waldemar Wiesner Von: edgar parra [mailto:[email protected]] Gesendet: Mittwoch, 14. Juli 2010 17:55 An: spectrum Betreff: Re: [spectrum] excluding sub-interfaces when doing discovery of a ERX Juniper device Hello everyone, I have a question to all Spectrum gurus: I have several ERX1440 Juniper devices with JunOS 7.x and above, when doing discovery of this device through Spectrum, it takes almost hour and a half to completely discover this device. The reason of this is that this device has almost 60.000 sub-interfaces that can't be disabled since the client use them to provide service to other customers. My question is: Is there a way to not discover these sub-interfaces when doing a discovery? perhaps a way via CLI? to avoid the hour and a half time when discovering it? This was not a major issue, if we had only 2 or 3 juniper devices, but we have almost 60 devices and the one that has less sub-interfaces has 15.000 therefore is a major issue to discover all of them, and expend an hour, hour and half on each one. Regards, Eng Edgar Parra * --To unsubscribe from spectrum, send email to [email protected] with the body: unsubscribe spectrum [email protected] --- To unsubscribe from spectrum, send email to [email protected] with the body: unsubscribe spectrum [email protected]
