Re: RFC: "-@" command line argument to set clientaddr per request/session
Bill Fenner <[email protected]>
| Newsgroups | gmane.network.net-snmp.devel |
|---|---|
| Message-ID | <CAF4SogYCXQA65xJSfXWHzjdxbW=3Bufo1181Zc=3GO4t-r9ZdA@mail.gmail.com> |
On Sun, May 6, 2018 at 7:33 PM, Bill Fenner <[email protected]> wrote: > On Sun, May 6, 2018 at 4:33 PM, Robert Story <[email protected]> wrote: > >> BF> The tests: >> BF> https://github.com/fenner/net-snmp/commit/41be11b4e3ab93cda3 >> 76bf044de2f77534b56518 >> BF> (T180 and T181 fail. T181 is testing the new functionality in >> BF> 5.8, so, no biggie. T180 tests functionality that worked in >> BF> 5.7.3. T182 and T183 pass; this maybe makes the other failures >> BF> less bad since if a user wants this behavior they can configure >> BF> the session using trapsess instead of trap*sink). >> BF> (I think the "myip" perl script belongs in support, not in >> BF> fulltests/default/; I'll move it before i commit to the master >> BF> branch.) >> >> I'm going to skip these for rc1. What do we need to make the tests >> pass? >> > > T182 and T183 should pass now. T180 and T181 failures have the same root > cause: netsnmp_udpipv4base_tspec_transport() doesn't zero out the default > "161" port that netsnmp_sockaddr_in2() fills in. Compare the code > in netsnmp_udpipv4base_transport() that's checking the clientaddr for > having a port, and zeroes it out if not (the "have_port" check). There is > no similar code in netsnmp_udpipv4base_tspec_transport(). > > One plausible answer is to factor out the code in > netsnmp_udpipv4base_transport() (although I am dubious of > NETSNMP_DS_LIB_CLIENT_ADDR_USES_PORT code, and don't think that should be > copied to the tspec_transport() case). > I rewrote the tests and ran them against 5.7-patches, and, to my surprise, they all failed. I ran them against 5.7.3 itself and 3/4 worked: Agent uses clientaddr for trapsink source ..... ok Agent uses clientaddr for v6 trapsink source .. 1/? not ok 1 - found 0 copies of 'UDP6: \[::1\]:[0-9]*->' in output (/tmp/snmp-test-T181trap2sinkclientaddr6_simple-36979/snmptrapd.log); expected 1 Agent uses clientaddr for v6 trapsink source .. Dubious, test returned 1 (wstat 256, 0x100) Failed 1/2 subtests Agent uses clientaddr for trapsess source ..... ok Agent uses clientaddr for v6 trapsess source .. ok I hope that 5.8 should be able to do at least as well on these tests as 5.7.3. I will try to look at this tonight but my concussion is really slowing me down. Bill ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ Net-snmp-coders mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/net-snmp-coders