View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
1471 | RackTables | SNMP | public | 2015-05-11 17:40 | 2015-08-11 17:57 |
Reporter | fx | Assigned To | adoom42 | ||
Priority | normal | Severity | feature | Reproducibility | N/A |
Status | closed | Resolution | won't fix | ||
Product Version | 0.20.10 | ||||
Summary | 1471: SNMP configuration for Broadcom Fastpath (OID 4413) | ||||
Description | This patch (against the current source) supports Broadcom Fastpath switches (as found in Bull INCA blade chassis in this case). | ||||
Tags | No tags attached. | ||||
racktables-fastpath.diff (1,186 bytes)
diff --git a/wwwroot/inc/dictionary.php b/wwwroot/inc/dictionary.php index a986ea5..c17bd02 100644 --- a/wwwroot/inc/dictionary.php +++ b/wwwroot/inc/dictionary.php @@ -2280,6 +2280,7 @@ $dictionary = array 2388 => array ('chapter_id' => 11, 'dict_value' => 'Dell PowerEdge%GPASS%R630'), 2389 => array ('chapter_id' => 11, 'dict_value' => 'Dell PowerEdge%GPASS%R730'), 2390 => array ('chapter_id' => 11, 'dict_value' => 'Dell PowerEdge%GPASS%R730xd'), + 5000 => array ('chapter_id' => 12, 'dict_value' => 'Broadcom%GPASS%BCM56224'), # Any new "default" dictionary records must go above this line (i.e., with diff --git a/wwwroot/inc/snmp.php b/wwwroot/inc/snmp.php index 5e070e9..1873776 100644 --- a/wwwroot/inc/snmp.php +++ b/wwwroot/inc/snmp.php @@ -3920,6 +3920,12 @@ $known_switches = array // key is system OID w/o "enterprises" prefix 'text' => 'IBM System Networking RackSwitch G8000', 'processors' => array ('ibm-45-to-48-SFP','ibm-49-to-52-SFP+','ibm-any-1000T'), ), + '4413' => array + ( + 'dict_key' => 5000, + 'text' => 'Broadcom FASTPATH Switching', + 'processors' => array ('netgear-chassis-any-1000T', 'netgear-chassis-any-1000SFP'), + ), ); |
|
"4413" isn't a valid OID, so I don't see how this patch can work. Re-open if you can provide the full OID, sample data and/or a complete patch. | |
Fair enough, but this is what the switch in a Bull INCA blade chassis shows, and it does work: # snmpget -v1 -cpublic esw-cmc1c0p1 SNMPv2-MIB::sysObjectID.0 SNMPv2-MIB::sysObjectID.0 = OID: SNMPv2-SMI::enterprises.4413 |
|
"SNMPv2-SMI::enterprises.4413" means "1.3.6.1.4.1.4413", not "4413". Also, that OID refers to an entire manufacturer. I don't think it would be a good idea to apply it to a single device model. Please provide the full info: http://wiki.racktables.org/index.php/FAQ#Why_does_the_SNMP_sync_feature_return_Unknown_OID_.28n.n.n.n.n.29 The manufacturer probably released some generic software which uses the same OID regardless of the hardware, similar to MikroTik's RouterOS (see bug 1117). If that is the case, determining the precise model would involve examining more than sysObjectID and is out of the scope of current developer resources. Using the provided patch would only cover one of many potential scenarios. If someone else wants to work on this, patches are appreciated. |
|
No matter, I just thought I'd contribute, having done it for here. Requested info attached, but walk+grep suggests the only more useful item in this case is SNMPv2-SMI::mib-2.47.1.1.1.1.2.3 = STRING: "Broadcom BCM56224 - 24 Port Gigabit Ethernet Line Card" |
|
Date Modified | Username | Field | Change |
---|---|---|---|
2015-05-11 17:40 | fx | New Issue | |
2015-05-11 17:40 | fx | Status | new => assigned |
2015-05-11 17:40 | fx | Assigned To | => adoom42 |
2015-05-11 17:40 | fx | File Added: racktables-fastpath.diff | |
2015-08-09 22:54 | adoom42 | Note Added: 0002919 | |
2015-08-09 22:54 | adoom42 | Status | assigned => feedback |
2015-08-10 12:00 | fx | Note Added: 0002921 | |
2015-08-10 12:00 | fx | Status | feedback => assigned |
2015-08-10 16:53 | adoom42 | Note Added: 0002923 | |
2015-08-10 16:53 | adoom42 | Status | assigned => feedback |
2015-08-11 17:38 | fx | Note Added: 0002925 | |
2015-08-11 17:38 | fx | Status | feedback => assigned |
2015-08-11 17:38 | fx | File Added: fastpath.out | |
2015-08-11 17:57 | adoom42 | Status | assigned => closed |
2015-08-11 17:57 | adoom42 | Resolution | open => won't fix |