Hello, Sorry for my return about that issue after a long time but I should like if it were put an Description on linux interface like in router cisco for exemplo. that way my software SNMP could read by that description thanks. 2012/4/23 Nikolay S. <nowhere@xxxxxxxxxxxxxxxx>: > В Вс., 22/04/2012 в 23:49 -0300, Usuário do Sistema пишет: >> Hello, I have a CentOS 5.4 Linux machine and I'm monitoring by snmp it >> interfaces ethernet. but, when the machine is restart ID number snmp >> that's interfaces are change. >> >> for exemplo when the linux machine is with ID 3 on interface eth1 and >> it is reset so it come up with a different ID for exemplo 2 for eth1. >> >> so I wonder why happen ? it's normal ? it's possible set a ID value >> for every interface ? > > Hello, > This is perfectly normal, not only for Linux, but for every device, > supporting SNMP. Interface id's are not persistent not only across > reboots, but even between interface destruction/creation (i.e., ppp > interfaces, when ppp reconnects, will have different ids even though > their names are still ppp0). Id's are assigned sequentially by kernel > during creation time, which in turn depends on the modules loading order > and udev's actions. You can not manually assign interface id, as this > could potentially lead to collisions and inconsistencies. > >> if is change the ID number for each interface so stop my monitoring >> because my snmp software read by interface ID. > > That's bad for your software. It should identify interfaces by some > other means, say, by ifAlias, and check ifAlias<->ID consistency either > before each poll or periodically or by detecting events, that lead to ID > change (reboots) > >> >> thanks >> -- >> To unsubscribe from this list: send the line "unsubscribe netfilter" in >> the body of a message to majordomo@xxxxxxxxxxxxxxx >> More majordomo info at http://vger.kernel.org/majordomo-info.html > > -- To unsubscribe from this list: send the line "unsubscribe netfilter" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html