Hi!
Juergen> You wrote code to output magic TOS values (CP and TC). The comment Juergen> says that the values -1 and -2 are the magic numbers to test while Juergen> your code actually did test against 255 and 254. This is of course Juergen> wrong. The right thing to do is to test agains -1 and -2 and to tell Juergen> Frank to fix his implementation of the tunnel MIB. :-)
TOS == -1 is returned correctly by the agent. -2 is not implemented. I had some doubts about how information from the kernel ioctls could be mapped. tunnel->tos = (parm->iph.tos & 1) ? -1 : parm->iph.tos; /* XXX: adjust tos mapping (kernel <-> TUNNEL-MIB::tunnelIfTOS) */
Juergen> Another issue: Frank's tunnel MIB implementation seems to report Juergen> tunnels for every interface. This is not really correct. In fact, you Juergen> should only report tunnelIfEntrys for interfaces of type "tunnel". So Juergen> to get this right, you probably need to dive into the interface table Juergen> implementation itself...
I did exactly this. The tunnel table is implemented as a sparse augmentation of the interfaces table (exactly those interfaces that are of type==131) corona has really 9 tunnel interfaces (IPv6 sit tunnels, tunnels to Berlin, home breweries). ;-)
Juergen> Frank, still listenting? I could only run a single test before the Juergen> tunnel MIB agent on our router blew up...
Yes. The agent is really broken. show tunnels is ok, but upon show interface info this happens. :-( Could you please run ssh root@corona /etc/init.d/local.snmpd restart in this situation? I'll take a look at the agent some time soon.
-frank -- !! This message is brought to you via the `stools' mailing list. !! Please do not reply to this message to unsubscribe. To subscribe or !! unsubscribe, send a mail message to stools-request@ibr.cs.tu-bs.de. !! See http://www.ibr.cs.tu-bs.de/projects/stools/ for more information.