WG: [Xorp-hackers] Bugzilla #161
'Kristian Larsson'
kristian@juniks.net
Wed, 7 Sep 2005 13:36:31 +0200
On Wed, Sep 07, 2005 at 12:05:35PM +0200, Patrick Preuss wrote:
> Hello Kristian,
>
> > Sorry for dual posts here but I couldn't confirm
> > this before as I did not have access to a xorp box
> > When doing show route table ipv4 unicast final I
> > see:
> > Xorp> show route table ipv4 unicast final
> > Network 10.0.0.0/24
> > Nexthop := 192.168.77.1
> > Metric := 0 Protocol := static Interface := eth0 Vif := eth0
> > Network 192.168.77.0/24
> > Nexthop := 192.168.77.90
> > Metric := 0 Protocol := connected Interface := eth0 Vif := eth0
> >
> > Isn't that information enough?
>
> Have used <TAB> or <?> for completing the line, I know there is a problem
> with both in the current cvs, I've found the point for <?> completion so far
> It is in the cli_command.cc there are two entrys with <Enter> for the <?> I
> have found the formatting line, for the <Tab> not jet.
<?> gives me an extra blank line
Xorp> show route table ipv4 unicast final ?
Possible completions:
<[Enter]> Execute this command
brief Show IPv4 winning routes
| Pipe through a command
while <tab> is missing one :
Xorp> show route table ipv4 unicast final
`final' is ambiguous.
Possible completions:
<[Enter]> Execute this command brief Show IPv4 winning routes
| Pipe through a command
It seems that the missing blank line exist
on every node that are both executable and
have sub-nodes.
Patrick, I checked the code regarding administrative
distance and protocol. I now see what you mean and I
agree that it's not a pretty solution. There should be
something like origin: ospf.0
where ospf.0 would be your first ospf process. Later
when we (cause we will :) ) support several routing
processes it would just use a different number.
Just my $0.02
Regards,
Kristian