[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [ns] reg the generation of output trace file!!
Hi,
Your solution assumes that the out.tr is generated.
But I dont want to wait till the out.tr is generated.
Say I have a pair src and dst, I want to know the time when a packet arrives at the src and the time it reaches the dst. I want it instantaneously not until the whole simulation is performed.... as far as I know if i try out your awk script it will just filter out from the generated out.tr ..... when do i run this script....do you mean after the whole simulation is performed.
I need to perfrom some admission control decisions as flows enter the network....hence I need the arrival times of the packet at the src and the time it reaches the dst instantaneously i.e. as it happens .... not after the whole simulation is performed.
Thanks for your help....
Arch
------------------------------------------------------
On Thu, 1 Feb 2001 10:31:11
Debojyoti Dutta wrote:
>An easier solution to do this to write a simple awk script. A skeleton
>would be like this
>
>awk -f out.tr '$3=="0" && $4=="2" { print ;}' > foo.tr
>
>Cheers
>Debo
>
>On Thu, 1 Feb 2001, Archana Krishna wrote:
>
>> Hi,
>>
>> Let me place the question again....
>>
>> when i have a network like the one shown below....
>>
>> n1-
>> -
>> -
>> ----------n3-----------n4
>> -
>> -
>> n2-
>>
>>
>> if i run a simulation the output trace generated generally looks like this....i.e if i am directing the output to out.tr , once the whole simulation is over out.tr will contain....
>>
>> + 1.84375 0 2 cbr 210 ------- 0 0.0 3.1 225 610
>> - 1.84375 0 2 cbr 210 ------- 0 0.0 3.1 225 610
>> r 1.84471 2 1 cbr 210 ------- 1 3.0 1.0 195 600
>> r 1.84566 2 0 ack 40 ------- 2 3.2 0.1 82 602
>> + 1.84566 0 2 tcp 1000 ------- 2 0.1 3.2 102 611
>> - 1.84566 0 2 tcp 1000 ------- 2 0.1 3.2 102 611
>> r 1.84609 0 2 cbr 210 ------- 0 0.0 3.1 225 610
>> + 1.84609 2 3 cbr 210 ------- 0 0.0 3.1 225 610
>> d 1.84609 2 3 cbr 210 ------- 0 0.0 3.1 225 610
>> - 1.8461 2 3 cbr 210 ------- 0 0.0 3.1 192 511
>> r 1.84612 3 2 cbr 210 ------- 1 3.0 1.0 196 603
>> + 1.84612 2 1 cbr 210 ------- 1 3.0 1.0 196 603
>> - 1.84612 2 1 cbr 210 ------- 1 3.0 1.0 196 603
>> + 1.84625 3 2 cbr 210 ------- 1 3.0 1.0 199 612
>>
>>
>> But I am not interested in this sort of output.
>>
>> what I am interested is to get
>>
>> + 1.84375 0 2 cbr 210 ------- 0 0.0 3.1 225 610
>>
>> and then
>>
>> - 1.84375 0 2 cbr 210 ------- 0 0.0 3.1 225 610
>>
>> as they are generated....
>>
>> I am particular about this because as i get these lines, i want to send it to a routine where i want to calculate arrival and service envelopes.This routine will be implemented as a c module. So i want to see the output as they are generated.
>>
>> Can you please let me know if this is possible and if so is it just changing the trace.cc like mentioned earlier.
>>
>> Thanks a lot!!
>>
>> -------------------------------------------------------
>>
>> On Wed, 31 Jan 2001 05:24:35
>> kunchanl wrote:
>> >Oops...I thought he just wanted to print the trace file
>> >contents to stdout...sorry for my oversight.
>> >
>> >Kun-chan Lan
>> >
>> >On Wed, 31 Jan 2001, Lloyd Wood wrote:
>> >
>> >> On Tue, 30 Jan 2001, kunchanl wrote:
>> >>
>> >> > I think you can modify either trace.cc or cmu-trace.cc(for
>> >> > wireless)to get what you want.
>> >>
>> >> Well, no. That won't do it by itself.
>> >>
>> >> A while back I looked at interfacing ns to something else; I had the
>> >> crazy idea of parsing a custom ns tracefile as it was written and
>> >> feeding stuff back into ns as sets of here's-one-we-prepared-earlier
>> >> Tcl routines that would be executed inside a scheduled trace
>> >> procedure to schedule future events; basically sourcing the execution
>> >> of the program (commands followed by the next scheduled time to
>> >> read stdin) from stuff fed into stdin.
>> >>
>> >> Nasty, but hey, it's all just pipes - or parsing your own
>> >> fully-recorded transaction logs each way, as your control program
>> >> reads the custom ns tracefile of events thus far and writes a command
>> >> log to change or reschedule the future before scheduling the next read
>> >> of said log, and ns writes its tracefile and reads the command log to
>> >> get more future events to schedule.
>> >>
>> >> So tracefiles can be useful for control. And all you have to do is
>> >> schedule a procedure to start sourcing from stdin at time 0, and
>> >> you've pretty much bootstrapped this monstrosity.
>> >>
>> >> That's not what would be ideal here, since the control decisions are
>> >> entirely internal to ns and nothing to do with e.g. some corba
>> >> management thing. But it strikes me as possibly a hell of a lot easier
>> >> than rewriting chunks of ns to do so; see the custom tracefile, don't
>> >> like the output traffic you see from an agent, write out the Tcl
>> >> instructions to schedule a command to kill that agent asap. (There are
>> >> possibly some very neat ways of doing this - especially if you're
>> >> using an otcl interpreter - depending on how you design your tracefile
>> >> format, which can be separate and parallel to the usual trace-all
>> >> via minor hackery of trace.cc.)
>> >>
>> >> I'd rather try a hack like that than have to try and figure out how to
>> >> get a queue or classifier to safely kill an agent on a different
>> >> node... but since you could be waiting on further scheduled input,
>> >> simulation time could be _slow_.
>> >>
>> >> L.
>> >>
>> >> has no idea if they ever actually got around to implementing this.
>> >>
>> >> <[email protected]>PGP<http://www.ee.surrey.ac.uk/Personal/L.Wood/>
>> >>
>> >>
>> >> > Kun-chan Lan
>> >> >
>> >> > On Tue, 30 Jan 2001, Archana Krishna wrote:
>> >> > >
>> >> > > When a tcl code is written and simulation is performed, a trace
>> >> > > file containing the output simulation is generated.
>> >> > >
>> >> > > I need to perform some admission control decisions as flows are
>> >> > > generated by the sources as to whether they should be admitted
>> >> > > into the network. For this I would want the output to be viewed as
>> >> > > they are generated and not wait until the whole trace file is
>> >> > > generated....
>> >> > >
>> >> > > Can anyone of you please let me know if its possible in ns and
>> >> > > if so how to go about implementing it.
>> >> > >
>> >> > > Thanks for your help
>> >> > > Arch.
>> >>
>> >>
>> >
>> >
>>
>>
>> Get your small business started at Lycos Small Business at http://www.lycos.com/business/mail.html
>>
>>
>
>
Get your small business started at Lycos Small Business at http://www.lycos.com/business/mail.html