Bug #69739 [Fbk->NoF]: PHP SNMP Real Walk returns bad characters

Edit report at https://bugs.php.net/bug.php?id=69739&edit=1 ID: 69739 Updated by: php-bugs@lists.php.net Reported by: kriz at mysafira dot net Summary: PHP SNMP Real Walk returns bad characters -Status: Feedback +Status: No Feedback Type: Bug Package: SNMP related Operating System: Ubuntu 14.04.2, Windows 7 x64 PHP Version: Irrelevant Assigned To: lytboris Private report: N New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Re-Opened". Thank you. Previous Comments: ------------------------------------------------------------------------ [2016-06-06 07:45:27] lytboris@php.net Do you have MIB file loaded for this OID subtree on script launch? As far as I can see from your output, SNMP library does not know exact type of HEX string that is being returned by the agent so it does it's best. So you have two possible approaches for this: 1) use SNMP_VALUE_PLAIN. That will return all strings in that subtree as binary strings so you can handle them properly in PHP (see bin2hex()); 2) load MIB so SNMP library will know how to handle those strings. There is no real reason to pull this conversion into php-snmp library. ------------------------------------------------------------------------ [2015-06-01 15:24:11] kriz at mysafira dot net Description: ------------ I read via PHP function snmp2_real_walk OID value '.1.3.6.1.2.1.17.4.3.1.1' for get MAC address from Cisco switch device. Problem is, that some results (randomly around the 50 results of the 200) return bad characters (yet I have found a mistake if I read only MAC addresses). Ie.: correct output examples: [Dot1dTpFdbAddres] => 30 05 5C 38 A7 8C [Dot1dTpFdbAddres] => C0 7B BC 0E 56 18 wrong output examples - device return randomly none-hex value for hex values, ie.: [iso.3.6.1.2.1.17.4.3.1.1.92.38.10.129.123.27] => Hex-STRING: 5C 26 0A 81 7B 1B [iso.3.6.1.2.1.17.4.3.1.1.120.69.196.42.25.241] => Hex-STRING: 78 45 C4 2A 19 F1 [iso.3.6.1.2.1.17.4.3.1.1.120.69.196.42.27.169] => Hex-STRING: 78 45 C4 2A 1B A9 [iso.3.6.1.2.1.17.4.3.1.1.120.69.196.42.34.45] => STRING: "xE�*\"-" [iso.3.6.1.2.1.17.4.3.1.1.120.172.192.142.199.214] => STRING: "x�����" [iso.3.6.1.2.1.17.4.3.1.1.124.30.179.254.9.201] => Hex-STRING: 7C 1E B3 FE 09 C9 If I try read OID '.1.3.6.1.2.1.17.4.3.1.1' from program Getif, I have got correct results. The tested solution that fails: PHP - Chnaged snmp2_real_walk by snmprealwalk Changed encoding of files (UTF8, ANSI) SNMP longer timeout and try add PHP sleep() function PHP directive: snmp_set_oid_numeric_print(1) PHP directive: snmp_set_quick_print(true) PHP directive: snmp_set_enum_print(true) PHP directive: snmp_set_valueretrieval(SNMP_VALUE_LIBRARY and SNMP_VALUE_PLAIN) Resolution - add new parameter for: snmprealwalk snmp2_real_walk for forced return Hex-STRING result. Test script: --------------- $arrDot1dTpFdbAddress = snmprealwalk("SomeIp:161", "ReadCommunity", ".1.3.6.1.2.1.3.1.1.2", (1000000 * 1), 3); echo '<pre>'; print_r($arrDot1dTpFdbAddress); echo '</pre>'; ------------------------------------------------------------------------ -- Edit this bug report at https://bugs.php.net/bug.php?id=69739&edit=1