> > 1) it is an invalid 14-char mac address because of the "\\" = 5c5c. No big > deal, I added a line to substitute all "\\" with "\" ... fixed that one > > 2) the ascii representation for new line (0a) is being interpreted as an > ascii space (20) in the provided fix, so it gives the wrong mac address: > > 5c:26:20:38:78:47 instead of > 5c:26:0a:38:78:47 > > Not sure how to code this one to interpret the new line from the snmptrap - > any suggestions? > > I tried searching for /\n/ in the parseTrap subroutine $3 variable, but by > that time it is being depicted as a space in the variable.
Thanks for your troubleshooting! This is priceless debugging information! I added the info to the ticket that I referred to earlier in this thread. > > Is this something that Net-SNMP should be trying to fix in their snmptrapd > process? > Yes, at this point it feels like a problem that will never be completely fixed and that will reappear in various forms. I would prefer to find something permanent and reliable. I'm going to engage with someone from the Net-SNMP community to find out what we should be doing here. Thanks for your help! Ze ticket: > http://www.packetfence.org/bugs/bug_view_advanced_page.php?bug_id=1098 -- Olivier Bilodeau [email protected] :: +1.514.447.4918 *115 :: www.inverse.ca Inverse inc. :: Leaders behind SOGo (www.sogo.nu) and PacketFence (www.packetfence.org) ------------------------------------------------------------------------------ EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev _______________________________________________ Packetfence-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/packetfence-users
