Re: [ns] bug in bind command for CBQ class

[Lloyd Wood <l.wood@eim.surrey.ac.uk>]

On Wed, 3 Oct 2001, H�kan Bystr�m wrote:

> In the ns manual of August 26, 2001 you can read the following on page
> 72:
> 
>     $cbq bind <cbqclass> <id1> [$id2]
> 
>             Cause packets containing flow id id1 (or those in the range
> id1 to id2 inclusive) to be associated with the
>             traffic class cbqclass.
> 
> When I try this command in my script, simulating three UDP flows with id
> 1,2 and 4, like this:
> 
> 
>     $cbqlink bind $EFclass 1
>     $cbqlink bind $AFclass 2
>     $cbqlink bind $BEclass 3 4
> 
> I get the following error when ns is running:
> 
> 
>     ns: _o95 unknown-flow 2 7 4:
>         (_o95 cmd line 1)
>         invoked from within
>         "_o95 cmd unknown-flow 2 7 4"
>         invoked from within
>     "catch "$self cmd $args" ret"
>         (procedure "_o95" line 2)
>         (SplitObject unknown line 2)
>         invoked from within
>     "_o95 unknown-flow 2 7 4"
> 
> But if I change the flow id from 4 to 3 it works fine.
> 
> Nowhere in the test-suite is the command used with two arguments in this
> way. I've also tried to locate the code which take care of this command
> to try to find the bug, but I can't manage to locate it by just using
> grep, and it's not in cbq.cc as one could expect.

You're typing an OTcl command, so you need to look at the tcl to see
how it's parsed.

See 
CBQLink instproc bind args {

in ~ns/tcl/lib/ns-queue.tcl

L.

<L.Wood@surrey.ac.uk>PGP<http://www.ee.surrey.ac.uk/Personal/L.Wood/>