On Fri, 2005-04-29 at 19:04, Wes Hardaker wrote: > Dave> I was hoping John might be able to shed some light on whether > Dave> the transport information was needed in the PDU copy at all (and > Dave> if so, why). > > Unfortunately, I don't think he's listening.
Probably not - but it was worth a try. > However, the space is > supposed to be "magic" space to some extent It's "magic" in the sense that nothing outside the transport code should be fiddling with it, certainly. But that's not quite what's at issue here. > and thus I would go with > whatever he did in the pdu copy routine The problem is that the pdu copy routine also copies this transport magic information. So that the new copy is immediately associated with the same host that the original PDU arrived from (assuming that we're copying a response PDU, which is quite reasonable). I'm questioning whether this is appropriate, since the copy will presumably be sent off to some destination using a suitable session structure. With the transport magic retained, the session target information will be ignored (I think), and the PDU transport magic data used instead. So the copy will be sent back to the original agent, rather than the destination associated with the session. If the transport magic data is omitted from the copy, then the PDU will be sent to the session destination, which seems the more sensible arrangement. That's what I *think* is going wrong here. But I wanted to check with the experts before I started breaking things yet again :-) Dave ------------------------------------------------------- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 _______________________________________________ Net-snmp-users mailing list [email protected] Please see the following page to unsubscribe or change other options: https://lists.sourceforge.net/lists/listinfo/net-snmp-users
