[ixpmanager] Nokia SRLinux

[Pim van Pelt]

Hoi,

Thanks for taking a look, Nick.

On 01.07.2025 17:29, Nick Hilliard wrote:
> Hi Pim,
>
> looks like the old problem of confusion between the ifName, ifDescr 
> and ifAlias OIDs.
>
> Could you capture and send us the output of snmprec against one of 
> these devices so that we could take a look at supporting it in OSS_SNMP?
>
>> $ mkdir snmpsim
>> $ cd snmpsim
>> $ virtualenv env
>> $ . env/bin/activate
>> $ pip install snmpsim
>> $ env/bin/snmpsim-record-commands --agent-udpv4-endpoint=x.x.x.x 
>> --output-file=output.snmprec --protocol-version 2c --community 
>> mycommunity --use-getbulk  --stop-object  .1.3.6.1.2.1.1 
>> --stop-object  .1.3.6.1.2.1.4
I'm not familiar with the tool, so I may be doing it wrong. When 
running, I see something like this:
SNMP version 2c, Community name: <hidden>
Querying UDP/IPv4 agent at *10.26.0.100:161*
Agent response timeout: 3 secs, retries: 3
Sending initial GETBULK request for 1.3.6 (stop at 1.3.6.1.2.1.4)....
OIDs dumped: 0/100
OIDs dumped: 0/200
OIDs dumped: 0/300
OIDs dumped: 0/400
OIDs dumped: 0/500
OIDs dumped: 0/600
OIDs dumped: 0/700
OIDs dumped: 0/800
OIDs dumped: 0/900
OIDs dumped: 0/1000
OIDs dumped: 0/1100
OIDs dumped: 0/1200
OIDs dumped: 0/1300
OIDs dumped: 0/1400
(hangs)

It then just hangs there. I thought maybe that's to do with the Nokia, 
but it also does that with Centec and Arista switches in our peeringlan. 
It does however output a file. I tried omitting the --stop-object flags, 
and it sent an initial getbulk for a bunch more (3600 or so OIDs) but 
then also just hangs. I took a look on 
https://github.com/etingof/snmpsim/blob/master/README.md and there it 
wanted to use GETNEXT, so I omitted the --use-getbulk flag also, however 
in any mode (with or without stop, with getnext or getbulk), it'll not 
complete with something like `OIDs dumped: 182, elapsed: 11.97 sec, 
rate: 7.00 OIDs/sec, errors: 0` in the README.

Comparing with just 'snmp walk', I can see IF-MIB::IfDescr pop up 
revealing that the Nokia switch is sending strings like these:
iso.3.6.1.2.1.2.2.1.2.16382 = STRING: "ethernet-1/1, \"Infra: csw150 
eth-0-3\""
iso.3.6.1.2.1.2.2.1.2.49150 = STRING: "ethernet-1/2, \"Infra: csw150 
eth-0-4\""
iso.3.6.1.2.1.2.2.1.2.81918 = STRING: "ethernet-1/3, \"Infra: csw151 
eth-0-3\""
iso.3.6.1.2.1.2.2.1.2.114686 = STRING: "ethernet-1/4, \"Infra: csw151 
eth-0-4\""
iso.3.6.1.2.1.2.2.1.2.131073 = STRING: "ethernet-1/5.0"
iso.3.6.1.2.1.2.2.1.2.147454 = STRING: "ethernet-1/5, \"Infra: asw110 
ethernet31\""
iso.3.6.1.2.1.2.2.1.2.163841 = STRING: "ethernet-1/6.0"
iso.3.6.1.2.1.2.2.1.2.180222 = STRING: "ethernet-1/6, \"Infra: asw110 
ethernet32\""

The corresponding IF-MIB::IfAlias are:
iso.3.6.1.2.1.31.1.1.1.18.16382 = STRING: "Infra: csw150 eth-0-3"
iso.3.6.1.2.1.31.1.1.1.18.49150 = STRING: "Infra: csw150 eth-0-4"
iso.3.6.1.2.1.31.1.1.1.18.81918 = STRING: "Infra: csw151 eth-0-3"
iso.3.6.1.2.1.31.1.1.1.18.114686 = STRING: "Infra: csw151 eth-0-4"
iso.3.6.1.2.1.31.1.1.1.18.147454 = STRING: "Infra: asw110 ethernet31"
iso.3.6.1.2.1.31.1.1.1.18.180222 = STRING: "Infra: asw110 ethernet32"

And IF-MIB::IfName are:
iso.3.6.1.2.1.31.1.1.1.1.16382 = STRING: "ethernet-1/1"
iso.3.6.1.2.1.31.1.1.1.1.49150 = STRING: "ethernet-1/2"
iso.3.6.1.2.1.31.1.1.1.1.81918 = STRING: "ethernet-1/3"
iso.3.6.1.2.1.31.1.1.1.1.114686 = STRING: "ethernet-1/4"
iso.3.6.1.2.1.31.1.1.1.1.131073 = STRING: "ethernet-1/5.0"
iso.3.6.1.2.1.31.1.1.1.1.147454 = STRING: "ethernet-1/5"
iso.3.6.1.2.1.31.1.1.1.1.163841 = STRING: "ethernet-1/6.0"

I'd like to get you that snmprec output but it never actually gets to 
the IfDescr OIDs. Am I missing something?

groet,
Pim

-- 
Pim van Pelt<pim at ipng.ch>
PBVP1-RIPEhttps://ipng.ch/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://www.inex.ie/pipermail/ixpmanager/attachments/20250701/25b37b10/attachment.htm>