[Olsr-dev] dot_draw does not show its own HNA

[Jens Nachtigall]

Hi all,

with latest 0.5.4 I noticed that the dot_draw plugin does not print the nodes 
own HNA set, but only the HNA sets announced by foreign nodes.

An example:
The node 10.12.116.27 has an HNA with  "0.0.0.0/0.0.0.0", that is internet 
connection. If I connect to this node and do telnet to port 2004, then the 
dot_draw prints this (the important thing is that there is now HNA-label and 
diamond-box):

digraph topology
{
"10.12.116.27" -> "10.86.255.34"[label="1.01", style=solid];
"10.12.116.27" -> "10.12.133.168"[label="1.01", style=solid];
"10.12.116.27" -> "10.86.255.34"[label="1.01"];
"10.12.116.27" -> "10.12.133.168"[label="1.02"];
"10.86.255.34" -> "10.12.116.27"[label="1.01"];
"10.86.255.34" -> "10.12.133.168"[label="1.01"];
"10.12.133.168" -> "10.12.116.27"[label="1.01"];
"10.12.133.168" -> "10.86.255.34"[label="1.01"];
}

If I connect to another node than the previous one who announces its own HNA, 
and connect on this one to port 2004 via telnet, I  correctly get:
 digraph topology
{
"10.86.255.34" -> "10.12.133.168"[label="1.02", style=solid];
"10.86.255.34" -> "10.12.116.27"[label="1.02", style=solid];
"10.12.116.27" -> "10.86.255.34"[label="1.02"];
"10.12.116.27" -> "10.12.133.168"[label="1.04"];
"10.86.255.34" -> "10.12.116.27"[label="1.02"];
"10.86.255.34" -> "10.12.133.168"[label="1.02"];
"10.12.133.168" -> "10.12.116.27"[label="1.04"];
"10.12.133.168" -> "10.86.255.34"[label="1.02"];
"10.12.116.27" -> "0.0.0.0/0.0.0.0"[label="HNA"];
"0.0.0.0/0.0.0.0"[shape=diamond];
}


So the dot_draw does not seem to be able to see the HNA sets on the node on 
that it is running. HNA sets announced by other nodes seem to be fine. Maybe 
this is related to the latest refactering, I do not know.

regards,
jens


 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://lists.olsr.org/pipermail/olsr-dev/attachments/20071101/f5b1f22d/attachment.sig>