From owner-ns-users Wed Mar 12 09:02:18 1997 Received: from mail1.fw-sj.sony.com (mail1.fw-sj.sony.com [198.93.2.11]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id JAA21928 for ; Wed, 12 Mar 1997 09:02:17 -0800 (PST) Received: by mail1.fw-sj.sony.com id JAA28337; Wed, 12 Mar 1997 09:01:00 -0800 (PST) Received: by mail2.sjc.in.sel.sony.com id JAA15221; Wed, 12 Mar 1997 09:00:59 -0800 (PST) Received: from tom-s-pc.wtc.sel.sony.com (so124.wtc.sel.sony.com [43.131.130.124]) by mail-so.wtc.sel.sony.com (8.7.4/8.7.3) with SMTP id IAA07312 for ; Wed, 12 Mar 1997 08:43:00 -0800 (PST) Message-Id: <3.0.32.19970312090237.0068b26c@mail-so.wtc.sel.sony.com> X-Sender: pollardt@mail-so.wtc.sel.sony.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Wed, 12 Mar 1997 09:02:38 -0800 To: ns-users@mash.cs.berkeley.edu From: Tom Pollard Subject: Simulation of link-level protocols Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" I am trying to simulate a weird "nested" TCP architecture. In this setup, I need to use TCP for my end-to-end transport, and I need to use a second implementation of TCP as a local link-layer protocol for one of my segments (a wireless one). Does anyone know how to implement a link-layer protocol in an NS simulation? Unfortunately, I am pretty C++ illiterate (arcahic C programmer). Thanks, Tom Pollard From owner-ns-users Wed Apr 16 11:56:07 1997 Received: from sirius.ctr.columbia.edu (root@sirius.ctr.columbia.edu [128.59.64.60]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id LAA03403 for ; Wed, 16 Apr 1997 11:56:06 -0700 (PDT) Received: from violins.ctr.columbia.edu (violins.ctr.columbia.edu [128.59.68.57]) by sirius.ctr.columbia.edu (8.8.5/8.6.4.287) with ESMTP id OAA16068; Wed, 16 Apr 1997 14:56:19 -0400 (EDT) From: xwang@ctr.columbia.edu (Xin Wang) Received: (xwang@localhost) by violins.ctr.columbia.edu (8.7.5/8.6.4.788743) id OAA36808; Wed, 16 Apr 1997 14:56:18 -0400 Date: Wed, 16 Apr 1997 14:56:18 -0400 Message-Id: <199704161856.OAA36808@violins.ctr.columbia.edu> To: ns-users@mash.cs.berkeley.edu Subject: bugs? Cc: xwang@ctr.columbia.edu Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-MD5: OifmGteMwP6Lmltj6PQbHg== I am a nsv2 user and I am trying to do some routing simulation on top of the simulator. I downloaded the draft version of PIM-SM based on nsv2 written by Ahmed from USC. When I tried to test the simulator after compiling it, I got some exception errors. I remembered there were the similar errors the first time I downloaded nsv2 itself. The bug was fixed afterwards. I think the bugs for the PIM-SM is due to the author using the old version of nsv2. Anyone knows what the possible bugs for this? And if there exists any debugging tool for OTcl? Thanks a lot. > > %./ns test-suite.tcl tahoe1 > > no reachable alloc > while executing > "agent/null create _o2" > ("eval" body line 1) > invoked from within > "eval $className create $o $args" > (procedure "new" line 3) > invoked from within > "new agent/null" > invoked from within > "set nullAgent [new agent/null]..." > (procedure "ns" line 5) > invoked from within > "ns next" > ("eval" body line 1) > invoked from within > "eval $self next $args" > (procedure "ns" line 2) > invoked from within > "ns init " > invoked from within > "OldSim create ns" > ("eval" body line 1) > invoked from within > "eval [list $self] create [list $m] $args " > (procedure "OldSim" line 5) > invoked from within > "OldSim ns" > (procedure "ns" line 2) > invoked from within > "ns node" > invoked from within > "set s1 [ns node]..." > (procedure "create_testnet" line 4) > invoked from within > "create_testnet" > (procedure "test_tahoe1" line 3) > invoked from within > "test_$argv" > (file "test-suite.tcl" line 735) > Xin From owner-ns-users Wed Apr 16 11:56:55 1997 Received: from sirius.ctr.columbia.edu (root@sirius.ctr.columbia.edu [128.59.64.60]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id LAA03468 for ; Wed, 16 Apr 1997 11:56:54 -0700 (PDT) Received: from violins.ctr.columbia.edu (violins.ctr.columbia.edu [128.59.68.57]) by sirius.ctr.columbia.edu (8.8.5/8.6.4.287) with ESMTP id OAA16094 for ; Wed, 16 Apr 1997 14:57:10 -0400 (EDT) From: xwang@ctr.columbia.edu (Xin Wang) Received: (xwang@localhost) by violins.ctr.columbia.edu (8.7.5/8.6.4.788743) id OAA36820 for ns-users@mash.cs.berkeley.edu; Wed, 16 Apr 1997 14:57:09 -0400 Date: Wed, 16 Apr 1997 14:57:09 -0400 Message-Id: <199704161857.OAA36820@violins.ctr.columbia.edu> To: ns-users@mash.cs.berkeley.edu Subject: request-join Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-MD5: AAAAAAAAAAAAAAAAAAAAAA== From owner-ns-users Tue Apr 22 10:58:24 1997 Received: from kayak.CS.Berkeley.EDU (tomh@kayak.cs.Berkeley.EDU [128.32.33.132]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id KAA28163; Tue, 22 Apr 1997 10:58:23 -0700 (PDT) Received: from localhost (tomh@localhost) by kayak.CS.Berkeley.EDU (8.8.5/8.8.5) with SMTP id KAA16532; Tue, 22 Apr 1997 10:58:14 -0700 (PDT) Date: Tue, 22 Apr 1997 10:58:14 -0700 (PDT) From: Tom Henderson To: cs268@mash.cs.berkeley.edu, ns-users@mash.cs.berkeley.edu Subject: WWW traffic generator available Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII As part of our CS268 class project, we have ported over the http model in Bruce Mah's INSANE simulator. We are using this code to generate background traffic which looks like actual web traffic. We've found that other people are interested in using this in their simulations. At a high level, it works as follows: There are two types of source agents: WWWClient and WWWServer. At configuration time, the WWWClient is connected to the WWWServer. The WWWClient makes a short request to the WWWServer, which then generates a random number of connection responses, each with a random length. Once the WWWServer finishes sending the data to the WWWClient, the WWWClient waits for a random time ("think time") before making another request from the WWWServer. Empirical distributions, derived from Bruce's web traces, dictate the random behavior. We do not intend to commit this work to the ns repository, since issues regarding a general framework for distributions and traffic generation still have not been finalized. This is intended more as a short term implementation. To obtain the tar file (which contains a more comprehensive README), see http://http.cs.berkeley.edu/~tomh/software.html The credit for the implementation is due to Emile Sahouria, who did most of the work. Questions or comments can go to emile@eecs or tomh@cs. Tom and Emile From owner-ns-users Mon May 5 08:59:08 1997 Received: from inhye.bellcore.com (inhye.bellcore.com [192.4.18.90]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id IAA21558 for ; Mon, 5 May 1997 08:59:07 -0700 (PDT) Received: from inhye (localhost [127.0.0.1]) by inhye.bellcore.com (8.6.9/8.6.10) with SMTP id LAA10758; Mon, 5 May 1997 11:42:56 -0400 Sender: hkim@bellcore.com Message-ID: <336DFFFE.41C67EA6@bellcore.com> Date: Mon, 05 May 1997 11:42:54 -0400 From: Hyogon Kim Organization: Bell Communications Research X-Mailer: Mozilla 2.02 (X11; I; SunOS 4.1.4 sun4m) MIME-Version: 1.0 To: ns-users@mash.cs.berkeley.edu CC: set@bellcore.com, huitema@bellcore.com, hkim@bellcore.com Subject: NS2 compiles, but doesn't run X-URL: http://www-mash.cs.berkeley.edu/ns/ Content-Type: text/plain; charset=euc-kr Content-Transfer-Encoding: 7bit Hi, we just installed ns-2.0a16, and I tried ns test-suite.tcl tahoe1 but I got the following error message: invalid command name "ns" while executing "ns node" invoked from within "set s1 [ns node]..." (procedure "create_testnet" line 4) invoked from within "create_testnet" (procedure "test_tahoe1" line 3) invoked from within "test_$argv" (file "test-suite.tcl" line 744) could you tell me what could have possibly gone wrong? I will appreciate any input, Hyogon Kim From owner-ns-users Mon May 5 09:06:38 1997 Received: from buttle.lcs.mit.edu (buttle.lcs.mit.edu [18.26.0.66]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id JAA21572 for ; Mon, 5 May 1997 09:06:33 -0700 (PDT) Received: from buttle.lcs.mit.edu by buttle.lcs.mit.edu (SMI-8.6/SMI-SVR4) id MAA25333; Mon, 5 May 1997 12:04:03 -0400 From: Mark Handley X-Organisation: Information Sciences Institute, USC X-Phone: +1 617 253 6011 To: Hyogon Kim cc: ns-users@mash.cs.berkeley.edu, set@bellcore.com, huitema@bellcore.com Subject: Re: NS2 compiles, but doesn't run In-reply-to: Your message of "Mon, 05 May 1997 11:42:54 EDT." <336DFFFE.41C67EA6@bellcore.com> Date: Mon, 05 May 1997 12:04:03 -0400 Message-ID: <25331.862848243@buttle.lcs.mit.edu> Sender: mjh@buttle.lcs.mit.edu >we just installed ns-2.0a16, and I tried > > ns test-suite.tcl tahoe1 > >but I got the following error message: > >invalid command name "ns" > while executing >"ns node" Probably ns didn't build correctly because it couldn't find tclsh which is needed to build ns-lib.tcl in the gen subdirectory. The build will have failed to build ns-lib.tcl properly, and so nothing works. Check whether this is in fact what's happening, by removing everything in "gen" and re-making. If this is the case, edit the Makefile so it looks for "tclsh7.6" or whetever it's installed as on your platform. Mark From owner-ns-users Mon May 5 09:30:36 1997 Received: from inhye.bellcore.com (inhye.bellcore.com [192.4.18.90]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id JAA21594 for ; Mon, 5 May 1997 09:30:34 -0700 (PDT) Received: (from hkim@localhost) by inhye.bellcore.com (8.6.9/8.6.10) id MAA10999; Mon, 5 May 1997 12:30:28 -0400 From: hkim@bellcore.com (Hyogon Kim) Message-Id: <199705051630.MAA10999@inhye.bellcore.com> Subject: Re: NS2 compiles, but doesn't run To: mjh@ISI.EDU (Mark Handley) Date: Mon, 5 May 1997 12:30:26 -0400 (EDT) Cc: hkim@bellcore.com, ns-users@mash.cs.berkeley.edu, set@bellcore.com, huitema@bellcore.com In-Reply-To: <25331.862848243@buttle.lcs.mit.edu> from "Mark Handley" at May 5, 97 12:04:03 pm X-Mailer: ELM [version 2.4 PL22] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Mark, > >>we just installed ns-2.0a16, and I tried >> >> ns test-suite.tcl tahoe1 >> >>but I got the following error message: >> >>invalid command name "ns" >> while executing >>"ns node" > >Probably ns didn't build correctly because it couldn't find tclsh >which is needed to build ns-lib.tcl in the gen subdirectory. The >build will have failed to build ns-lib.tcl properly, and so nothing >works. > >Check whether this is in fact what's happening, by removing everything >in "gen" and re-making. If this is the case, edit the Makefile so it >looks for "tclsh7.6" or whetever it's installed as on your platform. > >Mark > Yes, it was indeed the case that ns-lib.tcl was not built properly. I modified the Makefile to find the tclsh7.6 at the right place and NS2 works now. By the way, I still don't see ns-lib.tcl in gen directory, but it seems to be instead in ./tcl/lib/ns-lib.tcl. Does this mean that something's still wrong? Thanks a lot! -- ------------------------------------------------------------------------------ Hyogon Kim (201) 829-4728 Research Scientist hkim@bellcore.com Computer Networking Research Department Rm. 1B-225B Internet Architecture Research Laboratory Bellcore Applied Research Center 445 South Street Bell Communications Research Morristown, NJ 07960 ------------------------------------------------------------------------------ From owner-ns-users Mon May 5 09:34:30 1997 Received: from buttle.lcs.mit.edu (buttle.lcs.mit.edu [18.26.0.66]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id JAA21602 for ; Mon, 5 May 1997 09:34:26 -0700 (PDT) Received: from buttle.lcs.mit.edu by buttle.lcs.mit.edu (SMI-8.6/SMI-SVR4) id MAA25446; Mon, 5 May 1997 12:31:53 -0400 From: Mark Handley X-Organisation: Information Sciences Institute, USC X-Phone: +1 617 253 6011 To: hkim@bellcore.com (Hyogon Kim) cc: ns-users@mash.cs.berkeley.edu, set@bellcore.com, huitema@bellcore.com Subject: Re: NS2 compiles, but doesn't run In-reply-to: Your message of "Mon, 05 May 1997 12:30:26 EDT." <199705051630.MAA10999@inhye.bellcore.com> Date: Mon, 05 May 1997 12:31:53 -0400 Message-ID: <25444.862849913@buttle.lcs.mit.edu> Sender: mjh@buttle.lcs.mit.edu >Yes, it was indeed the case that ns-lib.tcl was not built properly. >I modified the Makefile to find the tclsh7.6 at the right place >and NS2 works now. By the way, I still don't see ns-lib.tcl in >gen directory, but it seems to be instead in ./tcl/lib/ns-lib.tcl. >Does this mean that something's still wrong? Sorry - I meant ns_tcl.cc (which is generated from ns-lib.tcl and others using a script that requires tclsh). Anyway, it seems to have done the trick. Cheers, Mark From owner-ns-users Mon May 12 12:02:24 1997 Received: from inhye.bellcore.com (inhye.bellcore.com [192.4.18.90]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id MAA08356 for ; Mon, 12 May 1997 12:02:21 -0700 (PDT) Received: from inhye (localhost [127.0.0.1]) by inhye.bellcore.com (8.6.9/8.6.10) with SMTP id PAA00483; Mon, 12 May 1997 15:02:17 -0400 Sender: hkim@bellcore.com Message-ID: <33776938.41C67EA6@bellcore.com> Date: Mon, 12 May 1997 15:02:16 -0400 From: Hyogon Kim Organization: Bell Communications Research X-Mailer: Mozilla 2.02 (X11; I; SunOS 4.1.4 sun4m) MIME-Version: 1.0 To: ns-users@mash.cs.berkeley.edu CC: hkim@bellcore.com Subject: Is 'dynamic scheduling' in tcl script possible? X-URL: http://www-mash.cs.berkeley.edu/ns/ Content-Type: text/plain; charset=euc-kr Content-Transfer-Encoding: 7bit Hi, it seems to me that using NS is like loading a gun and shooting it. By loading I mean "pre-scheduling" events using "ns at" in tcl script, and by shooting I mean invoking "ns run". It doesn't seem that I can schedule events after the ns run (so it's sort of a point of no return). But isn't this a handicapped feature when simulating, say a ftp session, where I could transmit multiple files back to back, and the start time of each TCP connection depends on the duration of the previous connections. I mean when you can't predetermine the start time of a (TCP) connection, what can you do? Is there some way to work around this on tcl script level? (I don't really want to tweak the simulation engine itself except for last resort) Or is it the case I am just missing something? In either case, would you please be kind enough to enlighten me? Thanks a lot, Hyogon From owner-ns-users Thu May 15 16:12:12 1997 Received: from eesun3.tamu.edu (eesun3.tamu.edu [128.194.25.56]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id QAA20771 for ; Thu, 15 May 1997 16:12:11 -0700 (PDT) Received: (from skjo@localhost) by eesun3.tamu.edu (8.8.5/8.8.5) id SAA02558 for ns-users@mash.cs.berkeley.edu; Thu, 15 May 1997 18:12:02 -0500 (CDT) From: Sanku Jo Message-Id: <199705152312.SAA02558@eesun3.tamu.edu> Subject: NS Installation problem. To: ns-users@mash.cs.berkeley.edu Date: Thu, 15 May 1997 18:12:02 -0500 (CDT) X-Mailer: ELM [version 2.4 PL24 PGP2] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Dear NS developer: How are you ! Working for Layered Multicasting Video Conferencing, I hope to simulate RLM by Dr. McCanne for different situation. Then, I would like to implement our own approach in NS to simulate our approach. So, I have tried to install NS(ns-2.0a6) in SunOS 5.5, after installing every stuff, such as tcl7.5, tk4.1, otcl and libTcl After changing "configure" file, I could get Makefile which I needed to change for working. I successed to compile every file. But, I failed to get "ns" at the last poit of Makefile. I got error as below. ------- Undefined first referenced symbol in file dlclose /usr/lib/libnsl.a(netdir.o) dgettext /usr/lib/libnsl.a(netselect.o) dlsym /usr/local/lib/libtcl7.5.a(tclLoadDl.o) dlopen /usr/local/lib/libtcl7.5.a(tclLoadDl.o) dlerror /usr/local/lib/libtcl7.5.a(tclLoadDl.o) ld: fatal: Symbol referencing errors. No output written to ns make: *** [ns] Error 1 ------ So, I tried to add "-ldl" in compile option. Then, it says ------ ld: fatal: library -ldl: not found ------ I found that there is no libld.a in /usr/lib directory. So, I would like to get some help about these. 1. I could not get "Makefile" working without change from running "configure". After changing and running "configuration", I could get "Makefile". But, I should changed "Makefile" for compiling withuot error. Even with changed "Makefile", I could not get "ns" because of the error related to "ld". How could I change configure file nicely to get the "Makefile". 2. How should I do for get "ns" solving the "-ldl" problem mentioned above ? Your helpfull comment will be very appreciated. Thank you for your kind attention ! Regards, Jo, SanKu From owner-ns-users Thu May 15 16:18:11 1997 Received: from ell.ee.lbl.gov (ell.ee.lbl.gov [131.243.1.20]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id QAA20781 for ; Thu, 15 May 1997 16:18:11 -0700 (PDT) Received: by ell.ee.lbl.gov (8.8.5/1.43r) id QAA24288; Thu, 15 May 1997 16:17:55 -0700 (PDT) From: kfall@ee.lbl.gov (Kevin Fall) Message-Id: <199705152317.QAA24288@ell.ee.lbl.gov> To: Sanku Jo cc: ns-users@mash.cs.berkeley.edu Subject: Re: NS Installation problem. In-reply-to: Your communique of Thu, 15 May 97 18:12:02 CDT. <199705152312.SAA02558@eesun3.tamu.edu> Date: Thu, 15 May 97 16:17:55 PDT > > But, I failed to get "ns" at the last poit of Makefile. > I got error as below. > > ------- > Undefined first referenced > symbol in file > dlclose /usr/lib/libnsl.a(netdir.o) > dgettext /usr/lib/libnsl.a(netselect.o) > dlsym /usr/local/lib/libtcl7.5.a(tclLoadDl.o ) > dlopen /usr/local/lib/libtcl7.5.a(tclLoadDl.o ) > dlerror /usr/local/li b/libtcl7.5.a(tclLoa dDl.o) > ld: fatal: Symbol referencing errors. No output written to ns > make: *** [ns] Error 1 > ------ here's one possible fix: if you have '-static' in the Makefile, remove it but leave in the addition you made for '-ldl' compiler directive. Then try make again. - K From owner-ns-users Sat May 17 09:51:46 1997 Received: from waseem-pc.it.kth.se (root@waseem-pc.it.kth.se [130.237.14.198]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id JAA26892 for ; Sat, 17 May 1997 09:51:45 -0700 (PDT) Received: from waseem-pc.it.kth.se (localhost [127.0.0.1]) by waseem-pc.it.kth.se (8.8.5/8.8.5) with SMTP id SAA06839 for ; Sat, 17 May 1997 18:49:17 +0200 Sender: waseem@waseem-pc.it.kth.se Message-ID: <337DE18C.75065D2E@it.kth.se> Date: Sat, 17 May 1997 18:49:16 +0200 From: Waseem Besada Organization: ccslab X-Mailer: Mozilla 3.01Gold (X11; I; Linux 2.0.27 i586) MIME-Version: 1.0 To: ns-users@mash.cs.berkeley.edu Subject: ns and library link Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi, I appreciate any help from ns-users to install ns-version-1 on linux. I tried to install on linus RedHat 4.1 with kernel 2.0.27 but there is a problem to link with tcl library. I use tcl 7.6 and tk 4.2 but this should not be a problem. Best wishes, Waseem -- |------------------------------------------------| |Waseem Besada Email: waseem@it.kth.se | |ccsLAB KTH/IT | |DEPARTMENT OF Phone: +46 8 752 14 34 | |TELEINFORMATICS Fax : +46 8 751 1793 | |S-164 40 KISTA | |SWEDEN | |------------------------------------------------| From owner-ns-users Tue May 27 17:10:57 1997 Received: from kayak.CS.Berkeley.EDU (tomh@kayak.cs.Berkeley.EDU [128.32.33.132]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id RAA08630 for ; Tue, 27 May 1997 17:10:57 -0700 (PDT) Received: from localhost (tomh@localhost) by kayak.CS.Berkeley.EDU (8.8.5/8.8.5) with SMTP id RAA03396 for ; Tue, 27 May 1997 17:10:55 -0700 (PDT) Date: Tue, 27 May 1997 17:10:55 -0700 (PDT) From: Tom Henderson To: ns-users@mash.cs.berkeley.edu Subject: bug in tcp-newreno.cc Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII I recently discovered and fixed a bug in tcp-newreno.cc that was causing the base class recv() function to be called instead. This bug has been present since the inception of ns-2 (but not in ns-1), so if you have been using tcp-newreno.cc in ns-2, it has probably been behaving more like tahoe than newreno. Tom Henderson From owner-ns-users Wed May 28 12:10:18 1997 Received: from comsun.comm.toronto.edu (comsun.comm.utoronto.ca [128.100.11.1]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id MAA11345 for ; Wed, 28 May 1997 12:10:16 -0700 (PDT) Received: from saturn ([128.100.244.4]) by comsun.comm.toronto.edu with SMTP id <33670>; Wed, 28 May 1997 15:10:01 -0400 Sender: keith@comm.toronto.edu Message-ID: <338C8274.4A33@nal.utoronto.ca> Date: Wed, 28 May 1997 15:07:32 -0400 From: Keith Chow Organization: University of Toronto X-Mailer: Mozilla 3.01Gold (X11; I; SunOS 5.5.1 sun4u) MIME-Version: 1.0 To: ns-users@mash.cs.berkeley.edu Subject: Need "inet.h" in your ns-src-2.0a17 release Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi there, I tried to install your ns-src-2.0a17 release, but failed. It said "inet.h" not found. Could you please include it in your distribution file? Meanwhile, it would be very helpful if you could also add a brief note on the usage of your enhanced features such as "fq", "sfq" and "mcast". Thanks a lot. Keith. -- ----------------------------------------------- Keith HungKei Chow Network Architecture Lab, Communication Group, Department of Electrical & Computer Engineering University of Toronto Ontario, Canada. Tel: (416) 978-1611 Fax: (416) 978-4425 Email: keith@nal.utoronto.ca keith@comm.utoronto.ca ----------------------------------------------- From owner-ns-users Wed May 28 18:03:06 1997 Received: from bend.ee.lbl.gov (bend.ee.lbl.gov [131.243.1.27]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id SAA12064; Wed, 28 May 1997 18:03:06 -0700 (PDT) From: kfall@ee.lbl.gov Received: by bend.ee.lbl.gov (8.8.5/1.43r) id SAA25344; Wed, 28 May 1997 18:03:05 -0700 (PDT) Message-Id: <199705290103.SAA25344@bend.ee.lbl.gov> To: ns-developers@mash.cs.berkeley.edu, ns-users@mash.cs.berkeley.edu cc: minshall@ipsilon.com, curtis@ans.net, ted@tik.ece.ncsu.edu Subject: ns-1 version 1.3 now available Date: Wed, 28 May 1997 18:03:05 PDT We've made another snapshot/release of ns v1. new features: tcp-vegas, contributed by Ted Kuo (ted@tik.ece.ncsu.edu) "fulltcp", a 4.4BSD look-alike (state machine, 2-way traffic) location: ftp://ftp.ee.lbl.gov/ns-1.3.tar.gz Please send comments/problems to 'ns@ee.lbl.gov'. - Kevin From owner-ns-users Thu May 29 15:58:19 1997 Received: from cheetah.cs.ucla.edu (Cheetah.CS.UCLA.EDU [131.179.132.22]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id PAA14809 for ; Thu, 29 May 1997 15:58:19 -0700 (PDT) Received: (from georgel@localhost) by cheetah.cs.ucla.edu (8.8.5/UCLACS-2.2) id PAA15240; Thu, 29 May 1997 15:58:18 -0700 (PDT) Date: Thu, 29 May 1997 15:58:18 -0700 (PDT) Message-Id: <199705292258.PAA15240@cheetah.cs.ucla.edu> From: George Lin To: ns-users@mash.cs.berkeley.edu Subject: mobility what can ns do in terms of mobile hosts? thanks From owner-ns-users Thu May 29 20:51:04 1997 Received: from falcon.CS.Berkeley.EDU (gnguyen@falcon.CS.Berkeley.EDU [128.32.131.149]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id UAA15486 for ; Thu, 29 May 1997 20:51:04 -0700 (PDT) Received: from localhost (gnguyen@localhost) by falcon.CS.Berkeley.EDU (8.8.5/8.7.3) with SMTP id UAA04902; Thu, 29 May 1997 20:51:00 -0700 (PDT) X-Authentication-Warning: falcon.CS.Berkeley.EDU: gnguyen owned process doing -bs Date: Thu, 29 May 1997 20:51:00 -0700 (PDT) From: Giao Thanh Nguyen Reply-To: gnguyen@CS.Berkeley.EDU To: George Lin cc: Hari Balakrishnan , Venkata Padmanabhan , ns-users@mash.CS.Berkeley.EDU Subject: Re: mobility In-Reply-To: <199705292258.PAA15240@cheetah.cs.ucla.edu> Message-ID: Organization: UC Berkeley Computer Science X-Url: http://www.cs.berkeley.edu/~gnguyen MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII > what can ns do in terms of mobile hosts? Mobility is currently not supported in ns. We have implemented the link layer, MAC, and channel to model the wireless network. These are the modules: Link Layer: basic, SNOOP MAC: CSMA/CD, CSMA/CA, 802.11, Multihop Channel: shared We are working on integrating these components to support multicast. Regards, Giao From owner-ns-users Tue Jun 3 23:41:58 1997 Received: from dcn.soongsil.ac.kr (dcn.soongsil.ac.kr [203.253.2.104]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id XAA10646 for ; Tue, 3 Jun 1997 23:41:56 -0700 (PDT) Received: from dcnnt.soongsil.ac.kr ([203.253.3.85]) by dcn.soongsil.ac.kr (8.6.9H1/8.9.11h) with SMTP id QAA06586 for ; Wed, 4 Jun 1997 16:46:12 +1000 Message-Id: <3.0.1.32.19970604154429.0068c618@dcn.soongsil.ac.kr> X-Sender: kng@dcn.soongsil.ac.kr (Unverified) X-Mailer: Windows Eudora Light Version 3.0.1 (32) Date: Wed, 04 Jun 1997 15:44:29 +0900 To: ns-users@mash.cs.berkeley.edu From: kim nam gyun Subject: I need your help. Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Hello! This is soongsil university in korea. My name is kim,namgyun. I'm a gradurated student researching computer network. I'm studing for scheduling algorithms of switch, and simulating this algorithms these day. I use ns(network simulator) as simulation tool. I simulate SCFQ scheduling scheme these day. but not yet. And next plan is WF2Q+. If you have SCFQ or WF2Q+ simulation sources, mail me this attach files. then I can refer this source files I will wait your help. From owner-ns-users Thu Jun 5 14:28:47 1997 Received: from sargasso.cps.msu.edu (sargasso.cps.msu.edu [35.9.20.11]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id OAA16612 for ; Thu, 5 Jun 1997 14:28:47 -0700 (PDT) Received: from helium.cps.msu.edu (helium.cps.msu.edu [35.9.27.22]) by sargasso.cps.msu.edu (8.8.5/8.8.5) with ESMTP id RAA03514 for ; Thu, 5 Jun 1997 17:28:45 -0400 (EDT) Received: from helium (localhost [127.0.0.1]) by helium.cps.msu.edu (8.8.5/8.8.5) with SMTP id RAA06587 for ; Thu, 5 Jun 1997 17:28:44 -0400 (EDT) Sender: tangwen1@cps.msu.edu Message-ID: <33972F8C.3F48@cps.msu.edu> Date: Thu, 05 Jun 1997 17:28:44 -0400 From: Wenting Tang X-Mailer: Mozilla 3.01Gold (X11; I; SunOS 5.5.1 sun4u) MIME-Version: 1.0 To: ns-users@mash.cs.berkeley.edu Subject: a probelm Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Dear Sir, I tried very hard to install ns version 2 ( download from web ), when I run the test-suite tahoe1 , I got error message: ns: close file3 ; finish test_tahoe2: couldn't execute "xgraph": no such file or directory while executing "exec xgraph -bb -tk -nl -m -x time -y packet temp.rands &" (procedure "finish" line 43) invoked from within "finish test_tahoe2" I think xgraph maybe is a function or a utility, I am not sure. and Also if it is a utility, may I change it for other utilities? thank you. Wenting Tang Michigan State Universiyt. From owner-ns-users Mon Jun 9 16:39:56 1997 Received: from runner.utsa.edu (runner.jpl.utsa.edu [129.115.50.16]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id QAA09457 for ; Mon, 9 Jun 1997 16:39:55 -0700 (PDT) Received: from ringer.cs.utsa.edu by runner.utsa.edu (5.0/SMI-SVR4) id AA06649; Mon, 9 Jun 1997 18:42:09 -0500 Received: from wayside.cs.utsa.edu by ringer.cs.utsa.edu (SMI-8.6/SMI-SVR4) id SAA19254; Mon, 9 Jun 1997 18:39:09 -0500 Received: by wayside.cs.utsa.edu (SMI-8.6/SMI-SVR4) id SAA11501; Mon, 9 Jun 1997 18:39:06 -0500 From: samir@ringer.cs.utsa.edu (Samir Ranjan Das) Message-Id: <199706092339.SAA11501@wayside.cs.utsa.edu> Subject: NS question To: ns-users@mash.cs.berkeley.edu Date: Mon, 9 Jun 1997 18:39:05 -0500 (CDT) Reply-To: samir@ringer.cs.utsa.edu X-Mailer: ELM [version 2.4 PL25] Content-Type: text Hi, I am interested in using NS for a combined MAC layer (various multiple access schemes, in particular CSMA/CD and CSMA/CA) plus TCP simulation. In NS-1, there is no provision for MAC layer simulation. However, with some work I should be able modify the source to handle it. It looks like that NS-2 there is some way to simulate multi-access links. But I am not sure how to use it (no doc or examples). Also, it is not clear whether a MAC protocol can be specified as a part of the input or I still have to modify the NS-2 source if I want to handle a multiple access protocol for the MAC layer. Any help will be appreciated. Samir Das Univ. of Tx at San Antonio From owner-ns-users Tue Jun 10 13:58:35 1997 Received: from zephyr.isi.edu (zephyr.isi.edu [128.9.160.160]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id NAA13517 for ; Tue, 10 Jun 1997 13:58:35 -0700 (PDT) Received: by zephyr.isi.edu (5.65c/5.61+local-26) id ; Tue, 10 Jun 1997 13:33:37 -0700 Date: Tue, 10 Jun 1997 13:33:37 -0700 Message-Id: <199706102033.AA18356@zephyr.isi.edu> From: estrin@usc.edu (Deborah Estrin) Sender: estrin@ISI.EDU To: samir@ringer.cs.utsa.edu Cc: ns-users@mash.cs.berkeley.edu Subject: MAC protocol simulation Reply-To: estrin@usc.edu Some folks at UCB just finished some work in this area and should be checking it in shortly. I will ask them to send you some pointers. D. From owner-ns-users Wed Jun 11 06:40:35 1997 Received: from benetton.bellcore.com (benetton.bellcore.com [192.4.16.55]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id GAA16761 for ; Wed, 11 Jun 1997 06:40:34 -0700 (PDT) Received: from benetton (localhost [127.0.0.1]) by benetton.bellcore.com (8.7.5/8.7.3) with SMTP id JAA02549; Wed, 11 Jun 1997 09:40:28 -0400 (EDT) Sender: farooq@bellcore.com Message-ID: <339EAAC6.1CB3@bellcore.com> Date: Wed, 11 Jun 1997 09:40:22 -0400 From: Farooq Anjum X-Mailer: Mozilla 2.02 (X11; I; SunOS 5.5 sun4m) MIME-Version: 1.0 To: ns-users@mash.cs.berkeley.edu Subject: ns help X-URL: http://www-mash.cs.berkeley.edu/ns/ Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hello all, I have downloaded ns-2 recently but am having problems running the file test-all-red. Specifically at the point test red_twoway I get the message Running test red_twoway warning: using backward compatibility mode invalid command name "Source/telnet" while executing "Source/telnet create _o77" ("eval" body line 1) invoked from within "eval $className create $o $args" (procedure "new" line 3) invoked from within "new Source/$type" invoked from within "set src [new Source/$type]..." (procedure "_o74" line 5) invoked from within "$tcp4 source telnet" invoked from within "set telnet1 [$tcp4 source telnet]..." (procedure "test_red_twoway" line 19) invoked from within "test_$argv" (file "test-suite-red.tcl" line 638) next? The above repeats with slight changes of course for test red_twowaybytes and on. So was wondering if I am missing the files such as telnet and later flowmgr for test_flows. I would appreciate any input in this matter. Please email your replies to farooq@glue.umd.edu. Thanks very much. From owner-ns-users Wed Jun 11 09:54:34 1997 Received: from ell.ee.lbl.gov (ell.ee.lbl.gov [131.243.1.20]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id JAA17186 for ; Wed, 11 Jun 1997 09:54:34 -0700 (PDT) Received: by ell.ee.lbl.gov (8.8.5/1.43r) id JAA27690; Wed, 11 Jun 1997 09:54:20 -0700 (PDT) From: kfall@ee.lbl.gov (Kevin Fall) Message-Id: <199706111654.JAA27690@ell.ee.lbl.gov> To: Farooq Anjum , farooq@glue.umd.edu cc: ns-users@mash.cs.berkeley.edu Subject: Re: ns help In-reply-to: Your communique of Wed, 11 Jun 97 09:40:22 EDT. <339EAAC6.1CB3@bellcore.com> Date: Wed, 11 Jun 97 09:54:20 PDT > > From: Farooq Anjum > To: ns-users@mash.cs.berkeley.edu > Subject: ns help > Date: Wed, 11 Jun 97 09:40:22 EDT > > Hello all, > I have downloaded ns-2 recently but am having problems running the > file test-all-red. Specifically at the point test red_twoway I get the > message > Running test red_twoway > warning: using backward compatibility mode > invalid command name "Source/telnet" The 'telnet' source has not yet been implemented in ns-2, so any tests you come across which use it will not work. This comment is also true for any tests you try that use a "flow manager". Implementing these is on the 'to-do' list. - K From owner-ns-users Fri Jun 13 10:26:34 1997 Received: from ell.ee.lbl.gov (ell.ee.lbl.gov [131.243.1.20]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id KAA26187 for ; Fri, 13 Jun 1997 10:26:33 -0700 (PDT) Received: by ell.ee.lbl.gov (8.8.5/8.8.5) id KAA15729; Fri, 13 Jun 1997 10:26:33 -0700 (PDT) Message-Id: <199706131726.KAA15729@ell.ee.lbl.gov> To: ns-users@mash.cs.berkeley.edu Subject: a workshop on the ns simulator after SIGCOMM Date: Fri, 13 Jun 97 10:26:33 PDT From: Sally Floyd There will be a workshop on "Internet Simulations with the NS simulator (or, How to Add your Favorite Protocol to NS)" on September 18 in Cannes, France after SIGCOMM. More information is available at http://www-mash.cs.berkeley.edu/ns/ns-workshop.html. (The workshop will be free, so the line in the web page about a possible nominal fee can be ignored.) - Sally http://www-nrg.ee.lbl.gov/floyd/ From owner-ns-users Sun Jun 15 22:24:02 1997 Received: from cs.nchu.edu.tw (cs.nchu.edu.tw [140.120.13.1]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id WAA04478 for ; Sun, 15 Jun 1997 22:23:51 -0700 (PDT) Received: from ultra.cs.nchu.edu.tw by cs.nchu.edu.tw (SMI-8.6/SMI-SVR4) id NAA11030; Mon, 16 Jun 1997 13:26:06 +0800 Received: from charlie.cs.nchu.edu.tw by ultra.cs.nchu.edu.tw (SMI-8.6/SMI-SVR4) id NAA14528; Mon, 16 Jun 1997 13:28:32 +0800 Message-ID: <33A4CDC7.3E9E6F06@cs.nchu.edu.tw> Date: Mon, 16 Jun 1997 13:23:19 +0800 From: "§õ¬îºt" X-Mailer: Mozilla 4.0 [en] (Win95; I) MIME-Version: 1.0 To: ns-users@mash.cs.berkeley.edu Subject: About ns2.0 X-Priority: 3 (Normal) Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Hi! ¡@¡@¡@¡@¡@¡@¡@¡@¡@¡@ I am try to download the ns-2.0. But I can not get it. ¡@¡@¡@¡@¡@¡@¡@¡@¡@¡@ May I ask you mail ns-2.0¡@ to me ?? ¡@¡@¡@¡@¡@¡@¡@¡@¡@¡@ Thanks a lot!!! ¡@ From owner-ns-users Sun Jun 15 22:39:07 1997 Received: from cs.nchu.edu.tw (cs.nchu.edu.tw [140.120.13.1]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id WAA04492 for ; Sun, 15 Jun 1997 22:33:44 -0700 (PDT) Received: from localhost by cs.nchu.edu.tw (SMI-8.6/SMI-SVR4) id NAA11075; Mon, 16 Jun 1997 13:33:54 +0800 Date: Mon, 16 Jun 1997 13:33:53 +0800 (CST) From: cylee X-Sender: cylee@string To: ns-users@mash.cs.berkeley.edu Subject: About ns-2.0 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Transfer-Encoding: 8BIT Hi!! Sorry about last letter! I try to download the source of ns-2.0. But I can't get it. So May I ask you mail the source to me??? From owner-ns-users Mon Jun 16 21:54:31 1997 Received: from cs.nchu.edu.tw (cs.nchu.edu.tw [140.120.13.1]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id VAA09356 for ; Mon, 16 Jun 1997 21:52:01 -0700 (PDT) Received: from localhost by cs.nchu.edu.tw (SMI-8.6/SMI-SVR4) id MAA15506; Tue, 17 Jun 1997 12:54:11 +0800 Date: Tue, 17 Jun 1997 12:54:11 +0800 (CST) From: cylee X-Sender: cylee@string To: ns-users@mash.cs.berkeley.edu Subject: about ns2.0 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Transfer-Encoding: 8BIT Hi again!! Do you receive my letter?? I try to get the source of ns2.0. But I can't get it. May you mail it to me ?? Hope your answer!!! From owner-ns-users Tue Jun 24 02:44:04 1997 Received: from mailserver.KOM.e-technik.th-darmstadt.de (root@drum.kom.e-technik.th-darmstadt.de [130.83.139.190]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id CAA05639 for ; Tue, 24 Jun 1997 02:44:01 -0700 (PDT) Received: from KOM.th-darmstadt.de by mailserver.KOM.e-technik.th-darmstadt.de (8.7.5/8.7.5) with SMTP id LAA19437 for ; Tue, 24 Jun 1997 11:43:52 +0200 (MET DST) Sender: lihongbo@KOM.th-darmstadt.de Message-ID: <33AF96D6.290@KOM.th-darmstadt.de> Date: Tue, 24 Jun 1997 11:43:50 +0200 From: Hongbo Li X-Mailer: Mozilla 3.01Gold (X11; I; SunOS 5.5.1 sun4m) MIME-Version: 1.0 To: ns-users@mash.cs.berkeley.edu Subject: more information Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Dear Sir, I am now studying your ns-2. Perhaps you can send me some more informations about it, such as a user's manual or a programmer's manual. Thank you very much ! hongbo From owner-ns-users Fri Jun 27 18:53:28 1997 Received: from hac2arpa.hac.com (hac2arpa.HAC.COM [192.27.0.10]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id SAA13809 for ; Fri, 27 Jun 1997 18:53:28 -0700 (PDT) Received: from isl.hrl.hac.com ([192.27.172.1]) by hac2arpa.hac.com (4.1/SMI-4.1) id AA06960; Fri, 27 Jun 97 18:49:30 PDT Received: from abend.hrl.hac.com by isl.hrl.hac.com (SMI-8.6/SMI-SVR4) id TAA03300; Fri, 27 Jun 1997 19:00:46 -0700 Received: by abend.hrl.hac.com (SMI-8.6/SMI-SVR4) id TAA03220; Fri, 27 Jun 1997 19:02:34 -0700 Date: Fri, 27 Jun 1997 19:02:34 -0700 From: connors@isl.hrl.hac.com (Dennis Connors - Intern) Message-Id: <199706280202.TAA03220@abend.hrl.hac.com> To: ns-users@mash.cs.berkeley.edu Subject: cannot get otcl to compile Cc: connors@isl.hrl.hac.com X-Sun-Charset: US-ASCII I have a question about otcl. I am trying to get ns-2.0 up and running. I have first obtained otcl-0.96 but I cannot get it to install. Does OTcl work with Tcl 7.6? I follow the instructions in the README file to install OTcl-0.96 and it can't seem to find the -ltcl and -ltk libraries even though the path is set correctly. The folowing is the output when "make" is executed. -------------------------------------------------------------- oberon{connors}#45: make rm -f libotcl.so gcc -o owish -g -O -I. -I/home/dangle/connors/sim-tools/tcl7.6/generic -I/home/dangle/connors/sim-tools/tk4.2/include -I/usr/openwin/include otkAppInit.c \ -L. -lotcl -L/home/dangle/connors/sim-tools/tk4.2/lib/ -ltk -L/home/dangle/connors/sim-tools/tcl7.6/lib/ -ltcl -L/usr/openwin/lib -lX11 -ldl \ -lsocket -lnsl -lm ld: fatal: library -ltk: not found ld: fatal: library -ltcl: not found ld: fatal: File processing errors. No output written to owish make: *** [owish] Error 1 ---------------------------------------------------------------- The paths are set properely to the corresponding libraries, but it just wont find them. The following is the Makefile that resulted from the ./configure command: ---------------------------------------------------------------- # # where to find tcl/tk source (for includes) and binaries (for libraries) # TCLINC= -I/home/dangle/connors/sim-tools/tcl7.6/generic TCLLIB= -L/home/dangle/connors/sim-tools/tcl7.6/lib -ltcl TKINC= -I/home/dangle/connors/sim-tools/tk4.2/include TKLIB= -L/home/dangle/connors/sim-tools/tk4.2/lib -ltk # ------------------------------------------------------------------- When I "cd" into these directories both binary library files are there. ----------------------------------------------------------------------- oberon{connors}#55: pwd /home/dangle/connors/sim-tools/tcl7.6/lib oberon{connors}#56: ls libtcl7.6.a* tcl7.6/ tclConfig.sh oberon{connors}#61: pwd /home/dangle/connors/sim-tools/tk4.2/lib oberon{connors}#62: ls libtk4.2.a* tk4.2/ tkConfig.sh oberon{connors}#63: ---------------------------------------------------------------------- Do you have any idea what the problem is? Thanks, Dennis Connors connors@isl.hrl.hac.com From owner-ns-users Sat Jun 28 10:14:16 1997 Received: from inferno.internet-cafe.com (inferno.internet-cafe.com [204.118.3.130]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id KAA16958 for ; Sat, 28 Jun 1997 10:14:14 -0700 (PDT) Received: from valhalla.internet-cafe.com (dante@valhalla.internet-cafe.com [204.118.3.131]) by inferno.internet-cafe.com (8.6.10/8.6.9) with ESMTP id KAA23258; Sat, 28 Jun 1997 10:20:36 -0700 Received: (from dante@localhost) by valhalla.internet-cafe.com (8.8.4/8.8.4) id KAA24179; Sat, 28 Jun 1997 10:13:53 -0700 Date: Sat, 28 Jun 1997 10:13:53 -0700 Message-Id: <199706281713.KAA24179@valhalla.internet-cafe.com> From: Dante De Lucia To: connors@isl.hrl.hac.com Subject: Re: cannot get otcl to compile Cc: ns-users@mash.cs.berkeley.edu X-Zippy: I'm gliding over a NUCLEAR WASTE DUMP near ATLANTA, Georgia!! Date: Fri, 27 Jun 1997 19:02:34 -0700 From: connors@isl.hrl.hac.com (Dennis Connors - Intern) Cc: connors@isl.hrl.hac.com X-Sun-Charset: US-ASCII I have a question about otcl. I am trying to get ns-2.0 up and running. I have first obtained otcl-0.96 but I cannot get it to install. Does OTcl work with Tcl 7.6? I follow the instructions in the README file to install OTcl-0.96 and it can't seem to find the -ltcl and -ltk libraries even though the path is set correctly. The folowing is the output when "make" is executed. -------------------------------------------------------------- oberon{connors}#45: make rm -f libotcl.so gcc -o owish -g -O -I. -I/home/dangle/connors/sim-tools/tcl7.6/generic -I/home/dangle/connors/sim-tools/tk4.2/include -I/usr/openwin/include otkAppInit.c \ -L. -lotcl -L/home/dangle/connors/sim-tools/tk4.2/lib/ -ltk -L/home/dangle/connors/sim-tools/tcl7.6/lib/ -ltcl -L/usr/openwin/lib -lX11 -ldl \ -lsocket -lnsl -lm ld: fatal: library -ltk: not found ld: fatal: library -ltcl: not found ld: fatal: File processing errors. No output written to owish make: *** [owish] Error 1 I just checked out your sim-tools directory. You don't seem to have a `lib' directory in there. I would create it and then put everything in there to make life easier. Also, if you look in say, tcl7.6/lib there is no libtcl.a. I would link libtcl7.6.a to libtcl.a In my experience, these things need to be tweaked a bit. I would strongly encourage you just set up complete bin/lib/include directorys under sim-tools and just install everything there. When you get thing running, you will probably need to set the environment variable LD_LIBRARY_PATH to /blah/blah/.../sim-tools/lib. -Dante From owner-ns-users Mon Jun 30 12:06:16 1997 Received: from ell.ee.lbl.gov (ell.ee.lbl.gov [131.243.1.20]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id MAA20583 for ; Mon, 30 Jun 1997 12:06:16 -0700 (PDT) Received: by ell.ee.lbl.gov (8.8.6/8.8.5) id MAA13190; Mon, 30 Jun 1997 12:06:03 -0700 (PDT) From: kfall@ee.lbl.gov (Kevin Fall) Message-Id: <199706301906.MAA13190@ell.ee.lbl.gov> To: Dante De Lucia cc: connors@isl.hrl.hac.com, ns-users@mash.cs.berkeley.edu Subject: Re: cannot get otcl to compile In-reply-to: Your communique of Sat, 28 Jun 97 10:13:53 PDT. <199706281713.KAA24179@valhalla.internet-cafe.com> Date: Mon, 30 Jun 97 12:06:02 PDT > > > I have a question about otcl. I am trying to get ns-2.0 up and running. > I have first obtained otcl-0.96 but I cannot get it to install. > > Does OTcl work with Tcl 7.6? yes > I follow the instructions in the README file > to install OTcl-0.96 and it can't seem to find the -ltcl and -ltk librarie s > even though the path is set correctly. The folowing is the output when > "make" is executed. the problem is that when you install tcl7.5 or tcl7.6 the names of the libraries have a "76" or "7.6" in them. > -------------------------------------------------------------- > oberon{connors}#45: make > rm -f libotcl.so > gcc -o owish -g -O -I. -I/home/dangle/connors/sim-tools/tcl7.6/generic -I /home/dangle/connors/sim-tools/tk4.2/include -I/usr/openwin/include otkAppInit. c \ > -L. -lotcl -L/home/dangle/connors/sim-tools/tk4.2/lib/ -ltk -L/home/dangle /connors/sim-tools/tcl7.6/lib/ -ltcl -L/usr/openwin/lib -lX11 -ldl \ > -lsocket -lnsl -lm > ld: fatal: libra ry -ltk: not found > ld: fatal: library -ltcl: not found > ld: fatal: File processing errors. No output written to owish > make: *** [owish] Error 1 if you just do 'ln -s libtcl.a' and 'ln -s libtk.a'. Then try again. It'll probably work. - K From owner-ns-users Mon Jun 30 15:38:17 1997 Received: from hac2arpa.hac.com (hac2arpa.HAC.COM [192.27.0.10]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id PAA21644 for ; Mon, 30 Jun 1997 15:38:17 -0700 (PDT) Received: from isl.hrl.hac.com ([192.27.172.1]) by hac2arpa.hac.com (4.1/SMI-4.1) id AA05642; Mon, 30 Jun 97 15:34:17 PDT Received: from abend.hrl.hac.com by isl.hrl.hac.com (SMI-8.6/SMI-SVR4) id PAA20130; Mon, 30 Jun 1997 15:45:33 -0700 Received: by abend.hrl.hac.com (SMI-8.6/SMI-SVR4) id PAA04550; Mon, 30 Jun 1997 15:47:24 -0700 Date: Mon, 30 Jun 1997 15:47:24 -0700 From: connors@isl.hrl.hac.com (Dennis Connors - Intern) Message-Id: <199706302247.PAA04550@abend.hrl.hac.com> To: kfall@ee.lbl.gov Subject: trying to compile the Tcl libraries for ns-2.0 Cc: connors@isl.hrl.hac.com, ryu@isl.hrl.hac.com, ns-users@mash.cs.berkeley.edu X-Sun-Charset: US-ASCII Kevin, Thanks for the tip on tcl libraries. It worked fine. Now I am trying to compile the libTcl source code for ns-2.0. I am using a Sparc Solaris2.5. It does not come with any C++ compiler preinstalled. I just use gcc 2.7.2.1. When I run the ./configure it gives me the following error. It appears to be searching for a C++ compiler other than gcc. Do you know how to get around this problem. Thanks, Dennis ------------------------------------------------------------------------- oberon: ./configure --enable-gcc --prefix=$HOME/sim-tools --exec_prefix=$HOME/sim-tools loading cache ./config.cache checking host system type... sparc-sun-solaris2.5 checking target system type... sparc-sun-solaris2.5 checking build system type... sparc-sun-solaris2.5 checking for gcc... gcc checking whether the C compiler (gcc ) works... yes checking whether the C compiler (gcc ) is a cross-compiler... no checking whether we are using GNU C... yes checking whether gcc accepts -g... yes checking for c++... c++ checking whether the C++ compiler (c++ ) works... no configure: error: installation or configuration problem: C++ compiler cannot create executables. oberon: cat config.log This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. configure:585: checking host system type configure:606: checking target system type configure:624: checking build system type configure:650: checking for gcc configure:727: checking whether the C compiler (gcc ) works configure:741: gcc -o conftest conftest.c 1>&5 configure:761: checking whether the C compiler (gcc ) is a cross-compiler configure:766: checking whether we are using GNU C configure:775: gcc -E conftest.c configure:790: checking whether gcc accepts -g configure:822: checking for c++ configure:853: checking whether the C++ compiler (c++ ) works configure:867: c++ -o conftest conftest.C 1>&5 ld: fatal: library -lstdc++: not found ld: fatal: File processing errors. No output written to conftest configure: failed program was: #line 863 "configure" #include "confdefs.h" main(){return(0);} ----- End Included Message ----- From owner-ns-users Mon Jun 30 16:05:02 1997 Received: from zephyr.isi.edu (zephyr.isi.edu [128.9.160.160]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id QAA22296 for ; Mon, 30 Jun 1997 16:05:01 -0700 (PDT) Received: from bat.isi.edu by zephyr.isi.edu (5.65c/5.61+local-26) id ; Mon, 30 Jun 1997 16:04:22 -0700 Date: Mon, 30 Jun 1997 16:04:20 -0700 (PDT) From: WeeSan Lee To: Dennis Connors - Intern Cc: kfall@ee.lbl.gov, ryu@isl.hrl.hac.com, ns-users@mash.cs.berkeley.edu Subject: Re: trying to compile the Tcl libraries for ns-2.0 In-Reply-To: <199706302247.PAA04550@abend.hrl.hac.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Mon, 30 Jun 1997, Dennis Connors - Intern wrote: Kevin, please allow me ... > Thanks for the tip on tcl libraries. It worked fine. > Now I am trying to compile the libTcl source code for ns-2.0. I am using a > Sparc Solaris2.5. It does not come with any C++ compiler preinstalled. I > just use gcc 2.7.2.1. When I run the ./configure it gives me the following > error. It appears to be searching for a C++ compiler other than gcc. Do you > know how to get around this problem. I don't think this is a c++ or g++ problem. As matter of fact, when you install g++, a hard link would be made to c++. According to your config.log, your libg++ is not installed properly which caused the problem. (Or, maybe there is no libg++ installed on your system). Please check it out. > configure:822: checking for c++ > configure:853: checking whether the C++ compiler (c++ ) works > configure:867: c++ -o conftest conftest.C 1>&5 > ld: fatal: library -lstdc++: not found Normally, libstdc++.a is located at /usr/local/lib Hope this helps. -WeeSan http://www.isi.edu/~wlee/ +1 (310)822-1511x116 From owner-ns-users Mon Jun 30 17:14:38 1997 Received: from hac2arpa.hac.com (hac2arpa.HAC.COM [192.27.0.10]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id RAA24335 for ; Mon, 30 Jun 1997 17:14:37 -0700 (PDT) Received: from isl.hrl.hac.com ([192.27.172.1]) by hac2arpa.hac.com (4.1/SMI-4.1) id AA06235; Mon, 30 Jun 97 17:10:33 PDT Received: from abend.hrl.hac.com by isl.hrl.hac.com (SMI-8.6/SMI-SVR4) id RAA21141; Mon, 30 Jun 1997 17:21:49 -0700 Received: by abend.hrl.hac.com (SMI-8.6/SMI-SVR4) id RAA04580; Mon, 30 Jun 1997 17:23:41 -0700 Date: Mon, 30 Jun 1997 17:23:41 -0700 From: connors@isl.hrl.hac.com (Dennis Connors - Intern) Message-Id: <199707010023.RAA04580@abend.hrl.hac.com> To: connors@isl.hrl.hac.com, wlee@ISI.EDU Subject: Re: trying to compile ns-2.0 Cc: kfall@ee.lbl.gov, ryu@isl.hrl.hac.com, ns-users@mash.cs.berkeley.edu X-Sun-Charset: US-ASCII WeeSan, Thanks for the help. My libg++ had only been partially installed. I corrected the problem. I am now trying to compile ns-2.0 and there is an error in the file random.cc file. The following is the result when the file is compiled. c++ -o random.o -c -I/home/dangle/connors/sim-tools/ns-2.0a16/../tk4.2/generic -I/home/dangle/connors/sim-tools/ns-2.0a16/../tcl7.6/generic -I/home/dangle/ connors/sim-tools/Tcl-1.0b1 -I/home/dangle/connors/sim-tools/ns-2.0a16/../otcl -0.96 -I/usr/openwin/include -mv8 -msupersparc -D__svr4__ -DUSE_SHM -DNO_TK -O2 random.cc random.h: In function `static int Random::random()': In file included from random.cc:40: random.h:49: warning: implicit declaration of function `int lrand48(...)' random.h: In function `static double Random::uniform()': random.h:57: warning: implicit declaration of function `int drand48(...)' random.cc: At top level: random.cc:44: declaration of C function `int gettimeofday(struct timeval * ...) ' conflicts with /usr/include/sys/time.h:263: previous declaration `int gettimeofday(struct timeval *, void *)' here random.cc: In function `static void Random::seed(int)': random.cc:50: warning: implicit declaration of function `int srand48(...)' make: *** [random.o] Error 1 --------------------------------------------------------------------- Here is my ./configure results FYI oberon{connors}#256: ./configure --enable-gcc --prefix=$HOME/sim-tools --exec_prefix=$HOME/sim-tools --with-Tcl=$HOME/sim-tools/Tcl-1.0b1 loading cache ./config.cache checking host system type... sparc-sun-solaris2.5 checking target system type... sparc-sun-solaris2.5 checking build system type... sparc-sun-solaris2.5 checking for gcc... gcc checking whether we are using GNU C... yes checking whether gcc accepts -g... yes checking for c++... c++ checking whether we are using GNU C++... yes checking whether c++ accepts -g... yes checking how to run the C preprocessor... gcc -E checking whether cross-compiling... no checking for ANSI C header files... yes checking for string.h... yes checking for -lXbsd... no checking for -lsocket... yes checking for -lnsl... yes checking for -ldnet_stub... no -n checking for tcl.h... found (-I/home/dangle/connors/sim-tools/ns-2.0a16/../tcl7.6/generic) -n checking for libtcl7.6... found (-R/home/dangle/connors/sim-tools/ns-2.0a16/../tcl7.6/generic -L/home/dangle/connors/sim-tools/ns-2.0a16/../tcl7.6/unix -ltcl7.6) -n checking for tcl/init.tcl... found (/home/dangle/connors/sim-tools/ns-2.0a16/../tcl7.6/library) -n checking for tk.h... found (-I/home/dangle/connors/sim-tools/ns-2.0a16/../tk4.2/generic) -n checking for libtk4.2... found (-R/home/dangle/connors/sim-tools/ns-2.0a16/../tk4.2/generic -L/home/dangle/connors/sim-tools/ns-2.0a16/../tk4.2/unix -ltk4.2) -n checking for tk/tk.tcl... found (/home/dangle/connors/sim-tools/ns-2.0a16/../tk4.2/library) -n checking for otcl.h... found (-I/home/dangle/connors/sim-tools/ns-2.0a16/../otcl-0.96) -n checking for libotcl... found (-R/home/dangle/connors/sim-tools/ns-2.0a16/../otcl-0.96 -L/home/dangle/connors/sim-tools/ns-2.0a16/../otcl-0.96 -lotcl) -n checking for Tcl.h... found (/home/dangle/connors/sim-tools/Tcl-1.0b1) -n checking for libTcl... found (/home/dangle/connors/sim-tools/Tcl-1.0b1) -n checking for tcl2c++... found (/home/dangle/connors/sim-tools/Tcl-1.0b1) checking for X11 header files checking for X11 library archive checking for -lX11... yes checking for -lXext... yes checking for -ldl... yes checking for a BSD compatible install... ./install-sh -c updating cache ./config.cache creating ./config.status creating Makefile creating ./gen --------------------------------------------------------------- And my config.log oberon{connors}#258: cat config.log This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. configure:726: gcc -E conftest.c configure:806: c++ -E conftest.C configure:864: gcc -E conftest.c >/dev/null 2>conftest.out configure:912: gcc -o conftest -g -O conftest.c 1>&5 configure:938: gcc -E conftest.c >/dev/null 2>conftest.out configure:1003: gcc -o conftest -g -O conftest.c 1>&5 configure:1035: gcc -E conftest.c >/dev/null 2>conftest.out configure:1085: gcc -o conftest -g -O conftest.c -lXbsd 1>&5 ld: fatal: library -lXbsd: not found ld: fatal: File processing errors. No output written to conftest configure:1123: gcc -o conftest -g -O conftest.c -lsocket 1>&5 configure:1161: gcc -o conftest -g -O conftest.c -lnsl 1>&5 configure:1199: gcc -o conftest -g -O conftest.c -ldnet_stub 1>&5 ld: fatal: library -ldnet_stub: not found ld: fatal: File processing errors. No output written to conftest configure:2196: gcc -E conftest.c >/dev/null 2>conftest.out configure:2192: X11/Intrinsic.h: No such file or directory configure:2247: gcc -o conftest -g -O conftest.c -lX11 1>&5 configure:2304: gcc -o conftest -g -O conftest.c -lXext -lX11 1>&5 configure:2464: gcc -o conftest -g -O conftest.c -ldl 1>&5 ---------------------------------------------------------------- Do you know what the problem is? Thanks again for your help. Dennis From owner-ns-users Wed Jul 2 03:27:02 1997 Received: from nwork.chungbuk.ac.kr (nwork.chungbuk.ac.kr [134.75.207.212]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id DAA00706 for ; Wed, 2 Jul 1997 03:24:01 -0700 (PDT) Received: from ns.etri.re.kr ([134.75.207.130]) by nwork.chungbuk.ac.kr (8.6.12H1/8.6.9) with ESMTP id TAA04983 for ; Wed, 2 Jul 1997 19:25:26 +0900 Message-ID: <33BA2E24.B91C4945@nwork.chungbuk.ac.kr> Date: Wed, 02 Jul 1997 19:32:05 +0900 From: "Jongil, Park" Reply-To: jipark@nwork.chungbuk.ac.kr Organization: Computer Engineering of CBU X-Mailer: Mozilla 4.01 [en] (Win95; I) MIME-Version: 1.0 To: ns-users@mash.cs.berkeley.edu Subject: How to get NS simulator? X-Priority: 3 (Normal) Content-Type: multipart/mixed; boundary="------------0B20558F1EBFC69A82942D78" This is a multi-part message in MIME format. --------------0B20558F1EBFC69A82942D78 Content-Type: text/plain; charset=us-ascii Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Transfer-Encoding: 7bit Hi, everyone. How to get NS-2 simultator? Can NS-2 execute on the Solaris 2.5.x? Thank you in advance --------------0B20558F1EBFC69A82942D78 Content-Type: text/x-vcard; charset=us-ascii; name="vcard.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Jongil Park Content-Disposition: attachment; filename="vcard.vcf" begin: vcard fn: Jongil Park n: Park;Jongil org: Computer Engineering of Chungbuk National Univ email;internet: jipark@nwork.chungbuk.ac.kr title: Network Lab x-mozilla-cpt: ;0 x-mozilla-html: TRUE end: vcard --------------0B20558F1EBFC69A82942D78-- From owner-ns-users Wed Jul 2 07:16:53 1997 Received: from starburstcom.com (gummo.starburstcom.com [206.33.96.31]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id HAA00875 for ; Wed, 2 Jul 1997 07:16:52 -0700 (PDT) Received: from dowj.starburstcom.com by starburstcom.com (5.x/SMI-SVR4) id AA24742; Wed, 2 Jul 1997 10:12:29 -0400 Message-Id: <9707021412.AA24742@starburstcom.com> From: "Christoph Haenle" To: Subject: Integration of RMDP, AFDP, RMTP, SRM into ns-2 ? Date: Wed, 2 Jul 1997 10:15:15 -0400 X-Msmail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1161 Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi everybody, does anybody know if there is currently someone busy integrating RMDP (reliable multicast data distribution protocol, from Luigi Rizzo and Lorenzo Vicisano) into the network simulator testbed? Also, what about AFDP (adaptive file distribution protocol) and RMTP (reliable multicast transport protocol, from John Lin, Sanjoy Paul and Krishan Sabnani)? Has anybody got and idea of how serious/stable the SRM-implementation in ns-2 is? *TX*, Chris. From owner-ns-users Wed Jul 2 18:08:23 1997 Received: from nwork.chungbuk.ac.kr (nwork.chungbuk.ac.kr [134.75.207.212]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id SAA01676 for ; Wed, 2 Jul 1997 18:07:16 -0700 (PDT) Received: from jipark.chungbuk.ac.kr ([134.75.207.130]) by nwork.chungbuk.ac.kr (8.6.12H1/8.6.9) with ESMTP id KAA05972 for ; Thu, 3 Jul 1997 10:07:31 +0900 Message-ID: <33BAFCE0.3F80AE7D@nwork.chungbuk.ac.kr> Date: Thu, 03 Jul 1997 10:14:08 +0900 From: "Jongil, Park" Reply-To: jipark@nwork.chungbuk.ac.kr Organization: Computer Engineering of CBU X-Mailer: Mozilla 4.01 [en] (Win95; I) MIME-Version: 1.0 To: ns-users@mash.cs.berkeley.edu Subject: [q] NS-2 installation's problem X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi, everyone When I install ns-2, I get following error message. can't find init.tcl How to solve it? Please -- ---------------------------------------------------------- Computer Engineering, Chungbuk National University, Korea Network Laboratory Jong-il, Park (Webmaster) http://nwork.chungbuk.ac.kr/~jipark http://dce3.chungbuk.ac.kr/bbs/ http://cbubbs.chungbuk.ac.kr/ (Administrator) ---------------------------------------------------------- From owner-ns-users Wed Jul 2 18:15:20 1997 Received: from nwork.chungbuk.ac.kr (nwork.chungbuk.ac.kr [134.75.207.212]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id SAA01679 for ; Wed, 2 Jul 1997 18:08:25 -0700 (PDT) Received: from jipark.chungbuk.ac.kr ([134.75.207.130]) by nwork.chungbuk.ac.kr (8.6.12H1/8.6.9) with ESMTP id KAA05975 for ; Thu, 3 Jul 1997 10:09:10 +0900 Message-ID: <33BAFD43.61749EC2@nwork.chungbuk.ac.kr> Date: Thu, 03 Jul 1997 10:15:48 +0900 From: "Jongil, Park" Reply-To: jipark@nwork.chungbuk.ac.kr Organization: Computer Engineering of CBU X-Mailer: Mozilla 4.01 [en] (Win95; I) MIME-Version: 1.0 To: ns-users@mash.cs.berkeley.edu Subject: subscribe X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit subscribe ns-announce jipark@nwork.chungbuk.ac.kr -- ---------------------------------------------------------- Computer Engineering, Chungbuk National University, Korea Network Laboratory Jong-il, Park (Webmaster) http://nwork.chungbuk.ac.kr/~jipark http://dce3.chungbuk.ac.kr/bbs/ http://cbubbs.chungbuk.ac.kr/ (Administrator) ---------------------------------------------------------- From owner-ns-users Wed Jul 2 18:24:21 1997 Received: from nwork.chungbuk.ac.kr (nwork.chungbuk.ac.kr [134.75.207.212]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id SAA01699 for ; Wed, 2 Jul 1997 18:24:14 -0700 (PDT) Received: from jipark.chungbuk.ac.kr ([134.75.207.130]) by nwork.chungbuk.ac.kr (8.6.12H1/8.6.9) with ESMTP id KAA05975 for ; Thu, 3 Jul 1997 10:09:10 +0900 Message-ID: <33BAFD43.61749EC2@nwork.chungbuk.ac.kr> Date: Thu, 03 Jul 1997 10:15:48 +0900 From: "Jongil, Park" Reply-To: jipark@nwork.chungbuk.ac.kr Organization: Computer Engineering of CBU X-Mailer: Mozilla 4.01 [en] (Win95; I) MIME-Version: 1.0 To: ns-users@mash.cs.berkeley.edu Subject: subscribe X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit subscribe ns-announce jipark@nwork.chungbuk.ac.kr -- ---------------------------------------------------------- Computer Engineering, Chungbuk National University, Korea Network Laboratory Jong-il, Park (Webmaster) http://nwork.chungbuk.ac.kr/~jipark http://dce3.chungbuk.ac.kr/bbs/ http://cbubbs.chungbuk.ac.kr/ (Administrator) ---------------------------------------------------------- From owner-ns-users Wed Jul 2 18:29:00 1997 Received: from starburstcom.com (gummo.starburstcom.com [206.33.96.31]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id SAA01709 for ; Wed, 2 Jul 1997 18:28:55 -0700 (PDT) Received: from dowj.starburstcom.com by starburstcom.com (5.x/SMI-SVR4) id AA07605; Wed, 2 Jul 1997 21:24:28 -0400 Message-Id: <9707030124.AA07605@starburstcom.com> From: "Christoph Haenle" To: Subject: SUBTREE_MCAST ?! Date: Wed, 2 Jul 1997 21:27:13 -0400 X-Msmail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1161 Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hello everybody, does anyone know if there is support in current internet routers that would make it possible for hosts ("designated receivers" within a multicast hierarchy) to instruct a router to send a particular packet along the multicast-tree that is rooted at the SENDER (rather than at the designated receiver)? For multicast-retransmission within a local group, I think this is a required feature when a particular receiver is supposed to act as a substitute for the sender. The designated receiver would then send the repair packet to some nearby router in the multicast-tree and instruct him to forward it along the that tree, so that it gets flooded in the very same way as it would if it was sent by the multicast sender itself. The authors of RMTP say/predict that there is/will be a new IP service (such as those listed in /etc/services) called SUBTREE_MCAST that is essentially IP-encapsulation with advise for the router to insert a fake source address. Anybody heard of this feature yet? Is there any router who supports this feature? Is there any support in ns-2 for that? Thanks, Chris. From owner-ns-users Wed Jul 2 19:47:00 1997 Received: from zephyr.isi.edu (zephyr.isi.edu [128.9.160.160]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id TAA01776 for ; Wed, 2 Jul 1997 19:46:59 -0700 (PDT) Received: from dji.isi.edu by zephyr.isi.edu (5.65c/5.61+local-26) id ; Wed, 2 Jul 1997 19:46:57 -0700 Date: Wed, 2 Jul 1997 19:47:16 -0700 Posted-Date: Wed, 2 Jul 1997 19:47:16 -0700 Message-Id: <199707030247.AA00633@dji.isi.edu> Received: by dji.isi.edu (5.65c/4.0.3-6) id ; Wed, 2 Jul 1997 19:47:16 -0700 From: estrin@usc.edu (Deborah Estrin) Sender: estrin@ISI.EDU To: christoph@starburstcom.com Cc: ns-users@mash.cs.berkeley.edu Subject: integration of protocols Reply-To: estrin@usc.edu I do not know of anyone currently working on RMDP, AFDP or RMTP in ns but it would be great to find out. Perhaps after the ns/vint and rm workshops at Sigcomm we will see more activity. We do have a very serious effort underway wrt SRM. Some of it is checked in and is fairly stable. More is being developed: ** by Kannan Varadhan looking at dynamic topologies and the impact on timer adaptation and local recovery. ** by Puneet Sharma looking at scalable session messages ** by Haobo Yu looking at other issues related to rel mcast as applied to a distributed registry. From owner-ns-users Sat Jul 5 09:30:34 1997 Received: from mlk.cs.berkeley.edu (root@mlk.CS.Berkeley.EDU [128.32.130.18]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id JAA10190 for ; Sat, 5 Jul 1997 09:30:34 -0700 (PDT) From: mccanne@mlk.cs.berkeley.edu Received: from mlk.cs.berkeley.edu (mccanne@localhost.Berkeley.EDU [127.0.0.1]) by mlk.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id JAA15095; Sat, 5 Jul 1997 09:30:17 -0700 (PDT) Message-Id: <199707051630.JAA15095@mlk.cs.berkeley.edu> To: "Christoph Haenle" cc: ns-users@mash.cs.berkeley.edu, belani@CS.Berkeley.EDU (Eshwar Belani), amc@CS.Berkeley.EDU (Adam M. Costello) Subject: Re: SUBTREE_MCAST ?! In-reply-to: Your message of Wed, 02 Jul 1997 21:27:13 -0400. <9707030124.AA07605@starburstcom.com> Date: Sat, 05 Jul 1997 09:30:16 -0700 Chris, Coincidentally, we're working specifically on local recovery mechanisms that use subtree multicast (which we call "subcasts"). Eshwar Belani (belani@cs.berkeley.edu) and Adam Costello (amc@cs.berkeley.edu) did some great work for a class project this past semester --- I believe they each implemented some form of subcast within ns. However, I don't think their extensions have yet been integrateed into the master release. If you're interested, you might contact one of them for their current status. > Anybody heard of this feature yet? Is there any router who supports this > feature? Is there any support in ns-2 for that? I don't believe anyone has actually deployed a subcast forwarding service in a real network. We've worked out (a preliminary) implementation plan that requires only a small set of changes to the reference IP multicast forwarding path. So it should be relatively straightforward to implement and deploy on an experimental basis. We hope to do this sooner rather than later, but aren't actively engaged in the task just yet... Attached is a note I sent to the rm list a while back for reference. Steve > Hello everybody, > > does anyone know if there is support in current internet routers that would > make it possible for hosts ("designated receivers" within a multicast > hierarchy) to instruct a router to send a particular packet along the > multicast-tree that is rooted at the SENDER (rather than at the designated > receiver)? > > For multicast-retransmission within a local group, I think this is a > required feature when a particular receiver is supposed to act as a > substitute for the sender. The designated receiver would then send the > repair packet to some nearby router in the multicast-tree and instruct him > to forward it along the that tree, so that it gets flooded in the very same > way as it would if it was sent by the multicast sender itself. The authors > of RMTP say/predict that there is/will be a new IP service (such as those > listed in /etc/services) called SUBTREE_MCAST that is essentially > IP-encapsulation with advise for the router to insert a fake source > address. > > Anybody heard of this feature yet? Is there any router who supports this > feature? Is there any support in ns-2 for that? > > Thanks, > > Chris. > ------- Forwarded Message Date: Mon, 14 Apr 1997 08:35:34 -0700 From: mccanne@mlk.cs.berkeley.edu Subject: Re: Router forwarding services for reliable multicast To: Jon Crowcroft Cc: end2end-interest@isi.edu, rm@mash.cs.berkeley.edu, holbrook@dsg.stanford.edu, hofmann@telematik.informatik.uni-karlsruhe.de, amc@cs.berkeley.edu (Adam M. Costello) Jon, > anyhow, very neat idea....and i think your minimal router state is > okish, but is not quite minimal enough (for me!) I agree with you that Christos' approach has redeeming qualities but that this minimalist approach is not quite minimal enough. We've been looking at this problem in a similar light: what is the minimal amount of function that we might introduce into the network to facilitate local recovery for reliable multicast (in addition to improving and/or enabling a number of other unrelated end-to-end protocol issues)? The tack we've taken is to experiment with precisely the directed multicast concept being discussed in this thread. Adam Costello has been designing one such scheme for a class project here and he's coined this mechanism "subcast" after the "subtree multicast" primitive described in the RMTP paper. I believe both Christos' and the RMTP approaches (as well as your strawman upstream-/downstream-only bit) involve more mechanism than is necessary. Our mechanism (which I must confess hasn't yet been implemented or thought through in comprehensive detail) uses a simple variant of ip-in-ip encapsulation: A subcast is sent with respect to a source S (or a core or an RP) at a distance L. The outer IP header is addressed to S (from receiver R) and the inner header is addressed to group G from S (or perhaps the router). An application-level header could explicitly list R if needed. The TTL in the outer header is set to L. When the TTL reaches 0, a subcast-capable router will decapsulate the packet and forward it as normal (i.e., send the subcast down the subtree rooted at that router with respect to S). Now this violates the semantics of the TTL, but we could introduce a new ip protocol type that was exactly the same as ip proto 4 but allowed the packet to be decapsulated when the TTL reaches 0 (which still violates the TTL semantics but introduces no "surprises"). Alternatively, if the end-system knows the address of the router (because it discovered it using our subcast mechanism), it could simply tunnel the packet to the router directly. Note that this change is really quite minimal. It builds only on existing mechanism --- ip-in-ip encapsulation and time-to-live. Our subcast scheme is completely backward compatible because IP routers will forward all packets as normal, and new end-to-end protocols can leverage subcasts in an incremental fashion by dynamically detecting if routers at certain distances are subcast-capable (i.e., by sending subcasts and noting if they do or do not come back). One caveat is that the unicast routing protocols must align with the multicast protocols in order for this to work. You can probably imagine some reasonable workarounds for this problem, but note that if we design protocols that assume subcast-capable routers are not a requisite but just an optimization (i.e., for incremental deployment), then we can treat the multicast/unicast routing mismatch simply as the absence of a subcast router. > 3. for dynamics: have a dynamic set of groups which are joined by > people on shared loss subtrees - look at loss distribution functions > ... Sure. This is the hard part... One last thing. From Markus: > The core problem you are talking about is how to define 'distance' in the > sense of defining Local Groups. You have both been talking about delay > and number of hops. What about other metrics? ... I don't agree with this. Correlated loss in a multicast distribution is exactly a function of the underlying routing tree and subcasts give the optimally constraining reach to the affected area. The use of any other distance metric for local group formation (i.e., other than hop count to subcast root) would be suboptimal. Does this make sense? Steve ------- End of Forwarded Message From owner-ns-users Tue Jul 8 17:31:00 1997 Received: from starburstcom.com (gummo.starburstcom.com [206.33.96.31]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id RAA19921 for ; Tue, 8 Jul 1997 17:30:59 -0700 (PDT) Received: from dowj.starburstcom.com by starburstcom.com (5.x/SMI-SVR4) id AA02903; Tue, 8 Jul 1997 20:26:32 -0400 Message-Id: <9707090026.AA02903@starburstcom.com> From: "Christoph Haenle" To: Subject: Bug found in ns-2.0a17 ? Date: Tue, 8 Jul 1997 20:30:01 -0400 X-Msmail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1161 Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hello ns-programmers, I guess I found a little bug in ns-2. When starting ns-2.0a17-current/tcl/ex/simple-src.tcl, I get the following results: (we have one multicast-sender "0" to which three receivers "1", "2" and "3" are directly attached). v 0.5 eval {set sim_annotation {0 join group 32768}} v 1 eval {set sim_annotation {1 join group 32768}} + 1.03697 0 1 cbr 210 ----- 0 0.1 128.0 0 0 - 1.03697 0 1 cbr 210 ----- 0 0.1 128.0 0 0 + 1.03697 0 2 cbr 210 ----- 0 0.1 128.0 0 0 - 1.03697 0 2 cbr 210 ----- 0 0.1 128.0 0 0 + 1.03697 0 3 cbr 210 ----- 0 0.1 128.0 0 0 - 1.03697 0 3 cbr 210 ----- 0 0.1 128.0 0 0 + 1.04809 2 0 graft 80 ----- 30 2.0 0.0 -1 1 - 1.04809 2 0 graft 80 ----- 30 2.0 0.0 -1 1 + 1.04809 3 0 graft 80 ----- 30 3.0 0.0 -1 2 - 1.04809 3 0 graft 80 ----- 30 3.0 0.0 -1 2 + 1.05377 0 1 cbr 210 ----- 0 0.1 128.0 1 3 - 1.05377 0 1 cbr 210 ----- 0 0.1 128.0 1 3 + 1.05377 0 2 cbr 210 ----- 0 0.1 128.0 1 3 - 1.05377 0 2 cbr 210 ----- 0 0.1 128.0 1 3 + 1.05377 0 3 cbr 210 ----- 0 0.1 128.0 1 3 - 1.05377 0 3 cbr 210 ----- 0 0.1 128.0 1 3 + 1.06489 2 0 graft 80 ----- 30 2.0 0.0 -1 4 - 1.06489 2 0 graft 80 ----- 30 2.0 0.0 -1 4 + 1.06489 3 0 graft 80 ----- 30 3.0 0.0 -1 5 - 1.06489 3 0 graft 80 ----- 30 3.0 0.0 -1 5 + 1.07057 0 1 cbr 210 ----- 0 0.1 128.0 2 6 - 1.07057 0 1 cbr 210 ----- 0 0.1 128.0 2 6 + 1.08737 0 1 cbr 210 ----- 0 0.1 128.0 3 7 - 1.08737 0 1 cbr 210 ----- 0 0.1 128.0 3 7 Now, as only receivers 0 and 1 join (see first two lines) the multicast group, I expected the other two receivers 2 and 3 to send a prune, but instead they send a graft (lines 9 and 11). However, the multicast tree prunes back correctly, as can be seen when looking at the last two lines, where obviously the following packets are only forwarded to receiver 1. I guess I figured out the problem: In prune.cc we have in the constructor: PruneAgent::PruneAgent() : Agent(PT_GRAFT) { [...] } That doesn't seem right - does it? Maybe someone can take into account the prob. Another minor thing: Shouldn't the function recv(...) in "class Agent" be declared virtual (derived classes like SRMAgent re-implement it!)? - Chris. From owner-ns-users Fri Jul 18 01:45:36 1997 Received: from mailserver.KOM.e-technik.th-darmstadt.de (bongo.kom.e-technik.th-darmstadt.de [130.83.139.185]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id BAA19171 for ; Fri, 18 Jul 1997 01:45:35 -0700 (PDT) Received: from KOM.th-darmstadt.de by mailserver.KOM.e-technik.th-darmstadt.de (8.7.5/8.7.5) with SMTP id KAA02312 for ; Fri, 18 Jul 1997 10:45:02 +0200 (MET DST) Sender: lihongbo@KOM.th-darmstadt.de Message-ID: <33CF2D0C.914@KOM.th-darmstadt.de> Date: Fri, 18 Jul 1997 10:45:00 +0200 From: Hongbo Li X-Mailer: Mozilla 3.01Gold (X11; I; SunOS 5.5.1 sun4m) MIME-Version: 1.0 To: ns-users@mash.cs.berkeley.edu Subject: about donkumants Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Dear Sir, I'd like to ask you whether you have more dokuments about the UCB/LBNL Network Simulator. Because it is very difficult for me to understand the Pragramms only with the user manual, which is also not complet. Thank you very much. Hongbo From owner-ns-users Tue Jul 22 15:01:01 1997 Received: from burdell.cc.gatech.edu (root@burdell.cc.gatech.edu [130.207.3.207]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id PAA27185 for ; Tue, 22 Jul 1997 15:01:00 -0700 (PDT) Received: from gaia.cc.gatech.edu (lixue@gaia.cc.gatech.edu [130.207.3.8]) by burdell.cc.gatech.edu (8.8.4/8.6.9) with ESMTP id SAA11753 for ; Tue, 22 Jul 1997 18:00:59 -0400 (EDT) Received: (from lixue@localhost) by gaia.cc.gatech.edu (8.8.4/8.6.9) id SAA09950 for ns-users@mash.cs.berkeley.edu; Tue, 22 Jul 1997 18:00:58 -0400 (EDT) From: lixue@cc.gatech.edu (Xue Li) Message-Id: <199707222200.SAA09950@gaia.cc.gatech.edu> Subject: multicast group late joiner problem To: ns-users@mash.cs.berkeley.edu Date: Tue, 22 Jul 1997 18:00:57 -0400 (EDT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Hi, I am using ns1.4 and ran into this problem: If a receiver joins a multicast group "late" (after the source starts to send pkts to this group), or if a receiver leaves a multicast group and then joins it again, this receiver can not receive any pkts sent to this multicast group. I assume that send_grafts(group) would send the graft when node_->join-group is called. But looks that it's not functioning correctly in the late join case. ANy ideas? Please help! I really appreciate your quick response. Thanks for your attention. Xue Li -- lixue@cc.gatech.edu From owner-ns-users Tue Jul 22 20:00:06 1997 Received: from dcn.soongsil.ac.kr (dcn.soongsil.ac.kr [203.253.2.104]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id TAA29509 for ; Tue, 22 Jul 1997 19:59:57 -0700 (PDT) Received: from dcnnt.soongsil.ac.kr ([203.253.3.85]) by dcn.soongsil.ac.kr (8.6.9H1/8.9.11h) with SMTP id NAA01972 for ; Wed, 23 Jul 1997 13:04:13 +1000 Message-Id: <3.0.1.32.19970723115141.0069a86c@dcn.soongsil.ac.kr> X-Sender: yskim@dcn.soongsil.ac.kr X-Mailer: Windows Eudora Light Version 3.0.1 (32) Date: Wed, 23 Jul 1997 11:51:41 +0900 To: ns-users@mash.cs.berkeley.edu From: "Kim,younsik" Subject: cbq scheduling source? Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" I am simulating cbq(fq, scfq, wf2q+) scheduling with ns. I want use various input source for this simulation. and I want experiment packet loss, delay bound, mean queue length .. for each source. Can I get various input source (e.g. video, voice, ftp, telnet, poisson, on-off. ) ? and How I use this source to scheduling input source. I will wait advice of ns-users. From owner-ns-users Wed Jul 23 11:55:09 1997 Received: from catarina.usc.edu (catarina.usc.edu [128.125.51.47]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id LAA02189 for ; Wed, 23 Jul 1997 11:55:06 -0700 (PDT) Received: from laguna.usc.edu (laguna.usc.edu [128.125.51.54]) by catarina.usc.edu (8.6.10/8.6.9) with SMTP id LAA20176 for ; Wed, 23 Jul 1997 11:54:58 -0700 Message-Id: <199707231854.LAA20176@catarina.usc.edu> X-Authentication-Warning: catarina.usc.edu: Host laguna.usc.edu didn't use HELO protocol X-Mailer: exmh version 1.6 4/21/95 To: ns-users@mash.cs.berkeley.edu Subject: Question... Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 23 Jul 1997 11:54:57 -0700 From: Puneet Sharma Hi All, I will give it another try.. Is there a quick way of dropping a particular packet on a link? I have asked this before but I haven't got any replies. I know the link, and packet details etc. Thanks. -Puneet. From owner-ns-users Wed Jul 23 14:49:14 1997 Received: from dimacs.rutgers.edu (dimacs.rutgers.edu [128.6.75.16]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id OAA02947 for ; Wed, 23 Jul 1997 14:49:14 -0700 (PDT) Received: from localhost (cooleyb@localhost) by dimacs.rutgers.edu (8.6.12+bestmx+oldruq+newsunq/8.6.12) with SMTP id RAA18303 for ; Wed, 23 Jul 1997 17:49:13 -0400 Date: Wed, 23 Jul 1997 17:49:13 -0400 (EDT) From: BrYaN CoOLeY To: ns-users@mash.cs.berkeley.edu Subject: ns simulator Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Hi. Our names are Bryan Cooley and Gabriel Loh; we are undergraduates conducting research with the DIMACS group at Rutgers University. Since our research focuses on modelling network traffic, we are in need of a TCP simulator such as ns-2. After compiling ns-2 and running it on a few test files, we find that we need more documentation to pursue our research. If you can help us by pointing us to any available documentation (besides the man pages), we would be very grateful. Sample code would be quite helpful as well. In particular, we want to use our own data as a source object. Thank you for your time. We look forward to hearing from you shortly. Sincerely, Bryan Cooley Gabriel Loh From owner-ns-users Thu Jul 24 10:09:43 1997 Received: from aruba.lerc.nasa.gov (aruba.lerc.nasa.gov [139.88.35.16]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id KAA07135 for ; Thu, 24 Jul 1997 10:09:42 -0700 (PDT) Received: from ideunix1 by aruba.lerc.nasa.gov with SMTP (NASA LeRC 8.7.4.1/2.01a-main) id NAA10235; Thu, 24 Jul 1997 13:09:39 -0400 (EDT) Message-Id: <3.0.1.32.19970724130938.005c2508@popserve.lerc.nasa.gov> X-Info: IDE / NASA Lewis Research Center X-Sender: cahart@popserve.lerc.nasa.gov X-Mailer: Windows Eudora Pro Version 3.0.1 (32) Date: Thu, 24 Jul 1997 13:09:38 -0400 To: ns-users@mash.cs.berkeley.edu From: William Hart Subject: ns-2 running difficulties Cc: Paul.G.Mallasch@lerc.nasa.gov, mallman@lerc.nasa.gov Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Hi. I'm having a few difficulties getting ns-2 to run on a Solaris machine here at NASA Lewis Research Center. I built it up according to all the documentation, but when I try to run it, ns does not recognize even the simplest of commands (such as ns node). If you could provide any suggestions or tips, I'd appreciate it. Thanks. Bill Hart From owner-ns-users Fri Jul 25 12:07:11 1997 Received: from bend.ee.lbl.gov (bend.ee.lbl.gov [131.243.1.27]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id MAA16207 for ; Fri, 25 Jul 1997 12:07:10 -0700 (PDT) From: kfall@ee.lbl.gov Received: by bend.ee.lbl.gov (8.8.6/1.43r) id MAA04152; Fri, 25 Jul 1997 12:07:08 -0700 (PDT) Message-Id: <199707251907.MAA04152@bend.ee.lbl.gov> To: Dhanant Subhadrabandhu cc: ns-users@mash.cs.berkeley.edu Subject: Re: Ns simulator In-reply-to: Your communique of Fri, 25 Jul 1997 14:33:36 PDT. Date: Fri, 25 Jul 1997 12:07:08 PDT > > From: Dhanant Subhadrabandhu > To: kfall@ee.lbl.gov > Subject: Ns simulator > Date: Fri, 25 Jul 1997 14:33:36 PDT > > > Dear Kevin, > > My name is Dhanant Subhadrabandhu. I am a grduated student at > Columbia University. Now I am doing a project and looking for > a suitable simulator. Ns simulator is one of many simulators I had > tried. After studied this simulator for weeks, I don't have much idea > about this simulator in some details. I just wanna know how to start > and get familiar with this simulator. Could you suggest me what I > should know and study to obtain my purpose? We will be putting out a release of ns version 2 later today. There are a fairly large collection of scripts and a manual page which should be reasonably accurate. The "real" documentation is still in progress, however. So, my best suggestion at this time is to look over the scripts and look for the forthcoming documentation. > And also I wanna know > what are the weak or advantage points in Ns simulator compare with > others. Well, the advantages are that it includes some possibly novel things (many flavors of tcp, multicast routing, red gateways, *fq gateways, reliable multicast, cbq, etc). As for weak points, the documentation needs work, LANs and mac-layer protocols are relatively new additions and probably are less well explored than some of the other things. > Finally, I heard that they have some bugs in Ns2 right? > So what version I should use now? well, there's bound to be bugs in anything, so I would say go for nsv2... we will be discontinuing support for nsv1 at some point (hopefully soon). > Thank you very much for your concern and time. Hope to get reply > from you soon. > > Sincerely yours, > Dhanant Subhadrabandhu > - K From owner-ns-users Fri Jul 25 20:13:25 1997 Received: from columbus (columbus.cs.nchu.edu.tw [140.120.13.153]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id UAA21938 for ; Fri, 25 Jul 1997 20:12:43 -0700 (PDT) Received: from columbus by columbus (SMI-8.6/SMI-SVR4) id LAA23398; Sat, 26 Jul 1997 11:06:24 +0800 Sender: ytliu@string.cs.nchu.edu.tw Message-ID: <33D969AF.3D66@cs.nchu.edu.tw> Date: Sat, 26 Jul 1997 11:06:23 +0800 From: "Yung-ts'un Liu" Organization: nchu X-Mailer: Mozilla 3.01Gold (X11; I; SunOS 5.5 sun4m) MIME-Version: 1.0 To: ns-users@mash.cs.berkeley.edu Subject: some problem on ns ... Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Dear sir: I have some problem about ns (2.0a17-current). I have already compiled ns, but when i run the test program (test-all), it can't work correctly, and show some message like following text ===================================================================== columbus:/home10/user/ytliu/ns/ns-2.0a17-current/>test-all tahoe1 tahoe2 tahoe3 tahoe4 no_bug bug reno1 reno renoA reno2 reno3 reno4 reno4a reno5 delayed phase phase1 phase2 timers stats Running test tahoe1 invalid command name "Simulator" while executing "Simulator create _o2" ("eval" body line 1) invoked from within "eval $className create $o $args" (procedure "new" line 3) invoked from within "new Simulator" invoked from within "set ns_ [new Simulator]..." (procedure "_o1" line 3) invoked from within "$self next" (procedure "_o1" line 6) invoked from within "_o1 init {}" invoked from within "Test/tahoe1 create _o1 {}" ("eval" body line 1) invoked from within "eval $className create $o $args" (procedure "new" line 3) invoked from within "new Test/$test $topo" invoked from within "set t [new Test/$test $topo]..." (procedure "TestSuite" line 22) invoked from within "TestSuite runTest" (file "test-suite.tcl" line 1092) next? ==================================================================== how can i solve this problem? thank for your answer sincerely yours Michael Liu 7/26/97 e-mail:ytliu@cs.nchu.edu.tw From owner-ns-users Sat Jul 26 01:26:18 1997 Received: from egret. (egret.sookmyung.ac.kr [203.252.192.1]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id BAA24050 for ; Sat, 26 Jul 1997 01:26:11 -0700 (PDT) Received: from dragon.sookmyung.ac.kr (dragon.sookmyung.ac.kr [203.252.195.8]) by egret. (8.6.12h2/3.4W4) with SMTP id RAA15870; Sat, 26 Jul 1997 17:06:31 +0900 Received: by dragon.sookmyung.ac.kr (5.x/SMI-SVR4) id AA04871; Sat, 26 Jul 1997 17:14:56 +0900 From: shpark@dragon.Berkeley.EDU (Park Sun Hyung) Message-Id: <9707260814.AA04871@dragon.sookmyung.ac.kr> Subject: [q]installing problems To: djw@lcs.mit.edu Date: Sat, 26 Jul 1997 17:14:55 +0900 (KST) Cc: ns-users@mash.cs.berkeley.edu X-Mailer: ELM [version 2.4ME+ PL15 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=iso-2022-kr Content-Transfer-Encoding: 7bit hi I am sunhyung park, SookMyung Univ's student in Korea to use ns , nam simulator , I install some file BUT err.. now My conditions: 1.install tcl7.6 tk4.2 2.install otcl (otcl-0.96.tar.gz) but error ---------------------------------------------------- creating Makefile tiger:/usr/otcl-0.96 27 > make rm -f libotcl.a otcl.o gcc -c -g -O -I. -I../tcl/tcl7.6/generic -I../tcl/tk4.2/generic -I/usr/openwin/include otcl.c ar cq libotcl.a otcl.o ranlib libotcl.a rm -f libotcl.so gcc -o owish -g -O -I. -I../tcl/tcl7.6/generic -I../tcl/tk4.2/generic -I/usr/openwin/include otkAppInit.c \ -L. -lotcl -L../tcl/tk4.2/unix -ltk -L../tcl/tcl7.6/unix -ltcl -L/usr/openwin/lib -lX11 -ldl \ -lsocket -lnsl -lm Undefined first referenced symbol in file Tcl_UpVar ./libotcl.a(otcl.o) Tk_Main /var/tmp/cca002Y71.o Tcl_GetCommandName ./libotcl.a(otcl.o) ld: fatal: Symbol referencing errors. No output written to owish *** Error code 1 make: Fatal error: Command failed for target `owish' tiger:/usr/otcl-0.96 28 > - I don't know reasons.. does anyone know how it is corrected? thanks in advance sunhyung park _______________________ shpark@dragon.sookmyung.ac.kr or shpark@cs.sookmyung.ac.kr SookMyung UNIV Computer Network LAB. From owner-ns-users Sat Jul 26 04:58:48 1997 Received: from img.outgoing.com (img.outgoing.com [209.14.30.51]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id EAA26759 for ; Sat, 26 Jul 1997 04:58:47 -0700 (PDT) Message-Id: <199707261158.EAA26759@mash.cs.berkeley.edu> Date: Sat, 26 Jul 1997 07:46:45 -0400 (EDT) X-Advertisement: Visit http://www.iemmc.org for name removal information. From: LoopLink@img.outgoing.com Reply-To: Looplink@savvy.com To: ns-users@mash.cs.berkeley.edu Subject: Targeted EMAG Advertising Dear Web Marketer: What's the most effective "PUSH" technology available...? It's e-mail. And LoopLink advertisers reach more than 300,000 subscribers weekly through our topic specific EMAGS. Advertising your product or service in our EMAGS is efficient and effective. Our EMAG subscribers OPT-IN because they are interested in receiving offers relating to a particualr topic. So they specifically WANT your offer. We publish EMAGS in 50 different categories, both business and consumer. Whatever your target audience, we have an EMAG that will work for you Whether you want to: Build Traffic To Your Site Provide a Direct Marketing Offer Announce a new Product or Service Build Brand Awareness LoopLink EMAG advertising will give you the response you want for a price you can afford. Each EMAG has a guaranteed circulation of at least 5,000 and an ad runs only $99. That's real advertising value. And placing an EMAG ad is easy. All you have to do is visit our site at www.looplink.com, select the EMAG topic and issue date run your ad in, type in your ad copy and push the button. Your ad will be automattically formatted and placed in the appropriate EMAG issue. Or if you prefer, call us at 1-800-webpro-1 and we can place the ad for you. In addition, we can answer any questions and provide some tips that may help you write an effective message for your EMAG ad. Here's what a few of today's leading business publications are saying about email as a marketing tool. Advertising Age: "Blows away traditional bulk mailing" Crains: "E-mail is an incredible lead generation tool" New York Times: "A gold mine for those who can take advantage of E-mail". So don't delay. Visit our site (www.looplink.com) or call us today at 1-800-webpro-1 and place your EMAG ad today! Regards, Joanne Kaye joanne@savvy.com Dir. Ad Placement From owner-ns-users Wed Jul 30 12:39:31 1997 Received: from panther.cs.ucla.edu (Panther.CS.UCLA.EDU [131.179.132.23]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id MAA20761 for ; Wed, 30 Jul 1997 12:39:30 -0700 (PDT) Received: from localhost (bruno@localhost) by panther.cs.ucla.edu (8.8.5/UCLACS-3.0) with SMTP id MAA04279 for ; Wed, 30 Jul 1997 12:39:30 -0700 (PDT) Date: Wed, 30 Jul 1997 12:39:30 -0700 (PDT) From: Hemon Bruno X-Sender: bruno@panther To: ns-users@mash.cs.berkeley.edu Subject: libTcl-1.0b2 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII I am trying to install libTcl-1.0b2 (required by ns-2.0a17) but I have some problems during the compilation. Is there any documentation or FAQ on libTcl-1.0b2 ? There is apparently a problem during the c++ compilation. There is what I get : c++ -o Tcl.o -c -O2 -DUSE_SHM -DHAVE_LIBOTCL0_96 -DHAVE_OTCL_H -DHAVE_LIBTK4_2 -DHAVE_TK_H -DHAVE_LIBTCL7_6 -DHAVE_TCL_H -DNO_TK -I/usr/local/include -I/usr/local/include/tcl7.6 -I/usr/local/include/tk4.2 Tcl.cc Tcl.cc: In method `TclObject::~TclObject()': Tcl.cc:239: conflicting types for `class InstVar * p' Tcl.cc:233: previous declaration as `class TracedVar * p' Tcl.cc: In method `TracedVarTcl::~TracedVarTcl()': Tcl.cc:462: `const *' cannot be deleted Any idea ? (I am using a PC running FreeBSD, my compiler is gcc version 2.6.3) Thank you for your help, Bruno +------------------------------------------+ | Bruno HEMON bruno@cs.ucla.edu | | | | Graduate Student | | Computer Science Department | | University of California at Los Angeles | | | | Promotion 97 | | Ecole Centrale Paris | +------------------------------------------+ From owner-ns-users Wed Jul 30 13:07:23 1997 Received: from darkstar.isi.edu (darkstar.isi.edu [128.9.128.127]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id NAA20826 for ; Wed, 30 Jul 1997 13:07:22 -0700 (PDT) Received: from dash.isi.edu by darkstar.isi.edu (5.65c/5.61+local-27) id ; Wed, 30 Jul 1997 13:07:21 -0700 Received: from dash.isi.edu (localhost.isi.edu [127.0.0.1]) by dash.isi.edu (8.8.5/8.8.4) with ESMTP id NAA14149; Wed, 30 Jul 1997 13:07:19 -0700 Message-Id: <199707302007.NAA14149@dash.isi.edu> X-Url: http://www.isi.edu/~johnh/ To: Hemon Bruno Cc: ns-users@mash.cs.berkeley.edu Subject: Re: libTcl-1.0b2 In-Reply-To: Date: Wed, 30 Jul 1997 13:07:17 -0700 From: John Heidemann On Wed, 30 Jul 1997 12:39:30 PDT, Hemon Bruno wrote: >I am trying to install libTcl-1.0b2 (required by ns-2.0a17) but I have >some problems during the compilation. > >Is there any documentation or FAQ on libTcl-1.0b2 ? > > >There is apparently a problem during the c++ compilation. There is what I >get : > >c++ -o Tcl.o -c -O2 -DUSE_SHM -DHAVE_LIBOTCL0_96 -DHAVE_OTCL_H >-DHAVE_LIBTK4_2 -DHAVE_TK_H -DHAVE_LIBTCL7_6 -DHAVE_TCL_H -DNO_TK >-I/usr/local/include -I/usr/local/include/tcl7.6 >-I/usr/local/include/tk4.2 Tcl.cc >Tcl.cc: In method `TclObject::~TclObject()': >Tcl.cc:239: conflicting types for `class InstVar * p' >Tcl.cc:233: previous declaration as `class TracedVar * p' >Tcl.cc: In method `TracedVarTcl::~TracedVarTcl()': >Tcl.cc:462: `const *' cannot be deleted > >Any idea ? >(I am using a PC running FreeBSD, my compiler is gcc version 2.6.3) Unfortunately, libTcl tickles a gcc compiler bug. It builds successfuly with gcc-2.7.x. We don't currently have another work-around. (Thanks for the bug report. I added the details to the ns-problems web page to save others trouble.) -John Heidemann From owner-ns-users Thu Jul 31 17:29:30 1997 Received: from zephyr.isi.edu (zephyr.isi.edu [128.9.160.160]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id RAA24705 for ; Thu, 31 Jul 1997 17:29:30 -0700 (PDT) Received: from gra.isi.edu by zephyr.isi.edu (5.65c/5.61+local-26) id ; Thu, 31 Jul 1997 17:29:29 -0700 Posted-Date: Thu, 31 Jul 1997 17:28:14 -0700 (PDT) Received: from localhost by gra.isi.edu (5.65c/4.0.3-6) id ; Thu, 31 Jul 1997 17:28:15 -0700 Date: Thu, 31 Jul 1997 17:28:14 -0700 (PDT) From: Subramaniam Vincent To: ns-users@mash.cs.berkeley.edu Subject: question on ns2 QueueMonitors Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Hi, I am trying to set up a Queuemonitor using this command, and its fails. % ns agexp.tcl no value given for parameter "qtrace" to "_o1" while executing "$ns monitor-queue $n0 $n1" invoked from within "set qmon [$ns monitor-queue $n0 $n1]..." The command is "set qmon [$ns monitor-queue $n0 $n1]". Can someone tell me what I am doing wrong, of if there anything else I need to do ? Thanks. Vince From owner-ns-users Fri Aug 1 05:08:20 1997 Received: from Octopussy.MI.Uni-Koeln.DE (Octopussy.MI.Uni-Koeln.DE [134.95.166.20]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id FAA28340 for ; Fri, 1 Aug 1997 05:08:08 -0700 (PDT) Received: by Octopussy.MI.Uni-Koeln.DE id AA08616 (5.67b/IDA-1.5 for ns-users@mash.cs.berkeley.edu); Fri, 1 Aug 1997 14:07:19 +0200 From: "Frank Brockners" Message-Id: <9708011407.ZM8614@Octopussy.MI.Uni-Koeln.DE> Date: Fri, 1 Aug 1997 14:07:18 +0200 X-Mailer: Z-Mail (3.2.0 06sep94) To: ns-users@mash.cs.berkeley.edu Subject: [Q] ttl exceeded & receiving agents Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Hi, is it possible for a receiving agent, to receive packets in ns-2 whose ttl was counted down to zero at that node? In a scenario like: node1/sending agent1 --link---> node2 ---link----> node3/receiving agent3 agent1 has to send packets with a ttl of at least 3 if the packets should reach agent 3. If agent1 sends the packets with ttl=2 node 3 drops them before 'reaching' agent3 in the TTLChecker by simply calling Packet::free() (in ttl.cc). Is there any way of using something like a drop object to receive the packets being discarded at that node? (I am experimenting with ns-2.0a17) Thanks a lot in advance, Frank From owner-ns-users Sat Aug 2 17:01:34 1997 Received: from usc.edu (usc.edu [128.125.253.136]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id RAA04478 for ; Sat, 2 Aug 1997 17:01:34 -0700 (PDT) Received: from nunki.usc.edu (nunki.usc.edu [128.125.253.195]) by usc.edu (8.8.4/8.7.2/usc) with ESMTP id RAA26583 for ; Sat, 2 Aug 1997 17:01:32 -0700 (PDT) Received: (from larse@localhost) by nunki.usc.edu (8.8.4/8.8.4/usc) id RAA19444 for ns-users@mash.cs.berkeley.edu; Sat, 2 Aug 1997 17:01:27 -0700 (PDT) From: Lars Eggert Message-Id: <199708030001.RAA19444@nunki.usc.edu> Subject: TCP trace broken To: ns-users@mash.cs.berkeley.edu Date: Sat, 2 Aug 1997 17:01:27 -0700 (PDT) X-Mailer: ELM [version 2.4 PL25] Content-Type: text Hi, under ns-2.0a17, one could do "$tcp trace [open trace.tr w]" and get a trace of all relevant TCB fields over time. Under ns-2.0b17 (and the latest snapshot) this no longer works. "trace.tr" is being created, but is empty. It seems that TCP_TRACE_ALL is gone from tcp.h. (Thanks to Ted Faber for noticing this.) Is this going to be fixed any time soon? Ciao, Lars PS: Also, there is a small problem with the makefile generated by configure. libTcl stuff is being omitted from the link target. (Our libTcl is not in a "standard" place, maybe that's why.) __________________________________________________________________________ Lars Eggert larse@usc.edu Information Sciences Institute http://www-scf.usc.edu/~larse/ University of Southern California Finger or email for PGP public key. From owner-ns-users Sat Aug 2 23:36:18 1997 Received: from img.outgoing.com (img.outgoing.com [209.14.30.51]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id XAA04780 for ; Sat, 2 Aug 1997 23:36:17 -0700 (PDT) Message-Id: <199708030636.XAA04780@mash.cs.berkeley.edu> Date: Sun, 3 Aug 1997 02:24:03 -0400 (EDT) X-Advertisement: Visit http://www.iemmc.org for name removal information. From: looplink@savvy.com To: ns-users@mash.cs.berkeley.edu Subject: Get Looped and Get Traffic! Looking for traffic? Join LOOPLINK. It's the best way to drive targeted traffic to your site... and it's FREE!! Your LOOPLINK membership is as important as your listings in the top web directories and search engines. Here's why: LOOPLINK (www.looplink.com) links sites of a particular subject together into a loop. A visitor to any loop site can easily move forward or backward through the loop and visit other loop sites within that subject area.. This results in driving targeted, qualified traffic to all the loop sites. Surfers don't want to deal with mounds and mounds of irrelevant search engine results, they want to visit sites on topics they love. It's so simple, and everybody's a winner. By sharing the site traffic among loop member sites, every LOOPLINK member benefits. Every time a new site is added to the loop, traffic within the loop increases, benefiting all loop members. It's like being in a popular mall. The loop is greater than the sum of its parts. We take care of organizing and maintaining the loop. In fact we even drive additional traffic into all of the loops from our site (www.looplink.com) through promotional and marketing activities. All you have to do is insert a little HTML code in your homepage and our LOOPLINK navigation bar will automatically appear. Then just sit back and enjoy the ever increasing traffic. The technology is simple. If you would like to visit any of our loops then go to www.looplink.com and click on LOOPLINK CENTRAL. If you would like to become a LOOPLINK member then click on SIGN UP. And if you are interested in some unique, highly effective internet advertising and promotional opportunities, click on CHECK THIS OUT or call us at 1-516-255-0500. Regards, The LOOPLINK Team. From owner-ns-users Sun Aug 3 07:59:51 1997 Received: from www.iemmc.org (www@www.iemmc.org [206.85.20.102]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id HAA05816 for ; Sun, 3 Aug 1997 07:59:50 -0700 (PDT) Received: (from www@localhost) by www.iemmc.org (8.8.5/8.6.9) id KAA11571 for ns-users@mash.cs.berkeley.edu; Sun, 3 Aug 1997 10:59:49 -0400 (EDT) Date: Sun, 3 Aug 1997 10:59:49 -0400 (EDT) From: WWW-server Message-Id: <199708031459.KAA11571@www.iemmc.org> To: ns-users@mash.cs.berkeley.edu Subject: Removal_Request We have received your request to be removed from all of our mailing lists. To complete the process, please write down the following token: 486413 Return to our website at http://www.iemmc.org/validate.html and input your token and your E-mail address as entered previously. You will then receive an E-mail confirmation of your removal. Thank you for your time, IEMMC Webmaster From owner-ns-users Sun Aug 3 13:28:53 1997 Received: from usc.edu (usc.edu [128.125.253.136]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id NAA06036 for ; Sun, 3 Aug 1997 13:28:53 -0700 (PDT) Received: from nunki.usc.edu (nunki.usc.edu [128.125.253.195]) by usc.edu (8.8.4/8.7.2/usc) with ESMTP id NAA24832 for ; Sun, 3 Aug 1997 13:28:52 -0700 (PDT) Received: (from larse@localhost) by nunki.usc.edu (8.8.4/8.8.4/usc) id NAA25872 for ns-users@mash.cs.berkeley.edu; Sun, 3 Aug 1997 13:28:47 -0700 (PDT) From: Lars Eggert Message-Id: <199708032028.NAA25872@nunki.usc.edu> Subject: ns exits early To: ns-users@mash.cs.berkeley.edu Date: Sun, 3 Aug 1997 13:28:47 -0700 (PDT) X-Mailer: ELM [version 2.4 PL25] Content-Type: text Hi, the attached script causes ns-2.0b18 to exit early (at ~4.5 seconds into the simulation instead of continuing until 10 seconds as specified.) Running the same script under ns-2.0a17 crashes ns with the following stack crawl: (gdb) bt #0 0xef6dda70 in kill () #1 0xef6f56a4 in abort () #2 0x69c34 in _ABORT () at tclAppInit.cc:110 #3 0xf6bc in TcpAgent::rtt_timeout (this=0xe0818) at tcp.cc:236 #4 0x10190 in TcpAgent::set_rtx_timer (this=0xe0818) at tcp.cc:419 #5 0x1022c in TcpAgent::newtimer (this=0xe0818, pkt=0x133d40) at tcp.cc:431 #6 0x109ec in TcpAgent::newack (this=0xe0818, pkt=0x133d40) at tcp.cc:564 #7 0x10c18 in TcpAgent::recv_newack_helper (this=0xe0818, pkt=0x133d40) at tcp.cc:621 #8 0x13770 in RenoTcpAgent::recv (this=0xe0810, pkt=0x133d40) at tcp-reno.cc:77 #9 0x5510 in Classifier::recv (this=0xe54f0, p=0x133d40) at classifier.cc:105 #10 0x5510 in Classifier::recv (this=0xf8410, p=0x133d40) at classifier.cc:105 #11 0x94a4 in Connector::send (this=0xd0440, p=0x133d40, h=0x0) at connector.h:51 #12 0x1ff58 in TTLChecker::recv (this=0xd0440, p=0x133d40, h=0x0) at ttl.cc:59 #13 0x5174 in NsObject::handle (this=0xd0440, e=0x133d40) at object.cc:79 #14 0x2efc in ListScheduler::run (this=0xf6418) at scheduler.cc:204 #15 0x2864 in Scheduler::command (this=0xf6418, argc=2, argv=0xefffdea4) at scheduler.cc:90 #16 0x6a51c in TclClass::dispatch_cmd (clientData=0xf6418, interp=0xa8b80, argc=5, argv=0xefffde98) at Tcl.cc:288 #17 0x6d048 in OTclDispatch (cd=0xf6838, in=0xa8b80, argc=3, argv=0xefffdf60) at otcl.c:442 #18 0xef72b994 in Tcl_Eval () #19 0xef72cae0 in Tcl_CatchCmd () #20 0xef72b994 in Tcl_Eval () #21 0xef74ed28 in TclParseNestedCmd () #22 0xef74f164 in TclParseWords () #23 0xef72b748 in Tcl_Eval () #24 0xef7529b8 in InterpProc () #25 0x6d048 in OTclDispatch (cd=0xf6838, in=0xa8b80, argc=2, argv=0xefffe790) at otcl.c:442 #26 0xef72b994 in Tcl_Eval () #27 0xef74ed28 in TclParseNestedCmd () #28 0xef74f164 in TclParseWords () #29 0xef72b748 in Tcl_Eval () #30 0xef7529b8 in InterpProc () #31 0x6d048 in OTclDispatch (cd=0x132500, in=0xa8b80, argc=2, argv=0xefffedb0) at otcl.c:442 #32 0xef72b994 in Tcl_Eval () #33 0xef74b92c in Tcl_EvalFile () #34 0xef74def4 in Tcl_Main () #35 0x69ad4 in main (argc=2, argv=0xeffff62c) at tclAppInit.cc:51 Note that the bug only occurs if the queue limit between r1 and r2 is set to 8 in the script below. Other values work fine (for example, 32.) Here is the script: --- cut here --- # Topology (note that this may not really be up-to-date): # # n1-----------r1------------r2-----------n2 # 10Mb, 2ms 56K, 80ms 10MB, 2ms # # create new simulator set ns [new Simulator] # create tracefile $ns trace-all [open tcp_test.tr w] # set global defaults Agent/TCP set tcpTick_ 500 Agent/TCP set window_ 16 # create nodes set n1 [$ns node] set n2 [$ns node] set r1 [$ns node] set r2 [$ns node] # connect nodes $ns duplex-link $n1 $r1 10Mb 2ms DropTail $ns duplex-link $r1 $r2 56Kb 80ms DropTail $ns duplex-link $r2 $n2 10Mb 2ms DropTail # set up three TCP Reno connections from n1 to n2 set tcp_src_1 [new Agent/TCP/Reno] set tcp_snk_1 [new Agent/TCPSink] $ns attach-agent $n1 $tcp_src_1 $ns attach-agent $n2 $tcp_snk_1 $ns connect $tcp_src_1 $tcp_snk_1 set tcp_src_2 [new Agent/TCP/Reno] set tcp_snk_2 [new Agent/TCPSink] $ns attach-agent $n1 $tcp_src_2 $ns attach-agent $n2 $tcp_snk_2 $ns connect $tcp_src_2 $tcp_snk_2 #set tcp_src_3 [new Agent/TCP/Reno] #set tcp_snk_3 [new Agent/TCPSink] #$ns attach-agent $n1 $tcp_src_3 #$ns attach-agent $n2 $tcp_snk_3 #$ns connect $tcp_src_3 $tcp_snk_3 # create FTP sources at n1 set ftp_1 [$tcp_src_1 attach-source FTP] set ftp_2 [$tcp_src_2 attach-source FTP] #set ftp_3 [$tcp_src_3 attach-source FTP] $ns queue-limit $r1 $r2 8 $tcp_src_1 trace [open src1.tcp_test.tr w] $tcp_src_2 trace [open src2.tcp_test.tr w] #$tcp_src_3 trace [open src3.tcp_test.tr w] # run FTP sources $ns at 0.0 "$ftp_1 start" $ns at 2.0 "$ftp_2 start" #$ns at 4.0 "$ftp_3 produce 100" # run for 10 simulated seconds $ns at 10 "exit 0" $ns run --- cut here --- Ciao, Lars __________________________________________________________________________ Lars Eggert larse@usc.edu Information Sciences Institute http://www-scf.usc.edu/~larse/ University of Southern California Finger or email for PGP public key. From owner-ns-users Sun Aug 3 14:06:45 1997 Received: from usc.edu (usc.edu [128.125.253.136]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id OAA06069 for ; Sun, 3 Aug 1997 14:06:45 -0700 (PDT) Received: from nunki.usc.edu (nunki.usc.edu [128.125.253.195]) by usc.edu (8.8.4/8.7.2/usc) with ESMTP id OAA08182 for ; Sun, 3 Aug 1997 14:06:36 -0700 (PDT) Received: (from larse@localhost) by nunki.usc.edu (8.8.4/8.8.4/usc) id OAA26234 for ns-users@mash.cs.berkeley.edu; Sun, 3 Aug 1997 14:06:26 -0700 (PDT) From: Lars Eggert Message-Id: <199708032106.OAA26234@nunki.usc.edu> Subject: ns exits early (update) To: ns-users@mash.cs.berkeley.edu Date: Sun, 3 Aug 1997 14:06:26 -0700 (PDT) X-Mailer: ELM [version 2.4 PL25] Content-Type: text Hi, after a little more investigating, I found out that ns-2.0b18 does not in fact stop executing at ~4.5 seconds. It continues until 10 seconds as it should; however, it stops writing to the trace file tcp_test.tr, which is used for the trace-all at ~4.5 seconds. (ns-2.0a17 does crash as reported.) Also, I think this behavior only occurs if the bottleneck queue limit is less than the send window. But not always, for example, a window of 5 and a queue limit of 4 does not cause problems. Ciao, Lars __________________________________________________________________________ Lars Eggert larse@usc.edu Information Sciences Institute http://www-scf.usc.edu/~larse/ University of Southern California Finger or email for PGP public key. From owner-ns-users Mon Aug 4 13:47:13 1997 Received: from desolation.CS.Berkeley.EDU (desolation.CS.Berkeley.EDU [128.32.33.142]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id NAA10776; Mon, 4 Aug 1997 13:47:13 -0700 (PDT) Received: from desolation.CS.Berkeley.EDU (padmanab@localhost) by desolation.CS.Berkeley.EDU (8.8.3/8.8.2) with ESMTP id NAA23877; Mon, 4 Aug 1997 13:44:34 -0700 (PDT) Message-Id: <199708042044.NAA23877@desolation.CS.Berkeley.EDU> X-Mailer: exmh version 1.6.9 8/22/96 X-Face: 8oz'i+bl`|5PbRnbf:lhb^%e[KkX6s2O+~WXUjjyZy3Ew*s3R1@]D {~a]r4V]),Mlwru>UYa+!f7aeLD3),v{_U3S*(e/Os}3N7*+U+#;5\W0!-U+zs&>c/Gb2FH/|KZ*Li eMcCH0X~${-18~JhYDf3Dc}H1,F From: Venkat Padmanabhan To: John Heidemann , Lars Eggert cc: ns-developers@mash.cs.Berkeley.EDU, ns-users@mash.cs.Berkeley.EDU Subject: Re: changes in tcp trace behavior In-reply-to: Your message of "Mon, 04 Aug 1997 10:21:50 PDT." <3.0.32.19970804102140.007a8b40@128.32.33.142> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 04 Aug 1997 13:44:33 -0700 Sender: padmanab@desolation.CS.Berkeley.EDU TCP tracing now uses the TracedVar stuff implemented by Giao Nguyen. So to trace a variable (including TCP variables), you need to do the following in Tcl: $agent trace For example, $tcp trace cwnd_ You need to do this for each variable that you wish to trace. In addition, to attach a trace file, do the following: $tcp attach [open trace.tr w] -Venkat > > > >>From larse Sat Aug 2 17:01:27 1997 > >Subject: TCP trace broken > >To: ns-users@mash.cs.berkeley.edu > >Date: Sat, 2 Aug 1997 17:01:27 -0700 (PDT) > >X-Mailer: ELM [version 2.4 PL25] > >Content-Type: text > >Content-Length: 870 > > > >Hi, > > > >under ns-2.0a17, one could do "$tcp trace [open trace.tr w]" and get > >a trace of all relevant TCB fields over time. Under ns-2.0b17 (and the > >latest snapshot) this no longer works. "trace.tr" is being created, but is > >empty. It seems that TCP_TRACE_ALL is gone from tcp.h. (Thanks to Ted > >Faber for noticing this.) > > > > From owner-ns-users Tue Aug 5 03:05:17 1997 Received: from VNET.IBM.COM (vnet.ibm.com [204.146.168.194]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id DAA13236 for ; Tue, 5 Aug 1997 03:05:16 -0700 (PDT) From: hassanh@VNET.IBM.COM Message-Id: <199708051005.DAA13236@mash.cs.berkeley.edu> Received: from CAIVM1 by VNET.IBM.COM (IBM VM SMTP V2R3) with BSMTP id 9552; Tue, 05 Aug 97 06:05:14 EDT Date: Tue, 5 Aug 97 13:05:16 EST To: ns-users@mash.cs.berkeley.edu Subject: Linux Hi , I am a post graduate student at Fac. Of engineering , Cairo univ. I want to know if ns works on Linux , and what changes in make files which I should do ? Thanks in advance Best regards Hany Hassan hassanh@vnet.ibm.com From owner-ns-users Tue Aug 5 03:21:05 1997 Received: from TerraServer.Maltanet.Net (terraserver.maltanet.net [194.158.38.134]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id DAA13261 for ; Tue, 5 Aug 1997 03:20:57 -0700 (PDT) Received: by TerraServer.Maltanet.Net(Lotus SMTP MTA v1.05 (274.9 11-27-1996)) id C12564EA.0038AAEB ; Tue, 5 Aug 1997 12:18:57 +0200 X-Lotus-FromDomain: TERRANET From: "Chris Cassar" To: hassanh@VNET.IBM.COM, ns-users@mash.cs.berkeley.edu Message-ID: Date: Tue, 5 Aug 1997 12:18:52 +0200 Subject: Re: Linux Mime-Version: 1.0 Content-type: text/plain; charset=US-ASCII I am also very interested in ns on Linux. I am currently doing my postgrad at the Univ of Malta - Fac Of engineering and it will be more difficult for me to get a hold of Sun equipment. Regards and thanks in advance Christian Cassar Malta From owner-ns-users Tue Aug 5 09:34:59 1997 Received: from darkstar.isi.edu (darkstar.isi.edu [128.9.128.127]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id JAA13701 for ; Tue, 5 Aug 1997 09:34:59 -0700 (PDT) Received: from dash.isi.edu by darkstar.isi.edu (5.65c/5.61+local-27) id ; Tue, 5 Aug 1997 09:34:58 -0700 Received: from dash.isi.edu (localhost.isi.edu [127.0.0.1]) by dash.isi.edu (8.8.5/8.8.4) with ESMTP id JAA18134; Tue, 5 Aug 1997 09:36:26 -0700 Message-Id: <199708051636.JAA18134@dash.isi.edu> X-Url: http://www.isi.edu/~johnh/ To: "Chris Cassar" , hassanh@vnet.ibm.com Cc: ns-users@mash.cs.berkeley.edu Subject: Re: Linux In-Reply-To: Date: Tue, 05 Aug 1997 09:36:24 -0700 From: John Heidemann On Tue, 05 Aug 1997 12:18:52 +0200, "Chris Cassar" wrote: >I am also very interested in ns on Linux. I am currently doing my postgrad >at the Univ of Malta - Fac Of engineering and it will be more difficult for >me to get a hold of Sun equipment. Ns is portable Unix code. It should build easily on most versions of Unix. At ISI we are running it on both FreeBSD and Linux without trouble. -John Heidemann From owner-ns-users Wed Aug 6 15:55:33 1997 Received: from starburstcom.com (gummo.starburstcom.com [206.33.96.31]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id PAA18777 for ; Wed, 6 Aug 1997 15:55:33 -0700 (PDT) Received: from dowj.starburstcom.com by starburstcom.com (5.x/SMI-SVR4) id AA27690; Wed, 6 Aug 1997 18:50:41 -0400 Message-Id: <9708062250.AA27690@starburstcom.com> From: "Christoph Haenle" To: Subject: Callback function instead of trace-file? Date: Wed, 6 Aug 1997 18:55:05 -0400 X-Msmail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1161 Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi everybody, I'm using ns-2b18 and need a possibility to see what happens to certain packets inside the network. I thus need to monitor the links. However, my simulation has a large number of links and my logfiles become soon very large (ca 10MB/min) if I log everything. In order to run simulations overnight, I don't want all traces to be written to disk. Rather, I'm looking for some possibility to register a callback-function that is called whenever a packet is enqueued, dequeued or lost on a link. If I remember right, this functionality was implemented in ns-1.4, but I can't find it in ns-2. If nothing else helps, I could open a named pipe with Tcl, have ns write everything to the pipe and read & parse everything that arrives on the other end. But that would pretty much be a hack. Moreover, I would need multithreading support (for running ns and the evaluation of the traces simultaneously). Any suggestions? TX, -Chris. From owner-ns-users Wed Aug 6 16:02:07 1997 Received: from bend.ee.lbl.gov (bend.ee.lbl.gov [131.243.1.27]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id QAA19039 for ; Wed, 6 Aug 1997 16:02:06 -0700 (PDT) From: kfall@ee.lbl.gov Received: by bend.ee.lbl.gov (8.8.6/1.43r) id QAA13455; Wed, 6 Aug 1997 16:02:04 -0700 (PDT) Message-Id: <199708062302.QAA13455@bend.ee.lbl.gov> To: "Christoph Haenle" cc: Subject: Re: Callback function instead of trace-file? In-reply-to: Your communique of Wed, 06 Aug 1997 18:55:05 PDT. <9708062250.AA27690@starburstcom.com> Date: Wed, 06 Aug 1997 16:02:04 PDT > > From: "Christoph Haenle" > To: > Subject: Callback function instead of trace-file? > Date: Wed, 06 Aug 1997 18:55:05 PDT > > Hi everybody, > > I'm using ns-2b18 and need a possibility to see what happens to certain > packets inside the network. I thus need to monitor the links. However, my > simulation has a large number of links and my logfiles become soon very > large (ca 10MB/min) if I log everything. In order to run simulations > overnight, I don't want all traces to be written to disk. Rather, I'm > looking for some possibility to register a callback-function that is called > whenever a packet is enqueued, dequeued or lost on a link. If I remember > right, this functionality was implemented in ns-1.4, but I can't find it in > ns-2. > If nothing else helps, I could open a named pipe with Tcl, have ns write > everything to the pipe and read & parse everything that arrives on the > other end. But that would pretty much be a hack. Moreover, I would need > multithreading support (for running ns and the evaluation of the traces > simultaneously). > > Any suggestions? > > TX, > > -Chris. Can you describe a bit more of your application? Do you need to take some action other than statistic gathering when packets {arrive/depart/are dropped}? - K From owner-ns-users Wed Aug 6 16:28:02 1997 Received: from starburstcom.com (gummo.starburstcom.com [206.33.96.31]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id QAA19120 for ; Wed, 6 Aug 1997 16:28:01 -0700 (PDT) Received: from dowj.starburstcom.com by starburstcom.com (5.x/SMI-SVR4) id AA27813; Wed, 6 Aug 1997 19:23:08 -0400 Message-Id: <9708062323.AA27813@starburstcom.com> From: "Christoph Haenle" To: Cc: Subject: Re: Callback function instead of trace-file? Date: Wed, 6 Aug 1997 19:27:34 -0400 X-Msmail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1161 Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi again, > > I'm using ns-2b18 and need a possibility to see what happens to certain > > packets inside the network. I thus need to monitor the links. However, my > > simulation has a large number of links and my logfiles become soon very > > large (ca 10MB/min) if I log everything. In order to run simulations > > overnight, I don't want all traces to be written to disk. Rather, I'm > > looking for some possibility to register a callback-function that is called > > whenever a packet is enqueued, dequeued or lost on a link. If I remember > > right, this functionality was implemented in ns-1.4, but I can't find it in > > ns-2. > > If nothing else helps, I could open a named pipe with Tcl, have ns write > > everything to the pipe and read & parse everything that arrives on the > > other end. But that would pretty much be a hack. Moreover, I would need > > multithreading support (for running ns and the evaluation of the traces > > simultaneously). > > > > Any suggestions? > > > > TX, > > > > -Chris. > > Can you describe a bit more of your application? Do you need to > take some action other than statistic gathering when packets > {arrive/depart/are dropped}? > > - K I'm simulating the behaviour (error recovery, congestion control) of different multicast protocols (at least SRM and MFTP) in a fictive large-scale network in which lots of fictive TCP-connections run. To see for example how much the TCP-connections suffer from MFTP, I must observe the packet loss on the various links and seperate it into TCP-connections and MFTP (e.g. with the help of different flow_id's). Or I want to observe potential NAK-implosions with MFTP, i.e. look at every dropped packet from where it has came. Further, I want to trace a repair-packet and see over which links it travels in order to determine the network utilization by this particular packet. I'd need a custom-callback-event-handler to further evaluate a packet loss or to trace a packet on it's way through the net. -Chris. From owner-ns-users Wed Aug 6 16:31:32 1997 Received: from bend.ee.lbl.gov (bend.ee.lbl.gov [131.243.1.27]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id QAA19131 for ; Wed, 6 Aug 1997 16:31:32 -0700 (PDT) From: kfall@ee.lbl.gov Received: by bend.ee.lbl.gov (8.8.6/1.43r) id QAA13580; Wed, 6 Aug 1997 16:31:30 -0700 (PDT) Message-Id: <199708062331.QAA13580@bend.ee.lbl.gov> To: "Christoph Haenle" cc: Subject: Re: Callback function instead of trace-file? In-reply-to: Your communique of Wed, 06 Aug 1997 19:27:34 PDT. <9708062323.AA27813@starburstcom.com> Date: Wed, 06 Aug 1997 16:31:30 PDT > I'm simulating the behaviour (error recovery, congestion control) of > different multicast protocols (at least SRM and MFTP) in a fictive > large-scale network in which lots of fictive TCP-connections run. To see > for example how much the TCP-connections suffer from MFTP, I must observe > the packet loss on the various links and seperate it into TCP-connections > and MFTP (e.g. with the help of different flow_id's). Or I want to observe > potential NAK-implosions with MFTP, i.e. look at every dropped packet from > where it has came. > Further, I want to trace a repair-packet and see over which links it > travels in order to determine the network utilization by this particular > packet. > > I'd need a custom-callback-event-handler to further evaluate a packet loss > or to trace a packet on it's way through the net. One thing you should look at is the 'flow monitor'. It is able to keep per-flow statistics which I think you will find useful. One of these things can be associated with a particular link and will keep arrival/departure/drop byte+packet counts on a per-flow basis. If you need to introduce additional code to do things upon these events you could modify the in/out/drop procedures there to do what you like. - K From owner-ns-users Wed Aug 6 19:52:24 1997 Received: from catarina.usc.edu (catarina.usc.edu [128.125.51.47]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id TAA19525 for ; Wed, 6 Aug 1997 19:52:24 -0700 (PDT) Received: from excalibur.usc.edu (excalibur.usc.edu [128.125.51.11]) by catarina.usc.edu (8.6.10/8.6.9) with ESMTP id TAA02062; Wed, 6 Aug 1997 19:52:20 -0700 Received: (ahelmy@localhost) by excalibur.usc.edu (8.6.10/8.6.9) id TAA21895; Wed, 6 Aug 1997 19:52:19 -0700 Date: Wed, 6 Aug 1997 19:52:18 -0700 (PDT) From: Ahmed A-G Helmy To: kfall@ee.lbl.gov cc: Christoph Haenle , ns-users@mash.cs.berkeley.edu Subject: Re: Callback function instead of trace-file? In-Reply-To: <199708062331.QAA13580@bend.ee.lbl.gov> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII > > I'm simulating the behaviour (error recovery, congestion control) of > > different multicast protocols (at least SRM and MFTP) in a fictive > > large-scale network in which lots of fictive TCP-connections run. To see > > for example how much the TCP-connections suffer from MFTP, I must observe > > the packet loss on the various links and seperate it into TCP-connections > > and MFTP (e.g. with the help of different flow_id's). Or I want to observe > > potential NAK-implosions with MFTP, i.e. look at every dropped packet from > > where it has came. > > Further, I want to trace a repair-packet and see over which links it > > travels in order to determine the network utilization by this particular > > packet. > > > > I'd need a custom-callback-event-handler to further evaluate a packet loss > > or to trace a packet on it's way through the net. > > One thing you should look at is the 'flow monitor'. It is able to > keep per-flow statistics which I think you will find useful. One > of these things can be associated with a particular link and will > keep arrival/departure/drop byte+packet counts on a per-flow basis. > If you need to introduce additional code to do things upon these > events you could modify the in/out/drop procedures there to do what > you like. might I add that the callback_ var in trace.cc (class Trace) might also be useful there... right ?! .. bind("callback_", &callback_); .. if (callback_) { Tcl& tcl = Tcl::instance(); tcl.evalf("%s handle { %s }", name(), wrk_); } ... Regs, -A > > - K > From owner-ns-users Thu Aug 7 06:18:22 1997 Received: from comsun.chungnam.ac.kr (comsun.chungnam.ac.kr [168.188.48.17]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id GAA20716 for ; Thu, 7 Aug 1997 06:18:11 -0700 (PDT) Received: from may (may.chungnam.ac.kr [168.188.48.109]) by comsun.chungnam.ac.kr (8.6.9H1/8.9.11h) with ESMTP id WAA00465 for ; Thu, 7 Aug 1997 22:19:19 +0900 Message-ID: <33E9CABE.A5FD0DF0@comsun.chungnam.ac.kr> Date: Thu, 07 Aug 1997 22:16:47 +0900 From: Jiyoon Oh X-Mailer: Mozilla 4.0 [en] (WinNT; I) MIME-Version: 1.0 To: ns-users@mash.cs.berkeley.edu Subject: Q: most recent release X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hello. I'm graduate student in Chungnam Nat. Univ. in S. Korea. I don't know whether most recent release of ns is "ns-2.0a17" or "ns-2.0b17". I downloaded source "most recent release(ns-2.0a17 released 25-Jul-97)" in web page 'UCB/LBNL Network Simulator: Building Ns', but it was "ns-2.0b17". Please, help me..... Thank you in advance. From owner-ns-users Thu Aug 7 06:39:39 1997 Received: from starburstcom.com (gummo.starburstcom.com [206.33.96.31]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id GAA20737 for ; Thu, 7 Aug 1997 06:39:29 -0700 (PDT) Received: from dowj.starburstcom.com by starburstcom.com (5.x/SMI-SVR4) id AA01379; Thu, 7 Aug 1997 09:33:15 -0400 Message-Id: <9708071333.AA01379@starburstcom.com> From: "Christoph Haenle" To: "Jiyoon Oh" , Subject: Re: most recent release Date: Thu, 7 Aug 1997 09:37:38 -0400 X-Msmail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1161 Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi Jiyoon, the most recent release you can get is ns-src-current_tar.tar, available from http://mash.cs.berkeley.edu/ns/ by klicking on "NS-2 experimental code (nightly snapshot of development tree)" This is ns-2.0b18. I'm not one of the developers, so if I'm wrong, somebody might let me (or you) know. -Chris. From owner-ns-users Thu Aug 7 08:06:27 1997 Received: from ell.ee.lbl.gov (ell.ee.lbl.gov [131.243.1.20]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id IAA20813 for ; Thu, 7 Aug 1997 08:06:17 -0700 (PDT) Received: by ell.ee.lbl.gov (8.8.6/8.8.5) id IAA11706; Thu, 7 Aug 1997 08:05:55 -0700 (PDT) From: kfall@ee.lbl.gov (Kevin Fall) Message-Id: <199708071505.IAA11706@ell.ee.lbl.gov> To: Jiyoon Oh cc: ns-users@mash.cs.berkeley.edu Subject: Re: Q: most recent release In-reply-to: Your communique of Thu, 07 Aug 97 22:16:47 U. <33E9CABE.A5FD0DF0@comsun.chungnam.ac.kr> Date: Thu, 07 Aug 97 08:05:55 PDT > > From: Jiyoon Oh > To: ns-users@mash.cs.berkeley.edu > Subject: Q: most recent release > Date: Thu, 07 Aug 97 22:16:47 U > > Hello. > I'm graduate student in Chungnam Nat. Univ. in S. Korea. > I don't know whether most recent release of ns is "ns-2.0a17" or > "ns-2.0b17". > I downloaded source "most recent release(ns-2.0a17 released 25-Jul-97)" > in web page 'UCB/LBNL Network Simulator: Building Ns', > but it was "ns-2.0b17". > Please, help me..... > Thank you in advance. > The references in the web page should have read ns-2.0b17, so you received the correct version. I've updated the page, and it should become visible on the web tonight. Thanks, - K From owner-ns-users Thu Aug 7 21:42:28 1997 Received: from egret. (egret.sookmyung.ac.kr [203.252.192.1]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id VAA25541 for ; Thu, 7 Aug 1997 21:41:45 -0700 (PDT) Received: from dragon.sookmyung.ac.kr (dragon.sookmyung.ac.kr [203.252.195.8]) by egret. (8.6.12h2/3.4W4) with SMTP id NAA14925 for ; Fri, 8 Aug 1997 13:21:18 +0900 Received: by dragon.sookmyung.ac.kr (5.x/SMI-SVR4) id AA05587; Fri, 8 Aug 1997 13:30:14 +0900 From: shpark@dragon.Berkeley.EDU (Park Sun Hyung) Message-Id: <9708080430.AA05587@dragon.sookmyung.ac.kr> Subject: [q]installing error in nam animator To: ns-users@mash.cs.berkeley.edu Date: Fri, 8 Aug 1997 13:30:13 +0900 (KST) X-Mailer: ELM [version 2.4ME+ PL15 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=iso-2022-kr Content-Transfer-Encoding: 7bit hi all I'm graduate student in SookMyung Women's UNIV to use ns simulator with nam animator, I install nam. but running make , error as folllows: tiger:/usr/nam-0.8a 4 > make rm -f nam; c++ -O2 -DTCL_TK -mv8 -msupersparc -D__svr4__ -DUSE_SHM -I/usr/nam-0.8a/../Tcl -I/usr/nam-0.8a/../otcl -I/usr/nam-0.8a/../tcl/tcl7.5/generic -o nam netview.o netmodel.o edge.o packet.o node.o main.o trace.o queue.o drop.o animation.o transform.o paint.o state.o gen/version.o gen/nam_tcl.o -Xlinker -Bstatic -ltk -lXext -lX11 -R/usr/nam-0.8a/../Tcl -L/usr/nam-0.8a/../Tcl -lTcl -R/usr/nam-0.8a/../otcl -L/usr/nam-0.8a/../otcl -lotcl -ltcl -lsocket -lnsl ../Tcl/libTcl.a -lm -Xlinker -Bdynamic -lnsl -ldl Undefined first referenced symbol in file wslen /usr/openwin/lib/libX11.a(XSunWcTProp.o) (/usr/lib/libw.so.1?) XSolarisIASetProcessInfo /usr/openwin/lib/libX11.a(XOpenDis.o) dgettext /usr/lib/libnsl.a(netselect.o) (/usr/lib/libintl.so.1?) TkCreateXEventSource main.o ld: fatal: Symbol referencing errors. No output written to nam *** Error code 1 make: Fatal error: Command failed for target `nam' tiger:/usr/nam-0.8a 5 > does anyone correct me? thank U in advance sunhyung ------------------------ ~ From owner-ns-users Fri Aug 8 08:14:36 1997 Received: from starburstcom.com (gummo.starburstcom.com [206.33.96.31]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id IAA27079 for ; Fri, 8 Aug 1997 08:14:35 -0700 (PDT) Received: from dowj.starburstcom.com by starburstcom.com (5.x/SMI-SVR4) id AA03978; Fri, 8 Aug 1997 11:09:40 -0400 Message-Id: <9708081509.AA03978@starburstcom.com> From: "Christoph Haenle" To: Subject: [ns2]: TCP-connections get pruned ?! Date: Fri, 8 Aug 1997 11:13:58 -0400 X-Msmail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1161 Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi everybody, I just setup a large network with a couple of TCP-connections and an SRM connection in ns-2.0b18. First, the TCP-connections start and later (>3sec) the SRM agents join the multicast-group 0x8001. I looks to me that for some strange reason, the traffic originating from TCP-connections is treated and routed like multicast traffic, i.e. it is broadcast along some spanning tree and pruned back: Here is the relevant part of my tracefile: ====================================== [...] + 0.0370431 71 69 tcp 1000 ------ 0 71.12 198.1 0 1 - 0.0370431 71 69 tcp 1000 ------ 0 71.12 198.1 0 1 + 0.0378431 69 70 tcp 1000 ------ 0 71.12 198.1 0 1 - 0.0378431 69 70 tcp 1000 ------ 0 71.12 198.1 0 1 + 0.0378431 69 72 tcp 1000 ------ 0 71.12 198.1 0 1 - 0.0378431 69 72 tcp 1000 ------ 0 71.12 198.1 0 1 + 0.0378431 69 182 tcp 1000 ------ 0 71.12 198.1 0 1 - 0.0378431 69 182 tcp 1000 ------ 0 71.12 198.1 0 1 + 0.0386431 70 69 graft 80 ------ 30 70.0 69.0 -1 2 - 0.0386431 70 69 graft 80 ------ 30 70.0 69.0 -1 2 + 0.0386431 72 69 graft 80 ------ 30 72.0 69.0 -1 3 - 0.0386431 72 69 graft 80 ------ 30 72.0 69.0 -1 3 + 0.0430244 182 141 tcp 1000 ------ 0 71.12 198.1 0 1 - 0.0430244 182 141 tcp 1000 ------ 0 71.12 198.1 0 1 [...] The packet with sequence number 1 originates at node 71 and has destination 198. As shown, it gets routed first to node 69, but then node 69 routes it to node 70, 72 and 182 simultaneously for some reason. Furthermore, node 70 and 72 send back a prune (which appears as a "graft" in the logfile due to a minor bug, but it's actually a prune). Can anybody tell me what's going on here? TX, -Chris. From owner-ns-users Fri Aug 8 09:48:21 1997 Received: from starburstcom.com (gummo.starburstcom.com [206.33.96.31]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id JAA27316 for ; Fri, 8 Aug 1997 09:48:21 -0700 (PDT) Received: from dowj.starburstcom.com by starburstcom.com (5.x/SMI-SVR4) id AA05729; Fri, 8 Aug 1997 12:42:55 -0400 Message-Id: <9708081642.AA05729@starburstcom.com> From: "Christoph Haenle" To: Cc: Subject: Re: [ns2]: TCP-connections get pruned ?! Date: Fri, 8 Aug 1997 12:47:14 -0400 X-Msmail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1161 Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi Kannan, > COuld you send me a copy of your simulation script? > > > Hi everybody, > > > > I just setup a large network with a couple of TCP-connections and an SRM > > connection in ns-2.0b18. > > First, the TCP-connections start and later (>3sec) the SRM agents join the > > multicast-group 0x8001. > > > > I looks to me that for some strange reason, the traffic originating from > > TCP-connections is treated and routed like multicast traffic, i.e. it is > > broadcast along some spanning tree and pruned back: > > > > Here is the relevant part of my tracefile: > > > > ====================================== > > [...] > > + 0.0370431 71 69 tcp 1000 ------ 0 71.12 198.1 0 1 > > - 0.0370431 71 69 tcp 1000 ------ 0 71.12 198.1 0 1 > > + 0.0378431 69 70 tcp 1000 ------ 0 71.12 198.1 0 1 > > - 0.0378431 69 70 tcp 1000 ------ 0 71.12 198.1 0 1 > > + 0.0378431 69 72 tcp 1000 ------ 0 71.12 198.1 0 1 > > - 0.0378431 69 72 tcp 1000 ------ 0 71.12 198.1 0 1 > > + 0.0378431 69 182 tcp 1000 ------ 0 71.12 198.1 0 1 > > - 0.0378431 69 182 tcp 1000 ------ 0 71.12 198.1 0 1 > > + 0.0386431 70 69 graft 80 ------ 30 70.0 69.0 -1 2 > > - 0.0386431 70 69 graft 80 ------ 30 70.0 69.0 -1 2 > + 0.0386431 72 69 graft 80 ------ 30 72.0 69.0 -1 3 > > - 0.0386431 72 69 graft 80 ------ 30 72.0 69.0 -1 3 > > + 0.0430244 182 141 tcp 1000 ------ 0 71.12 198.1 0 1 > > - 0.0430244 182 141 tcp 1000 ------ 0 71.12 198.1 0 1 > > [...] > > > > The packet with sequence number 1 originates at node 71 and has destination > > 198. As shown, it gets routed first to node 69, but then node 69 routes it > > to node 70, 72 and 182 simultaneously for some reason. Furthermore, node 70 > > and 72 send back a prune (which appears as a "graft" in the logfile due to > > a minor bug, but it's actually a prune). > > > > Can anybody tell me what's going on here? > > > > TX, > > > > -Chris. > > I'd wish I could. I'm using a graphical front end (TkIned) for interactively setting up network topology, traffic, etc. I use a tcl-script to interact between Tkined and ns, thus, I don't actually have a script that is interpreted by ns. I checked if I easily could generate one with my interactive configuration program, but it appears to be a heavy task. I'll thus have a closer look myself at the problem and post another mail if I can't get the problem fixed. Thanks so far, -Chris. From owner-ns-users Fri Aug 8 09:57:45 1997 Received: from catarina.usc.edu (catarina.usc.edu [128.125.51.47]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id JAA27331 for ; Fri, 8 Aug 1997 09:57:44 -0700 (PDT) From: kannan@catarina.usc.edu Received: from catarina.usc.edu (catarina.usc.edu [128.125.51.47]) by catarina.usc.edu (8.6.10/8.6.9) with SMTP id JAA11217; Fri, 8 Aug 1997 09:57:42 -0700 Message-Id: <199708081657.JAA11217@catarina.usc.edu> X-Authentication-Warning: catarina.usc.edu: Host catarina.usc.edu didn't use HELO protocol To: "Christoph Haenle" Cc: ns-users@mash.cs.berkeley.edu Subject: Re: [ns2]: TCP-connections get pruned ?! In-reply-to: Your message of Fri, 08 Aug 1997 12:47:14 -0400.<9708081642.AA05729@starburstcom.com> Date: Fri, 08 Aug 1997 09:57:35 -0700 Sender: kannan@catarina.usc.edu >>> From: "Christoph Haenle" >>> Date: Fri, 08 Aug 1997 12:47:14 EDT > I'd wish I could. I'm using a graphical front end (TkIned) for > interactively setting up network topology, traffic, etc. I use a tcl-script > to interact between Tkined and ns, thus, I don't actually have a script > that is interpreted by ns. > I checked if I easily could generate one with my interactive configuration > program, but it appears to be a heavy task. I'll thus have a closer look > myself at the problem and post another mail if I can't get the problem > fixed. The conjecture is that, by default, addresses are 8 bytes for the node address, and 8 bytes for the port id. So, any host address 128 and over gets treated as a multicast address, which appears to be what you are seeing. Lee and Polly had fixed this problem when they encountered it earlier. I had mistakenly thought that this fix to expand addresses was the default. You might try adding the line: Node expandaddr right after you acquire the instance of the simulator. Then, allocate your multicast address as set group [Node allocaddr] Kannan From owner-ns-users Fri Aug 8 10:55:15 1997 Received: from starburstcom.com (gummo.starburstcom.com [206.33.96.31]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id KAA28069 for ; Fri, 8 Aug 1997 10:55:14 -0700 (PDT) Received: from dowj.starburstcom.com by starburstcom.com (5.x/SMI-SVR4) id AA06554; Fri, 8 Aug 1997 13:49:21 -0400 Message-Id: <9708081749.AA06554@starburstcom.com> From: "Christoph Haenle" To: Cc: Subject: Re: [ns2]: TCP-connections get pruned ?! Date: Fri, 8 Aug 1997 13:53:42 -0400 X-Msmail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1161 Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi Kannan, > The conjecture is that, by default, addresses are 8 bytes for the node > address, and 8 bytes for the port id. So, any host address 128 and over > gets treated as a multicast address, which appears to be what you are > seeing. > > Lee and Polly had fixed this problem when they encountered it earlier. > I had mistakenly thought that this fix to expand addresses was the > default. You might try adding the line: > > Node expandaddr > > right after you acquire the instance of the simulator. Then, allocate > your multicast address as > > set group [Node allocaddr] Great thanks. That's been the solution. I works now! -Chris. From owner-ns-users Fri Aug 8 21:19:36 1997 Received: from starburstcom.com (gummo.starburstcom.com [206.33.96.31]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id VAA03514 for ; Fri, 8 Aug 1997 21:19:35 -0700 (PDT) Received: from dowj.starburstcom.com by starburstcom.com (5.x/SMI-SVR4) id AA09939; Sat, 9 Aug 1997 00:14:40 -0400 Message-Id: <9708090414.AA09939@starburstcom.com> From: "Christoph Haenle" To: Subject: [ns2] Memory leak? Date: Sat, 9 Aug 1997 00:19:00 -0400 X-Msmail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1161 Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi folks, I've noticed a memory leak in ns-2.0b18 while monitoring memory usage with ps. It's ca. 500kB/min in my simulation. Also, I once got a core dump with 16MB, when my simulation crashed (due to insufficient memory? I checked the virtual memory and it was pretty exhausted at the time of the crash). I use only Agent/TCP objects (ca. 150) with FTP as the traffic-source and SRM-agents. My scheduler is HEAP. Has somebody got any suggestions where the leak comes from? Thanks, -Chris. From owner-ns-users Fri Aug 8 23:01:45 1997 Received: from nwork.chungbuk.ac.kr (nwork.chungbuk.ac.kr [134.75.207.212]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id XAA04321 for ; Fri, 8 Aug 1997 23:01:32 -0700 (PDT) Received: from jipark.chungbuk.ac.kr ([134.75.207.130]) by nwork.chungbuk.ac.kr (8.6.12H1/8.6.9) with ESMTP id PAA03326 for ; Sat, 9 Aug 1997 15:00:37 +0900 Message-ID: <33EC094E.5D973767@nwork.chungbuk.ac.kr> Date: Sat, 09 Aug 1997 15:08:14 +0900 From: "Jongil, Park" Reply-To: jipark@nwork.chungbuk.ac.kr Organization: Computer Engineering of CBU X-Mailer: Mozilla 4.01 [en] (Win95; I) MIME-Version: 1.0 To: ns-users@mash.cs.berkeley.edu Subject: Please Help ~~ I can't install NS-simulator X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Dear, friends. During Installation, I get following message. I don't know cause of this message.... Please help me. ------------------------------------------------------------------------------- c++ -static -o ns -I/home/Tcl-1.0a6 -mv8 -msupersparc -D__svr4__ -DUSE_SHM -DNO_TK -O2 scheduler.o ns_tclsh.o object.o classifier.o classifier-addr.o classifier-mcast.o replicator.o packet.o connector.o agent.o cbr.o misc.o delay.o queue.o drop-tail.o random.o trace.o tcp.o tcp-sink.o tcp-reno.o tcp-newreno.o tcplib-telnet.o red.o route.o loss-monitor.o message.o ivs.o scoreboard.o tcp-sack1.o session-rtp.o rtp.o rtcp.o gen/version.o gen/ns_tcl.o -R/home/Tcl-1.0a6 -L/home/Tcl-1.0a6 -lTcl -R/usr/local/lib -L/usr/local/lib -lotcl -ltcl -lsocket -lnsl -lintl Undefined first referenced symbol in file dlclose /usr/lib/libnsl.a(netdir.o) dlsym /usr/lib/libtcl.a(tclLoadDl.o) dlopen /usr/lib/libtcl.a(tclLoadDl.o) dlerror /usr/lib/libtcl.a(tclLoadDl.o) ld: fatal: Symbol referencing errors. No output written to ns -- ---------------------------------------------------------- Computer Engineering, Chungbuk National University, Korea Network Laboratory Jong-il, Park (Webmaster) http://nwork.chungbuk.ac.kr/~jipark http://dce3.chungbuk.ac.kr/bbs/ http://cbubbs.chungbuk.ac.kr/ (Administrator) ---------------------------------------------------------- From owner-ns-users Mon Aug 11 01:27:18 1997 Received: from cc.sookmyung.ac.kr (cc.sookmyung.ac.kr [203.252.192.2]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id BAA14807 for ; Mon, 11 Aug 1997 01:26:13 -0700 (PDT) Received: from egret.sookmyung.ac.kr ([203.252.195.220]) by cc.sookmyung.ac.kr (8.6.12h2/8.6.9) with SMTP id RAA17455 for ; Mon, 11 Aug 1997 17:23:09 +0900 Message-ID: <33EECC2F.1943@cs.sookmyung.ac.kr> Date: Mon, 11 Aug 1997 17:24:15 +0900 From: ekim Reply-To: ekim@cs.sookmyung.ac.kr Organization: sookmyung women's univ X-Mailer: Mozilla 3.01GoldC-UNITEL (Win95; I) MIME-Version: 1.0 To: ns-users@mash.cs.berkeley.edu Subject: subscribe Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit subscribe ns-announce eunsook@cs.sookmyung.ac.kr From owner-ns-users Mon Aug 11 02:22:51 1997 Received: from estwns.wm.estec.esa.nl (estwns.wm.estec.esa.nl [131.176.24.63]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id CAA15273 for ; Mon, 11 Aug 1997 02:22:50 -0700 (PDT) Received: from estwmi.wm.estec.esa.nl (estwmi [131.176.24.18]) by estwns.wm.estec.esa.nl (8.7.5/8.7.3) with ESMTP id LAA04218 for ; Mon, 11 Aug 1997 11:30:05 +0200 (MET DST) Received: from estwmi.wm.estec.esa.nl (localhost [127.0.0.1]) by estwmi.wm.estec.esa.nl (8.7.5/8.7.3) with ESMTP id LAA00924 for ; Mon, 11 Aug 1997 11:22:18 +0200 (MET DST) Message-Id: <199708110922.LAA00924@estwmi.wm.estec.esa.nl> X-Mailer: exmh version 2.0zeta 7/24/97 To: ns-users@mash.cs.berkeley.edu Reply-To: fdebruin@wm.estec.esa.nl Subject: flow manager and lossy links. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 11 Aug 1997 11:22:13 +0200 From: "Frank J de Bruin" New to ns, I have started to look at ns-1.4. While getting the basics right, I am trying to model a simple (satellite link). I would like to see how I can get bit error rates vs performance figures. I know now how to use the flow manager to get statistics of the number bytes traveling on the link, however, that doesn't seem to work with a link type 'lossy-uniform'. I realize that lossy-links have no queuing. Is that the reason why there is no flow manager data? Is there a way around this? Frank de Bruin From owner-ns-users Mon Aug 11 06:10:11 1997 Received: from olympus.eecs.umich.edu (olympus.eecs.umich.edu [141.213.8.56]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id GAA15720 for ; Mon, 11 Aug 1997 06:10:10 -0700 (PDT) Received: from olympus.eecs.umich.edu (localhost [127.0.0.1]) by olympus.eecs.umich.edu (8.8.7/8.8.2) with ESMTP id JAA11372; Mon, 11 Aug 1997 09:07:46 -0400 (EDT) Message-Id: <199708111307.JAA11372@olympus.eecs.umich.edu> To: "Christoph Haenle" Subject: Re: [ns2] Memory leak? In-reply-to: Your message of "Sat, 09 Aug 1997 00:19:00 EDT." <9708090414.AA09939@starburstcom.com> cc: ns-users@mash.cs.berkeley.edu Date: Mon, 11 Aug 1997 09:07:46 -0400 From: Wu-chang Feng I would recommend using a tool like purify or zerofault (for aix) to track it down. I was able to track down a couple of memory bugs in ns (now fixed) within minutes. From owner-ns-users Mon Aug 11 08:07:25 1997 Received: from starburstcom.com (gummo.starburstcom.com [206.33.96.31]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id IAA15808 for ; Mon, 11 Aug 1997 08:07:24 -0700 (PDT) Received: from dowj.starburstcom.com by starburstcom.com (5.x/SMI-SVR4) id AA02466; Mon, 11 Aug 1997 11:02:25 -0400 Message-Id: <9708111502.AA02466@starburstcom.com> From: "Christoph Haenle" To: Subject: Re: Please Help ~~ I can't install NS-simulator Date: Mon, 11 Aug 1997 10:13:44 -0400 X-Msmail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1161 Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi Jongil, ---------- > From: Jongil, Park > To: ns-users@mash.cs.berkeley.edu > Subject: Please Help ~~ I can't install NS-simulator > Date: Saturday, August 09, 1997 2:08 AM > > Dear, friends. > During Installation, I get following message. > I don't know cause of this message.... > Please help me. > ---------------------------------------------------------------------------- --- > > c++ -static -o ns -I/home/Tcl-1.0a6 -mv8 -msupersparc -D__svr4__ > -DUSE_SHM -DNO_TK -O2 scheduler.o ns_tclsh.o object.o classifier.o > classifier-addr.o > classifier-mcast.o replicator.o packet.o connector.o agent.o cbr.o > misc.o > delay.o queue.o drop-tail.o random.o trace.o tcp.o tcp-sink.o > tcp-reno.o > tcp-newreno.o tcplib-telnet.o red.o route.o loss-monitor.o message.o > ivs.o scoreboard.o > tcp-sack1.o session-rtp.o rtp.o rtcp.o gen/version.o gen/ns_tcl.o > -R/home/Tcl-1.0a6 -L/home/Tcl-1.0a6 -lTcl -R/usr/local/lib > -L/usr/local/lib -lotcl -ltcl > -lsocket -lnsl -lintl > Undefined first referenced > symbol in file > dlclose /usr/lib/libnsl.a(netdir.o) > dlsym /usr/lib/libtcl.a(tclLoadDl.o) > dlopen /usr/lib/libtcl.a(tclLoadDl.o) > dlerror /usr/lib/libtcl.a(tclLoadDl.o) > ld: fatal: Symbol referencing errors. No output written to ns > -- The four missing functions are all in libdl.so (you can find this out with "nm libdl.so"), which appears to be missing for some reason in your script. As a quick & dirty solution, try adding "-ldl" after "-lintl" in your Makefile. Seems like the configure script doesn't generate a properly designed Makefile in your case. -Chris. From owner-ns-users Mon Aug 11 09:36:26 1997 Received: from bend.ee.lbl.gov (bend.ee.lbl.gov [131.243.1.27]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id JAA16335 for ; Mon, 11 Aug 1997 09:36:26 -0700 (PDT) From: kfall@ee.lbl.gov Received: by bend.ee.lbl.gov (8.8.6/1.43r) id JAA15027; Mon, 11 Aug 1997 09:36:24 -0700 (PDT) Message-Id: <199708111636.JAA15027@bend.ee.lbl.gov> To: "Christoph Haenle" cc: Subject: Re: Please Help ~~ I can't install NS-simulator In-reply-to: Your communique of Mon, 11 Aug 1997 10:13:44 PDT. <9708111502.AA02466@starburstcom.com> Date: Mon, 11 Aug 1997 09:36:24 PDT > > > > c++ -static -o ns -I/home/Tcl-1.0a6 -mv8 -msupersparc -D__svr4__ > > -DUSE_SHM -DNO_TK -O2 scheduler.o ns_tclsh.o object.o classifier.o > > classifier-addr.o > > classifier-mcast.o replicator.o packet.o connector.o agent.o cbr.o > > misc.o > > delay.o queue.o drop-tail.o random.o trace.o tcp.o tcp-sink.o > > tcp-reno.o > > tcp-newreno.o tcplib-telnet.o red.o route.o loss-monitor.o message.o > > ivs.o scoreboard.o > > tcp-sack1.o session-rtp.o rtp.o rtcp.o gen/version.o gen/ns_tcl.o > > -R/home/Tcl-1.0a6 -L/home/Tcl-1.0a6 -lTcl -R/usr/local/lib > > -L/usr/local/lib -lotcl -ltcl > > -lsocket -lnsl -lintl > > Undefined first referenced > > symbol in file > > dlclose /usr/lib/libnsl.a(netdir.o) > > dlsym /usr/lib/libtcl.a(tclLoadDl.o) > > dlopen /usr/lib/libtcl.a(tclLoadDl.o) > > dlerror /usr/lib/libtcl.a(tclLoadDl.o) > > ld: fatal: Symbol referencing errors. No output written to ns > > -- > > The four missing functions are all in libdl.so (you can find this out with > "nm libdl.so"), which appears to be missing for some reason in your script. > As a quick & dirty solution, try adding "-ldl" after "-lintl" in your > Makefile. Seems like the configure script doesn't generate a properly > designed Makefile in your case. > > -Chris. > I would recommend what Chris said here, but also to remove the -static. You will have problems trying to link with -ldl if static is turned on. - K From owner-ns-users Mon Aug 11 09:43:33 1997 Received: from bend.ee.lbl.gov (bend.ee.lbl.gov [131.243.1.27]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id JAA16345 for ; Mon, 11 Aug 1997 09:43:32 -0700 (PDT) From: kfall@ee.lbl.gov Received: by bend.ee.lbl.gov (8.8.6/1.43r) id JAA15042; Mon, 11 Aug 1997 09:43:29 -0700 (PDT) Message-Id: <199708111643.JAA15042@bend.ee.lbl.gov> To: fdebruin@wm.estec.esa.nl cc: ns-users@mash.cs.berkeley.edu Subject: Re: flow manager and lossy links. In-reply-to: Your communique of Mon, 11 Aug 1997 11:22:13 PDT. <199708110922.LAA00924@estwmi.wm.estec.esa.nl> Date: Mon, 11 Aug 1997 09:43:29 PDT > > From: "Frank J de Bruin" > To: ns-users@mash.cs.berkeley.edu > Subject: flow manager and lossy links. > Date: Mon, 11 Aug 1997 11:22:13 PDT > > > New to ns, I have started to look at ns-1.4. While getting the basics right, > I am trying to model a simple (satellite link). I would like to see how I can > get bit error rates vs performance figures. > > I know now how to use the flow manager to get statistics of the number bytes > traveling on the link, however, that doesn't seem to work with a link type > 'lossy-uniform'. > > I realize that lossy-links have no queuing. Is that the reason why there is n o > flow manager data? Is there a way around this? Correct. (This wasn't exactly a design goal, but just a result of not putting it in). I'd recommend changing the lossy link's enque function to include the functionality in drop-tail.cc or red.cc... that is, something like: if (flowmgr_) { if ((f = flowmgr_->findflow(p)) == NULL) f = flowmgr_->newflow(p); if (f) f->arrival(p); } ... if (!packet_policy(p)) { if (f) f->drop(p); ... or something like that. - K From owner-ns-users Mon Aug 11 09:50:28 1997 Received: from catarina.usc.edu (catarina.usc.edu [128.125.51.47]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id JAA16358 for ; Mon, 11 Aug 1997 09:50:26 -0700 (PDT) From: kannan@catarina.usc.edu Received: from catarina.usc.edu (catarina.usc.edu [128.125.51.47]) by catarina.usc.edu (8.6.10/8.6.9) with SMTP id JAA23538; Mon, 11 Aug 1997 09:50:24 -0700 Message-Id: <199708111650.JAA23538@catarina.usc.edu> X-Authentication-Warning: catarina.usc.edu: Host catarina.usc.edu didn't use HELO protocol To: Michael Jeffry Donahoo Cc: ns-users@mash.cs.berkeley.edu Subject: Re: NS Agent In-reply-to: Your message of Mon, 11 Aug 1997 10:16:03 -0400.<199708111416.KAA05123@aphasia.cc.gatech.edu> Date: Mon, 11 Aug 1997 09:50:23 -0700 Sender: kannan@catarina.usc.edu Hi Michael, We are currently working on documentation. You can find some notes on the OTcl/C++ linkage in http://www.isi.edu/Tcl.ps.Z. (Cleaned up versions of this documentation are coming). You can also find five different example scripts in the tcl/ex directory (srm.tcl, srm-chain.tcl, srm-star.tcl, srm-adapt-re{pq}.tcl). Notes on these are in srm.txt in that directory. Briefly, the code is structured to use an external agent to generate traffic; the C++ code will perform sending/reciept of all messages, loss detection, and processing of session messages. Error recovery and control over when to send control messages (request/repair/session messages) is done via Tcl in srm.tcl. Adaptive timers, described in Floyd etal., sigcomm95 is in srm-adaptive.tcl. Notes on the SRM implementation are in the pipe as well. Kannan >>> From: Michael Jeffry Donahoo >>> Date: Mon, 11 Aug 1997 10:16:03 EDT > > Hey! I am trying to determine the best way to write an NS agent. I > found both your srm.cc and srm.tcl files in the NS distribution. How > are these related? Is there documentation on creating an Otcl agent > (I have the docs on a C++ agent)? > > Any and all help is appreciated, > Jeff > > -- > Michael J. Donahoo > Georgia Institute of Technology College of Computing > 801 Atlantic Drive, Atlanta Georgia, 30332-0280 > Internet: mjd@cc.gatech.edu Office: GCATT, 2nd Floor > Work: (404) 894-6735 Fax: (404) 894-0272 Home: (770) 819-1870 > finger mjd@cc.gatech.edu for my public key From owner-ns-users Mon Aug 11 10:30:14 1997 Received: from catarina.usc.edu (catarina.usc.edu [128.125.51.47]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id KAA17178 for ; Mon, 11 Aug 1997 10:30:14 -0700 (PDT) From: kannan@catarina.usc.edu Received: from catarina.usc.edu (catarina.usc.edu [128.125.51.47]) by catarina.usc.edu (8.6.10/8.6.9) with SMTP id KAA23758; Mon, 11 Aug 1997 10:30:11 -0700 Message-Id: <199708111730.KAA23758@catarina.usc.edu> X-Authentication-Warning: catarina.usc.edu: Host catarina.usc.edu didn't use HELO protocol To: Michael Jeffry Donahoo Cc: ns-users@mash.CS.Berkeley.EDU Reply-to: ns-users@mash.CS.Berkeley.EDU Subject: Re: NS Agent In-reply-to: Your message of Mon, 11 Aug 1997 13:07:12 -0400.<199708111707.NAA05262@aphasia.cc.gatech.edu> Date: Mon, 11 Aug 1997 10:30:10 -0700 Sender: kannan@catarina.usc.edu >>> From: Michael Jeffry Donahoo >>> Date: Mon, 11 Aug 1997 13:07:12 EDT > > notes on the OTcl/C++ linkage in http://www.isi.edu/Tcl.ps.Z. > > I get the following when trying to access this document: (Sorry) http://www.isi.edu/~kannan/Tcl.ps.Z > Which srm.tcl? There are two: tcl/ex/srm.tcl and tcl/mcast/srm.tcl. > The second appears to do the same work as srm.cc. How do > tcl/mcast/srm.tcl and srm.cc interact? tcl/mcast/srm.tcl is the SRM code; the two perform complimentary functions, and call each other. It is possible to write substantial code entirely in OTcl. Ahmed has been working on pim implementations in this manner. > Is it possible to > write everything in Otcl? I found it useful to keep packet level activity in C++ for reasons of speed, and control activity in OTcl to allow quick configuration and modifications. The SRM code reflects this design choice, in the expectation that folks want to experiment with the timer algorithms, error recovery mechanisms, and control over sending session messages. Kannan From owner-ns-users Mon Aug 11 20:42:01 1997 Received: from necom830.hpcl.titech.ac.jp (necom830.hpcl.titech.ac.jp [131.112.32.132]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id UAA23362 for ; Mon, 11 Aug 1997 20:41:59 -0700 (PDT) From: Masataka Ohta Message-Id: <199708120335.MAA05555@necom830.hpcl.titech.ac.jp> Received: by necom830.hpcl.titech.ac.jp (8.6.11/TM2.1) id MAA05555; Tue, 12 Aug 1997 12:35:42 +0900 Subject: Re: QoS Interdomain Routing To: qosr@Newbridge.COM Date: Tue, 12 Aug 97 12:35:42 JST Cc: qosr@ca.newbridge.com, rsvp@ISI.EDU, ns-users@mash.cs.berkeley.edu In-Reply-To: ; from "Chris Cassar" at Aug 11, 97 1:32 pm X-Mailer: ELM [version 2.3 PL11] > I am an MPhil student at the University of Malta. I am not sure this is the > place to post but would appreciate your comments. I am currently preparing > my research proposal and intend to work on interdomain QoS routing. While there is no reason that intra and inter domain QOS routing must be different, it is good that you must be aware of all the scalability issues which some people are trying to ignore to endorse their intra domain proposals. > I feel that somehow I am missing the current position of QoS-ID routing. > The only thing current about QoS routing which refers to inter-domain > routing in particular is the IETF QoS framework draft. My major concern at > the moment is finding the current state of the art in this field. Can > anyone point me to other relevant material or any working groups that are > currently working on QoS inter-domain routing issue? If not any other > information would be much appreciated. The protocol described in: Yukinori Goto, Masataka Ohta, Keijiro Araki, "Path QoS Collection for Stable Hop-by-Hop QoS Routing", Proceedings of INET'97, http://www.isoc.org/isoc/whatis/conferences/inet/97/proceedings/F4/F4_2.HTM, June 1997. works both for intra and inter domain QoS routing without known scalability problems. It should also be interesting for you to read the analysis by PIM people on how poorly MOSPF (without QoS routing) scales. Masataka Ohta From owner-ns-users Tue Aug 12 05:30:10 1997 Received: from mlab.t.u-tokyo.ac.jp (riopolis.t.u-tokyo.ac.jp [133.11.64.201]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id FAA24799 for ; Tue, 12 Aug 1997 05:30:05 -0700 (PDT) Received: from riopolis.t.u-tokyo.ac.jp by mlab.t.u-tokyo.ac.jp (8.8.4/3.1W/neo-014/09/94+18:34:32) id VAA01401; Tue, 12 Aug 1997 21:29:01 +0900 (JST) Message-Id: <199708121229.VAA01401@mlab.t.u-tokyo.ac.jp> To: ns-users@mash.cs.berkeley.edu Subject: Could someone please help me Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Date: Tue, 12 Aug 1997 21:29:00 +0900 From: Lim Boon Aik Hi, I'm a student from the University of Tokyo and I wish to use ns to simulate my research. I succeeded to install the previous version, ns-2.0a16 but when I tried to install the new version, ns-2.0b17, I failed. It seems that the trace file has changed and the declaration of "TracedVar" cannot be found. The make result is like below(some has been omitted): c++ -o connector.o -c -I../Tcl-1.0a6 -I/home/balim/src/ns-2.0b17/../otcl-0.96 -I/home/balim/src/ns-2.0b17/../tk4.2/generic -I/home/balim/src/ns-2.0b17/../tcl7.6/generic -I. -DNEED_SUNOS_PROTOS -DUSE_SHM -DHAVE_LIBOTCL0_96 -DHAVE_OTCL_H -DHAVE_LIBTK4_2 -DHAVE_TK_H -DHAVE_LIBTCL7_6 -DHAVE_TCL_H -DNO_TK -Dabort=_ABORT -O2 connector.cc c++ -o ttl.o -c -I../Tcl-1.0a6 -I/home/balim/src/ns-2.0b17/../otcl-0.96 -I/home/balim/src/ns-2.0b17/../tk4.2/generic -I/home/balim/src/ns-2.0b17/../tcl7.6/generic -I. -DNEED_SUNOS_PROTOS -DUSE_SHM -DHAVE_LIBOTCL0_96 -DHAVE_OTCL_H -DHAVE_LIBTK4_2 -DHAVE_TK_H -DHAVE_LIBTCL7_6 -DHAVE_TCL_H -DNO_TK -Dabort=_ABORT -O2 ttl.cc c++ -o trace.o -c -I../Tcl-1.0a6 -I/home/balim/src/ns-2.0b17/../otcl-0.96 -I/home/balim/src/ns-2.0b17/../tk4.2/generic -I/home/balim/src/ns-2.0b17/../tcl7.6/generic -I. -DNEED_SUNOS_PROTOS -DUSE_SHM -DHAVE_LIBOTCL0_96 -DHAVE_OTCL_H -DHAVE_LIBTK4_2 -DHAVE_TK_H -DHAVE_LIBTCL7_6 -DHAVE_TCL_H -DNO_TK -Dabort=_ABORT -O2 trace.cc In file included from trace.cc:43: tcp.h:157: `TracedVar' was not declared in this scope tcp.h:157: `v' was not declared in this scope tcp.h:157: variable or field `trace' declared void tcp.h:164: `TracedVar' was not declared in this scope tcp.h:164: `v' was not declared in this scope tcp.h:164: variable or field `traceVar' declared void tcp.h:171: syntax error before `;' tcp.h:172: syntax error before `;' tcp.h:173: syntax error before `;' tcp.h:174: syntax error before `;' tcp.h:175: syntax error before `;' tcp.h:219: syntax error before `;' tcp.h:223: syntax error before `;' tcp.h:229: syntax error before `;' tcp.h:232: syntax error before `;' tcp.h:237: syntax error before `;' *** Error code 1 make: Fatal error: Command failed for target `trace.o' Can someone please tell me how to cope with the problem? Thanks in advance for your great help. Boon Aik From owner-ns-users Tue Aug 12 08:03:05 1997 Received: from ell.ee.lbl.gov (ell.ee.lbl.gov [131.243.1.20]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id IAA24903 for ; Tue, 12 Aug 1997 08:03:05 -0700 (PDT) Received: by ell.ee.lbl.gov (8.8.6/8.8.5) id IAA18607; Tue, 12 Aug 1997 08:03:00 -0700 (PDT) From: kfall@ee.lbl.gov (Kevin Fall) Message-Id: <199708121503.IAA18607@ell.ee.lbl.gov> To: Lim Boon Aik cc: ns-users@mash.cs.berkeley.edu Subject: Re: Could someone please help me In-reply-to: Your communique of Tue, 12 Aug 97 21:29:00 U. <199708121229.VAA01401@mlab.t.u-tokyo.ac.jp> Date: Tue, 12 Aug 97 08:02:59 PDT > > From: Lim Boon Aik > To: ns-users@mash.cs.berkeley.edu > Subject: Could someone please help me > Date: Tue, 12 Aug 97 21:29:00 U > > Hi, > I'm a student from the University of Tokyo and I wish to use ns to > simulate my research. I succeeded to install the previous version, > ns-2.0a16 but when I tried to install the new version, ns-2.0b17, I > failed. It seems that the trace file has changed and the declaration > of "TracedVar" cannot be found. The make result is like below(some has > been omitted): > You probably didn't pick up a copy of the latest Tcl library. You need Tcl-t.0b2. - K From owner-ns-users Tue Aug 12 08:40:44 1997 Received: from ell.ee.lbl.gov (ell.ee.lbl.gov [131.243.1.20]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id IAA24936 for ; Tue, 12 Aug 1997 08:40:44 -0700 (PDT) Received: by ell.ee.lbl.gov (8.8.6/8.8.5) id IAA18630; Tue, 12 Aug 1997 08:40:44 -0700 (PDT) From: kfall@ee.lbl.gov (Kevin Fall) Message-Id: <199708121540.IAA18630@ell.ee.lbl.gov> cc: Lim Boon Aik , ns-users@mash.cs.berkeley.edu Subject: Re: Could someone please help me In-reply-to: Your communique of Tue, 12 Aug 97 08:02:59 PDT. <199708121503.IAA18607@ell.ee.lbl.gov> Date: Tue, 12 Aug 97 08:40:43 PDT > > From: kfall@ee.lbl.gov (Kevin Fall) > To: Lim Boon Aik > cc: ns-users@mash.cs.berkeley.edu > Subject: Re: Could someone please help me > Date: Tue, 12 Aug 97 08:02:59 PDT > > > > > From: Lim Boon Aik > > To: ns-users@mash.cs.berkeley.edu > > Subject: Could someone please help me > > Date: Tue, 12 Aug 97 21:29:00 U > > > > Hi, > > I'm a student from the University of Tokyo and I wish to use ns to > > simulate my research. I succeeded to install the previous version, > > ns-2.0a16 but when I tried to install the new version, ns-2.0b17, I > > failed. It seems that the trace file has changed and the declaration > > of "TracedVar" cannot be found. The make result is like below(some has > > been omitted): > > > > You probably didn't pick up a copy of the latest Tcl library. > You need Tcl-t.0b2. > > - K That's supposed to be Tcl-1.0b2... -K From owner-ns-users Tue Aug 12 09:25:56 1997 Received: from catarina.usc.edu (catarina.usc.edu [128.125.51.47]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id JAA24982 for ; Tue, 12 Aug 1997 09:25:55 -0700 (PDT) From: kannan@catarina.usc.edu Received: from catarina.usc.edu (catarina.usc.edu [128.125.51.47]) by catarina.usc.edu (8.6.10/8.6.9) with SMTP id JAA29180; Tue, 12 Aug 1997 09:25:41 -0700 Message-Id: <199708121625.JAA29180@catarina.usc.edu> X-Authentication-Warning: catarina.usc.edu: Host catarina.usc.edu didn't use HELO protocol To: "Christoph Haenle" cc: ns-users@mash.cs.berkeley.edu Subject: Re: [ns2] Memory leak? In-reply-to: Your message of Sat, 09 Aug 1997 00:19:00 -0400.<9708090414.AA09939@starburstcom.com> Date: Tue, 12 Aug 1997 09:25:37 -0700 Sender: kannan@catarina.usc.edu >>> From: "Christoph Haenle" >>> Date: Sat, 09 Aug 1997 00:19:00 EDT Hi Chris, > I've noticed a memory leak in ns-2.0b18 while monitoring memory usage with > ps. It's ca. 500kB/min in my simulation. Also, I once got a core dump with > 16MB, when my simulation crashed (due to insufficient memory? I checked the > virtual memory and it was pretty exhausted at the time of the crash). > > I use only Agent/TCP objects (ca. 150) with FTP as the traffic-source and > SRM-agents. My scheduler is HEAP. > > Has somebody got any suggestions where the leak comes from? To the best of my knowledge, there are no memory leaks in my version of SRM, and I suspect, very few in TCP :-) I wanted to check with some quick simulations before I answered; hence the delay in my responding. I expect you are using the stock SRM agent in the distribution, with possibly minor mods? You had mentioned at least 200 nodes in your simulation in an earlier note. ( If you are using the DV routing in the simulator, then there is a bug in memory allocation that I found after reading your note. I am not sure if you are using dynamic routing though. The fix for this is trivial, and will get into the current distrib later this week. ) The implementation is not optimised for memory yet (by design). Each agent spins off a separate SRM/foo object to handle error recovery for each loss, where foo is either request or repair. The memory used by these objects is released by an agent, as soon as its error recovery phase for that loss is complete. But, if your loss rate is high, there can be issues in scaling. So, questions: 1. How many sources? What data rate? 2. Do all the group members come on at the same time? Or do they come at different intervals? 3. Most importantly, what is your loss rate, and what is the max. number of simultaneous loss you see? Kannan From owner-ns-users Tue Aug 12 15:27:25 1997 Received: from starburstcom.com (gummo.starburstcom.com [206.33.96.31]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id PAA26271 for ; Tue, 12 Aug 1997 15:27:24 -0700 (PDT) Received: from dowj.starburstcom.com by starburstcom.com (5.x/SMI-SVR4) id AA00482; Tue, 12 Aug 1997 18:21:50 -0400 Message-Id: <9708122221.AA00482@starburstcom.com> From: "Christoph Haenle" To: Cc: Subject: Re: [ns2] Memory leak? Date: Tue, 12 Aug 1997 18:26:22 -0400 X-Msmail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1161 Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi Kannan > Hi Chris, > > > > I've noticed a memory leak in ns-2.0b18 while monitoring memory usage with > > ps. It's ca. 500kB/min in my simulation. Also, I once got a core dump with > > 16MB, when my simulation crashed (due to insufficient memory? I checked the > > virtual memory and it was pretty exhausted at the time of the crash). > > > > I use only Agent/TCP objects (ca. 150) with FTP as the traffic-source and > > SRM-agents. My scheduler is HEAP. > > > > Has somebody got any suggestions where the leak comes from? > > To the best of my knowledge, there are no memory leaks in my > version of SRM, and I suspect, very few in TCP :-) I wanted to > check with some quick simulations before I answered; hence the > delay in my responding. > > I expect you are using the stock SRM agent in the distribution, > with possibly minor mods? You had mentioned at least 200 nodes > in your simulation in an earlier note. > > ( If you are using the DV routing in the simulator, then > there is a bug in memory allocation that I found after > reading your note. I am not sure if you are using > dynamic routing though. The fix for this is trivial, > and will get into the current distrib later this week. ) > > The implementation is not optimised for memory yet (by design). > Each agent spins off a separate SRM/foo object to handle error > recovery for each loss, where foo is either request or repair. > The memory used by these objects is released by an agent, as > soon as its error recovery phase for that loss is complete. > But, if your loss rate is high, there can be issues in scaling. > So, questions: > > 1. How many sources? What data rate? 2. Do all the > group members come on at the same time? Or do > they come at different intervals? > 3. Most importantly, what is your loss rate, and what > is the > max. number of simultaneous loss you see? > > > > Kannan thanks for your help. I found out a little more: I had some more test in a scenario with just 200 TCP connections and figured out that memory utilization remains constant even over "long" periods (100s), thus there is no prob with them. Also no problem is SRM (at least if no packet losses occur), I have figure that out still. The problem comes with the prunes. I observed that prunes slow down the simulator terribly and that memory utilization increases (ca. 15kB/s) exactly at the times when they are sent. That even need not necessarily be a bug, as routers have to keep a (src,group)-entry for every pruned packet they see, so if they see many prunes from many SRM-senders, they have probably large tables. My test-network was 126 nodes with 50 SRM-agents (nothing else) and ran out of memory within some few minutes. SRM-rate was 512kbps, network was "good" enough to handle that traffic without packet loss. All group-members join at 0.0, only one joins 4s later (he acts as the sender of user data like in 1:n-multicast, although the other send session messages as well). PruneTimeout was set from 0.5s to some value >1000s so that I saw many prunes within the first 2 seconds and then not until second 4. I didn't modify any file that comes along with ns-2.0b18, and I use the default multicast-routing mechanism (i.e. static routing). -Chris. From owner-ns-users Tue Aug 12 15:46:52 1997 Received: from darkstar.isi.edu (darkstar.isi.edu [128.9.128.127]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id PAA26425 for ; Tue, 12 Aug 1997 15:46:52 -0700 (PDT) Received: from dash.isi.edu by darkstar.isi.edu (5.65c/5.61+local-27) id ; Tue, 12 Aug 1997 15:46:50 -0700 Received: from dash.isi.edu (localhost.isi.edu [127.0.0.1]) by dash.isi.edu (8.8.5/8.8.4) with ESMTP id PAA19852; Tue, 12 Aug 1997 15:46:26 -0700 Message-Id: <199708122246.PAA19852@dash.isi.edu> X-Url: http://www.isi.edu/~johnh/ To: "Christoph Haenle" Cc: ns-users@mash.cs.berkeley.edu, Ahmed A-G Helmy Subject: Re: Callback function instead of trace-file? In-Reply-To: <9708062250.AA27690@starburstcom.com> Date: Tue, 12 Aug 1997 15:46:25 -0700 From: John Heidemann On Wed, 06 Aug 1997 18:55:05 EDT, "Christoph Haenle" wrote: >I'm using ns-2b18 and need a possibility to see what happens to certain >packets inside the network. I thus need to monitor the links. However, my >simulation has a large number of links and my logfiles become soon very >large (ca 10MB/min) if I log everything. In order to run simulations >overnight, I don't want all traces to be written to disk. Rather, I'm >looking for some possibility to register a callback-function that is called >whenever a packet is enqueued, dequeued or lost on a link. If I remember >right, this functionality was implemented in ns-1.4, but I can't find it in >ns-2. This functionality is available in ns-2. Ahmed described the C++-level API, but it can be done from tcl as well. The attached script demonstrates how to do it. Hopefully callbacks will be better documented by ns-2.0b18's release. Specifically, the hacks in the enclosed script should go away and there should be some documentation in the man page. -John Heidemann ---------------------------------------------------------------------- # # ns_tracing.tcl # $Id: ns_tracing.tcl,v 1.4 1997/08/09 01:49:26 johnh Exp $ # # Copyright (c) 1997 University of Southern California. # All rights reserved. # # Redistribution and use in source and binary forms are permitted # provided that the above copyright notice and this paragraph are # duplicated in all such forms and that any documentation, advertising # materials, and other materials related to such distribution and use # acknowledge that the software was developed by the University of # Southern California, Information Sciences Institute. The name of the # University may not be used to endorse or promote products derived from # this software without specific prior written permission. # # THIS SOFTWARE IS PROVIDED "AS IS" AND WITHOUT ANY EXPRESS OR IMPLIED # WARRANTIES, INCLUDING, WITHOUT LIMITATION, THE IMPLIED WARRANTIES OF # MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. # proc usage {} { puts stderr {usage: ns ns_tracing.tcl [options] This program exists to demonstrate tracing via procs rather than files. Compare which creates the file ns_tracing.tr with ns ns_tracing.tcl -trace-via-callback 1 which invokes a callback to print traces to stdout. The tracing requires that you implement a procedure like handle_trace_record and that you set it up with trace-callback. Note that the procs marked HACK HACK HACK are currently required but should go away. } exit 1 } Class TestFeature Source/FTP instproc fire {} { global opts $self instvar maxpkts_ set maxpkts_ [expr $maxpkts_ + $opts(web-page-size)] $self start # advance crashes the simulator, # see # $self advance $opts(web-page-size) # puts "$self fire to $maxpkts_" } #### HACK HACK HACK! Fixes bug in ns-lib.tcl. Simulator instproc create-trace { type file src dst } { $self instvar alltrace_ set p [new Trace/$type] $p set src_ [$src id] $p set dst_ [$dst id] lappend alltrace_ $p if {$file != ""} { $p attach $file } return $p } #### HACK HACK HACK! Should be in ns-link.tcl. SimpleLink instproc trace-callback {ns cmd} { $self trace $ns {} foreach part {enqT_ deqT_ drpT_} { $self instvar $part set to [$self set $part] $to set callback_ 1 # $to proc handle {args} "$cmd \$args" $to proc handle a "$cmd \$a" } } TestFeature instproc handle_trace_record {args} { # if you want args not as a list, call the parameter something else # see proc(n) for why. puts "handle_trace_record $args" } TestFeature instproc init {} { global opts # network $self instvar ns_ node1_ node2_ link12_ set ns_ [new Simulator] set node1_ [$ns_ node] set node2_ [$ns_ node] $ns_ duplex-link $node1_ $node2_ 8Mb 100ms DropTail # this is gross! set link12_ [$ns_ link $node1_ $node2_] # traffic $self instvar tcp_ ftp_ set tcp_ [$ns_ create-connection TCP/Reno $node1_ TCPSink/DelAck $node2_ 0] set ftp_ [$tcp_ attach-source FTP] $ftp_ set maxpkts_ 0 $ns_ at 0 "$ftp_ fire" # traces if {$opts(trace-via-callback)} { $link12_ trace-callback $ns_ "$self handle_trace_record" } else { $self instvar trace_file_ set trace_file_ [open $opts(output) w] $link12_ trace $ns_ $trace_file_ } # run things $ns_ at $opts(duration) "$self finish" $ns_ run } TestFeature instproc finish {} { $self instvar trace_file_ if [info exists trace_file_] { close $trace_file_ } exit 0 } proc usage {} { puts stderr {usage: ns rbp_simulation.tcl [options]} exit 1 } proc default_options {} { global opts opt_wants_arg set raw_opt_info { duration 10 output ns_tracing.tr # packet size is 1000B # web page size in 10 pkts web-page-size 10 trace-via-callback 0 } while {$raw_opt_info != ""} { if {![regexp "^\[^\n\]*\n" $raw_opt_info line]} { break } regsub "^\[^\n\]*\n" $raw_opt_info {} raw_opt_info set line [string trim $line] if {[regexp "^\[ \t\]*#" $line]} { continue } if {$line == ""} { continue } elseif [regexp {^([^ ]+)[ ]+([^ ]+)$} $line dummy key value] { set opts($key) $value set opt_wants_arg($key) 1 } else { set opt_wants_arg($key) 0 # die "unknown stuff in raw_opt_info\n" } } } proc process_args {} { global argc argv opts opt_wants_arg default_options for {set i 0} {$i < $argc} {incr i} { set key [lindex $argv $i] if {$key == "-?" || $key == "--help" || $key == "-help" || $key == "-h"} { usage } regsub {^-} $key {} key if {![info exists opt_wants_arg($key)]} { puts stderr "unknown option $key"; usage } if {$opt_wants_arg($key)} { incr i set opts($key) [lindex $argv $i] } else { set opts($key) [expr !opts($key)] } } } proc main {} { process_args new TestFeature } main From owner-ns-users Tue Aug 12 18:06:59 1997 Received: from freya.cs.umass.edu (freya.cs.umass.edu [128.119.40.195]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id SAA26664 for ; Tue, 12 Aug 1997 18:06:58 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by freya.cs.umass.edu (8.8.5/8.8.5) with SMTP id VAA26346 for ; Tue, 12 Aug 1997 21:06:51 -0400 Message-Id: <199708130106.VAA26346@freya.cs.umass.edu> X-Authentication-Warning: freya.cs.umass.edu: localhost [127.0.0.1] didn't use HELO protocol From: "Sue B. Moon" X-Url: http://www.cs.umass.edu/~sbmoon To: ns-users@mash.cs.berkeley.edu Subject: Re: Could someone please help me In-reply-to: Your message of Tue, 12 Aug 1997 08:40:43 -0700. <199708121540.IAA18630@ell.ee.lbl.gov> Organization: U. of Massachusetts at Amherst Date: Tue, 12 Aug 1997 21:06:45 -0400 Sender: sbmoon@cs.umass.edu Quoth kfall@ee.lbl.gov (Kevin Fall) : > > > From: Lim Boon Aik > > > To: ns-users@mash.cs.berkeley.edu > > > Subject: Could someone please help me > > > Date: Tue, 12 Aug 97 21:29:00 U > > > > > > Hi, > > > I'm a student from the University of Tokyo and I wish to use ns to > > > simulate my research. I succeeded to install the previous version, > > > ns-2.0a16 but when I tried to install the new version, ns-2.0b17, I > > > failed. It seems that the trace file has changed and the declaration > > > of "TracedVar" cannot be found. The make result is like below(some has > > > been omitted): > > That's supposed to be Tcl-1.0b2... -K Maybe add a link to the most updated ftp-able libTcl file on the ns V.2 page? BTW is there any mail archive for this mailing list? -Sue From owner-ns-users Tue Aug 12 20:20:46 1997 Received: from freya.cs.umass.edu (freya.cs.umass.edu [128.119.40.195]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id UAA27655 for ; Tue, 12 Aug 1997 20:20:45 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by freya.cs.umass.edu (8.8.5/8.8.5) with SMTP id XAA27848 for ; Tue, 12 Aug 1997 23:20:44 -0400 Message-Id: <199708130320.XAA27848@freya.cs.umass.edu> X-Authentication-Warning: freya.cs.umass.edu: localhost [127.0.0.1] didn't use HELO protocol From: "Sue B. Moon" X-Url: http://www.cs.umass.edu/~sbmoon To: ns-users@mash.cs.berkeley.edu Subject: need help with compile error Organization: U. of Massachusetts at Amherst Date: Tue, 12 Aug 1997 23:20:38 -0400 Sender: sbmoon@cs.umass.edu I get the following msg from both ns-2.0b17 and ns-2.0b18 when compiling it on IRIX 5.3 SGI INDY. Can someone tell me what to do? Many thanks. -Sue g++ -o cbq.o -c -I/usr/mcast/sbmoon/Tcl-1.0b2 -I/usr/include -I/usr/mcast/sbmoon/otcl-0.96 -I/usr/mcast/sbmoon/include -I/usr/mcast/sbmoon/include -I. -DIRIX5 -D_BSD_SIGNALS -DIRIX5_3 -DUSE_SHM -DHAVE_LIBOTCL0_96 -DHAVE_OTCL_H -DHAVE_LIBTK4_2 -DHAVE_TK_H -DHAVE_LIBTCL7_6 -DHAVE_TCL_H -DNO_TK -Dabort=_ABORT -g cbq.cc /var/tmp/cca001bN.s: Assembler messages: /var/tmp/cca001bN.s:873: Error: Rest of line ignored. First ignored character is `:'. /var/tmp/cca001bN.s:877: Error: Rest of line ignored. First ignored character is `:'. /var/tmp/cca001bN.s:890: Error: Rest of line ignored. First ignored character is `:'. make: *** [cbq.o] Error 1 From owner-ns-users Wed Aug 13 05:29:38 1997 Received: from mlab.t.u-tokyo.ac.jp (biopolis.t.u-tokyo.ac.jp [133.11.64.197]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id FAA29140 for ; Wed, 13 Aug 1997 05:29:27 -0700 (PDT) Received: from biopolis.t.u-tokyo.ac.jp by mlab.t.u-tokyo.ac.jp (8.8.4/3.1W/neo-014/09/94+18:34:32) id VAA07313; Wed, 13 Aug 1997 21:27:20 +0900 (JST) Message-Id: <199708131227.VAA07313@mlab.t.u-tokyo.ac.jp> To: kfall@ee.lbl.gov (Kevin Fall) cc: ns-users@mash.cs.berkeley.edu Subject: Re: Could someone please help me In-reply-to: Your message of "Tue, 12 Aug 1997 08:40:43 PDT." <199708121540.IAA18630@ell.ee.lbl.gov> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Date: Wed, 13 Aug 1997 21:27:20 +0900 From: Lim Boon Aik >> On Tue, 12 Aug 97 08:40:43 PDT, kfall@ee.lbl.gov (Kevin Fall) said: >> You probably didn't pick up a copy of the latest Tcl library. You >> need Tcl-t.0b2. >> That's supposed to be Tcl-1.0b2... -K Thanks for pointing out that I should use Tcl-1.0b2. I tried to install the whole thing but this time I got stuck again. Could someone please tell me what's the problem? Sorry for bothering you all again. The make result is as below (some has been omitted): gcc -o inet.o -c -I../Tcl-1.0b2 -I/home/balim/src/ns-2.0b17/../otcl-0.96 -I/home/balim/src/ns-2.0b17/../tk4.2/generic -I/home/balim/src/ns-2.0b17/../tcl7.6/generic -I. -DNEED_SUNOS_PROTOS -DUSE_SHM -DHAVE_LIBTCLDBG -DHAVE_LIBOTCL0_96 -DHAVE_OTCL_H -DHAVE_LIBTK4_2 -DHAVE_TK_H -DHAVE_LIBTCL7_6 -DHAVE_TCL_H -DNO_TK -Dabort=_ABORT -O2 inet.c c++ -o random.o -c -I../Tcl-1.0b2 -I/home/balim/src/ns-2.0b17/../otcl-0.96 -I/home/balim/src/ns-2.0b17/../tk4.2/generic -I/home/balim/src/ns-2.0b17/../tcl7.6/generic -I. -DNEED_SUNOS_PROTOS -DUSE_SHM -DHAVE_LIBTCLDBG -DHAVE_LIBOTCL0_96 -DHAVE_OTCL_H -DHAVE_LIBTK4_2 -DHAVE_TK_H -DHAVE_LIBTCL7_6 -DHAVE_TCL_H -DNO_TK -Dabort=_ABORT -O2 random.cc (omitted) c++ -o net.o -c -I../Tcl-1.0b2 -I/home/balim/src/ns-2.0b17/../otcl-0.96 -I/home/balim/src/ns-2.0b17/../tk4.2/generic -I/home/balim/src/ns-2.0b17/../tcl7.6/generic -I. -DNEED_SUNOS_PROTOS -DUSE_SHM -DHAVE_LIBTCLDBG -DHAVE_LIBOTCL0_96 -DHAVE_OTCL_H -DHAVE_LIBTK4_2 -DHAVE_TK_H -DHAVE_LIBTCL7_6 -DHAVE_TCL_H -DNO_TK -Dabort=_ABORT -O2 net.cc net.cc: In method `int Network::dorecv(unsigned char *, int, unsigned int &, int)': net.cc:246: warning: passing `int *' to argument 6 of `recvfrom(int, void *, int, int, sockaddr *, int)' lacks a cast c++ -o net-ip.o -c -I../Tcl-1.0b2 -I/home/balim/src/ns-2.0b17/../otcl-0.96 -I/home/balim/src/ns-2.0b17/../tk4.2/generic -I/home/balim/src/ns-2.0b17/../tcl7.6/generic -I. -DNEED_SUNOS_PROTOS -DUSE_SHM -DHAVE_LIBTCLDBG -DHAVE_LIBOTCL0_96 -DHAVE_OTCL_H -DHAVE_LIBTK4_2 -DHAVE_TK_H -DHAVE_LIBTCL7_6 -DHAVE_TCL_H -DNO_TK -Dabort=_ABORT -O2 net-ip.cc net-ip.cc: In method `int IPNetwork::command(int, const char *const *)': net-ip.cc:134: `IP_MULTICAST_LOOP' undeclared (first use this function) net-ip.cc:134: (Each undeclared identifier is reported only once net-ip.cc:134: for each function it appears in.) net-ip.cc: In method `int IPNetwork::open(int)': net-ip.cc:195: warning: implicit declaration of function `int bzero(...)' net-ip.cc: In method `void IPNetwork::localname(struct sockaddr_in *)': net-ip.cc:284: warning: implicit declaration of function `int getsockname(...)' *** Error code 1 make: Fatal error: Command failed for target `net-ip.o' ---------------- Thanks!!! Boon Aik From owner-ns-users Wed Aug 13 06:54:10 1997 Received: from starburstcom.com (gummo.starburstcom.com [206.33.96.31]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id GAA29203 for ; Wed, 13 Aug 1997 06:54:09 -0700 (PDT) Received: from dowj.starburstcom.com by starburstcom.com (5.x/SMI-SVR4) id AA02726; Wed, 13 Aug 1997 09:47:21 -0400 Message-Id: <9708131347.AA02726@starburstcom.com> From: "Christoph Haenle" To: "Lim Boon Aik" Cc: Subject: Re: Could someone please help me Date: Wed, 13 Aug 1997 09:49:47 -0400 X-Msmail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1161 Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi Boon > Thanks for pointing out that I should use Tcl-1.0b2. I tried to > install the whole thing but this time I got stuck again. Could someone > please tell me what's the problem? Sorry for bothering you all > again. The make result is as below (some has been omitted): > > gcc -o inet.o -c -I../Tcl-1.0b2 -I/home/balim/src/ns-2.0b17/../otcl-0.96 -I/home/balim/src/ns-2.0b17/../tk4.2/generic -I/home/balim/src/ns-2.0b17/../tcl7.6/generic -I. -DNEED_SUNOS_PROTOS -DUSE_SHM -DHAVE_LIBTCLDBG -DHAVE_LIBOTCL0_96 -DHAVE_OTCL_H -DHAVE_LIBTK4_2 -DHAVE_TK_H -DHAVE_LIBTCL7_6 -DHAVE_TCL_H -DNO_TK -Dabort=_ABORT -O2 inet.c > c++ -o random.o -c -I../Tcl-1.0b2 -I/home/balim/src/ns-2.0b17/../otcl-0.96 -I/home/balim/src/ns-2.0b17/../tk4.2/generic -I/home/balim/src/ns-2.0b17/../tcl7.6/generic -I. -DNEED_SUNOS_PROTOS -DUSE_SHM -DHAVE_LIBTCLDBG -DHAVE_LIBOTCL0_96 -DHAVE_OTCL_H -DHAVE_LIBTK4_2 -DHAVE_TK_H -DHAVE_LIBTCL7_6 -DHAVE_TCL_H -DNO_TK -Dabort=_ABORT -O2 random.cc > > (omitted) > > c++ -o net.o -c -I../Tcl-1.0b2 -I/home/balim/src/ns-2.0b17/../otcl-0.96 -I/home/balim/src/ns-2.0b17/../tk4.2/generic -I/home/balim/src/ns-2.0b17/../tcl7.6/generic -I. -DNEED_SUNOS_PROTOS -DUSE_SHM -DHAVE_LIBTCLDBG -DHAVE_LIBOTCL0_96 -DHAVE_OTCL_H -DHAVE_LIBTK4_2 -DHAVE_TK_H -DHAVE_LIBTCL7_6 -DHAVE_TCL_H -DNO_TK -Dabort=_ABORT -O2 net.cc > net.cc: In method `int Network::dorecv(unsigned char *, int, unsigned int &, int)': > net.cc:246: warning: passing `int *' to argument 6 of `recvfrom(int, void *, int, int, sockaddr *, int)' lacks a cast > c++ -o net-ip.o -c -I../Tcl-1.0b2 -I/home/balim/src/ns-2.0b17/../otcl-0.96 -I/home/balim/src/ns-2.0b17/../tk4.2/generic -I/home/balim/src/ns-2.0b17/../tcl7.6/generic -I. -DNEED_SUNOS_PROTOS -DUSE_SHM -DHAVE_LIBTCLDBG -DHAVE_LIBOTCL0_96 -DHAVE_OTCL_H -DHAVE_LIBTK4_2 -DHAVE_TK_H -DHAVE_LIBTCL7_6 -DHAVE_TCL_H -DNO_TK -Dabort=_ABORT -O2 net-ip.cc > net-ip.cc: In method `int IPNetwork::command(int, const char *const *)': > net-ip.cc:134: `IP_MULTICAST_LOOP' undeclared (first use this function) > net-ip.cc:134: (Each undeclared identifier is reported only once > net-ip.cc:134: for each function it appears in.) > net-ip.cc: In method `int IPNetwork::open(int)': > net-ip.cc:195: warning: implicit declaration of function `int bzero(...)' > net-ip.cc: In method `void IPNetwork::localname(struct sockaddr_in *)': > net-ip.cc:284: warning: implicit declaration of function `int getsockname(...)' > *** Error code 1 > make: Fatal error: Command failed for target `net-ip.o' > ---------------- > > Thanks!!! > > Boon Aik Looks like some #defines are not in the common places under IRIX. You might have the following tries: 1st: Look in which include-file "IP_MULTICAST_LOOP" is defined by doing a "cd /usr/include" and then a find . -name "*.h*" -print | xargs grep IP_MULTICAST_LOOP Make sure to include that file into net-ip.cc 2nd: bzero is usually defined in , but sometimes it's not. Just type a "man memset" to see which header-file to include. If nothing else helps, you can always replace the bzero(addr, len)-command with memset(addr, 0, len), which should be in . 3rd: Type a "man getsockname" to see where it is defined. Good luck, Chris. From owner-ns-users Wed Aug 13 08:53:17 1997 Received: from mlk.cs.berkeley.edu (mlk.CS.Berkeley.EDU [128.32.130.18]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id IAA29305 for ; Wed, 13 Aug 1997 08:53:17 -0700 (PDT) Received: from mlk.cs.berkeley.edu (localhost.Berkeley.EDU [127.0.0.1]) by mlk.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id IAA06998; Wed, 13 Aug 1997 08:53:12 -0700 (PDT) Message-Id: <199708131553.IAA06998@mlk.cs.berkeley.edu> To: "Sue B. Moon" cc: ns-users@mash.cs.berkeley.edu, "Brian K. Shiratsuki" Subject: Re: Could someone please help me In-reply-to: Your message of Tue, 12 Aug 1997 21:06:45 -0400. <199708130106.VAA26346@freya.cs.umass.edu> Date: Wed, 13 Aug 1997 08:53:12 -0700 From: Steven McCanne > BTW is there any mail archive for this mailing list? Yes it's all archived. We're in the process of interfacing the archive to a web page and will announce the URL on this list when available. Steve From owner-ns-users Wed Aug 13 11:58:10 1997 Received: from catarina.usc.edu (catarina.usc.edu [128.125.51.47]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id LAA29880 for ; Wed, 13 Aug 1997 11:58:10 -0700 (PDT) From: kannan@catarina.usc.edu Received: from catarina.usc.edu (catarina.usc.edu [128.125.51.47]) by catarina.usc.edu (8.6.10/8.6.9) with SMTP id LAA04504; Wed, 13 Aug 1997 11:56:49 -0700 Message-Id: <199708131856.LAA04504@catarina.usc.edu> X-Authentication-Warning: catarina.usc.edu: Host catarina.usc.edu didn't use HELO protocol To: "Christoph Haenle" cc: ns-users@mash.cs.berkeley.edu Subject: Re: [ns2] Memory leak? In-reply-to: Your message of Tue, 12 Aug 1997 18:26:22 -0400.<9708122221.AA00482@starburstcom.com> Date: Wed, 13 Aug 1997 11:56:48 -0700 Sender: kannan@catarina.usc.edu >>> From: "Christoph Haenle" >>> Date: Tue, 12 Aug 1997 18:26:22 EDT > The problem comes with the prunes. I observed that prunes slow down the > simulator terribly and that memory utilization increases (ca. 15kB/s) > exactly at the times when they are sent. It is not clear from your numbers whether or not we have a memory leak. Since it is somewhat hard for us to identify the problem without some example scripts in hand, and you appear to have the best example thus far, I'd suggest running ns with dmalloc (see http://www-mash.cs.berkeley.edu/ns-debugging.html) or purify to help isolate the problem. Kannan From owner-ns-users Wed Aug 13 13:41:23 1997 Received: from im.cs.umass.edu (im.cs.umass.edu [128.119.41.173]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id NAA00204 for ; Wed, 13 Aug 1997 13:41:22 -0700 (PDT) Received: from im (localhost [127.0.0.1]) by im.cs.umass.edu (8.7.6/8.6.9) with ESMTP id UAA10309; Wed, 13 Aug 1997 20:40:20 GMT Message-Id: <199708132040.UAA10309@im.cs.umass.edu> From: "Sue B. Moon" X-Url: http://www.cs.umass.edu/~sbmoon To: ns-users@mash.cs.berkeley.edu cc: olc@cs.umass.edu Subject: Re: need help with compile error In-reply-to: Your message of Tue, 12 Aug 1997 23:20:38 -0400. <199708130320.XAA27848@freya.cs.umass.edu> Organization: U. of Massachusetts at Amherst Date: Wed, 13 Aug 1997 16:40:19 -0400 Sender: sbmoon@im.cs.umass.edu Quoth "Sue B. Moon" : > > g++ -o cbq.o -c -I/usr/mcast/sbmoon/Tcl-1.0b2 -I/usr/include > -I/usr/mcast/sbmoon/otcl-0.96 -I/usr/mcast/sbmoon/include > -I/usr/mcast/sbmoon/include -I. -DIRIX5 -D_BSD_SIGNALS -DIRIX5_3 > -DUSE_SHM -DHAVE_LIBOTCL0_96 -DHAVE_OTCL_H -DHAVE_LIBTK4_2 -DHAVE_TK_H > -DHAVE_LIBTCL7_6 -DHAVE_TCL_H -DNO_TK -Dabort=_ABORT -g cbq.cc > /var/tmp/cca001bN.s: Assembler messages: > /var/tmp/cca001bN.s:873: Error: Rest of line ignored. First ignored characte > r is `:'. > /var/tmp/cca001bN.s:877: Error: Rest of line ignored. First ignored characte > r is `:'. > /var/tmp/cca001bN.s:890: Error: Rest of line ignored. First ignored characte > r is `:'. > make: *** [cbq.o] Error 1 It was due to the following line defined inside class CBQueue(cbq.cc). When I took it outside of class CBQueue definition, the compile error disappeared. typedef int (CBQueue::*eligible_type_)(CBQClass*, double); -Sue From owner-ns-users Wed Aug 13 14:15:27 1997 Received: from panther.cs.ucla.edu (Panther.CS.UCLA.EDU [131.179.132.23]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id OAA00318 for ; Wed, 13 Aug 1997 14:15:27 -0700 (PDT) Received: from localhost (bruno@localhost) by panther.cs.ucla.edu (8.8.5/UCLACS-3.0) with SMTP id OAA04104 for ; Wed, 13 Aug 1997 14:15:26 -0700 (PDT) Date: Wed, 13 Aug 1997 14:15:26 -0700 (PDT) From: Hemon Bruno X-Sender: bruno@panther Reply-To: Hemon Bruno To: ns-users@mash.cs.berkeley.edu In-Reply-To: <199708122246.PAA19852@dash.isi.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII I am doing some simple tests with ns2.0b17 and the results I got are kind of weird... I am running 2 FTP connections in parallel from node n1 to node n2 (n1 and n2 are directly connected). The second FTP starts 5 seconds after the first one. When the window size is small, everything looks fine : They share the bandwith and have the same throughput; no congestion occurs and the congestion window grows steadily; both FTPs keep their window fully opened. When I increase the window size, the 2 FTPs can not maintain their window fully opened and some losses occur. The problem is that only the second connection seems to lose packets. The congestion window of the first FTP grows steadily, while the 2nd one is experiencing slow starts periodically. As a result, the throughput of the first FTP is much higher. I was expecting the 2 FTPs to both experience some losses and slow starts, and to have approximately the same throughput. The script I used is following. Please tell me if my expectations are wrong or if my script is not correct. Thanks for your help. # test.tcl set ns [new Simulator] # topology : n1 ---500kb/10ms--- n2 set n1 [$ns node] set n2 [$ns node] $ns duplex-link $n1 $n2 500kb 10ms DropTail # 1st connection : FTP from n1 to n2 set src1 [new Agent/TCP/Reno] set snk1 [new Agent/TCPSink ] $src1 set window_ 26 $src1 set packetSize_ 1400 $ns attach-agent $n1 $src1 $ns attach-agent $n2 $snk1 $ns connect $src1 $snk1 set ftp1 [new Source/FTP] $ftp1 set agent_ $src1 # 2nd connection : FTP from n1 to n2 set src2 [new Agent/TCP/Reno] set snk2 [new Agent/TCPSink ] $src2 set window_ 26 $src2 set packetSize_ 1400 $ns attach-agent $n1 $src2 $ns attach-agent $n2 $snk2 $ns connect $src2 $snk2 set ftp2 [new Source/FTP] $ftp2 set agent_ $src2 # trace $src1 trace t_seqno_ $src1 trace ack_ $src1 trace cwnd_ set f1 [open trace1.tr w] $src1 attach $f1 $src2 trace t_seqno_ $src2 trace ack_ $src2 trace cwnd_ set f2 [open trace2.tr w] $src2 attach $f2 # start $ns at 0.5 "$ftp1 start" $ns at 5.5 "$ftp2 start" $ns at 300.0 "finish" # finish proc finish {} { global ns f1 f2 $ns flush-trace close $f1 close $f2 exec awk { { if ($6 == "ack_") print $1,$7 } } trace1.tr > ack1.tr exec awk { { if ($6 == "t_seqno_") print $1,$7 } } trace1.tr > seqno1.tr exec awk { { if ($6 == "cwnd_") print $1,$7 } } trace1.tr > cwnd1.tr exec awk { { if ($6 == "ack_") print $1,$7 } } trace2.tr > ack2.tr exec awk { { if ($6 == "t_seqno_") print $1,$7 } } trace2.tr > seqno2.tr exec awk { { if ($6 == "cwnd_") print $1,$7 } } trace2.tr > cwnd2.tr exec xgraph cwnd1.tr cwnd2.tr & exec xgraph seqno1.tr seqno2.tr & exit 0 } $ns run Best regards, Bruno +------------------------------------------+ | Bruno HEMON bruno@cs.ucla.edu | | | | Graduate Student | | Computer Science Department | | University of California at Los Angeles | | | | Promotion 97 | | Ecole Centrale Paris | +------------------------------------------+ From owner-ns-users Thu Aug 14 01:43:48 1997 Received: from comsun.chungnam.ac.kr (comsun.chungnam.ac.kr [168.188.48.17]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id BAA04453 for ; Thu, 14 Aug 1997 01:43:36 -0700 (PDT) Received: from skuld (skuld.chungnam.ac.kr [168.188.48.129]) by comsun.chungnam.ac.kr (8.6.9H1/8.9.11h) with ESMTP id RAA09759 for ; Thu, 14 Aug 1997 17:44:38 +0900 Sender: jypark@comsun.chungnam.ac.kr Message-ID: <33F2C560.CBBA7957@comsun.chungnam.ac.kr> Date: Thu, 14 Aug 1997 17:44:16 +0900 From: Juyoung Park X-Mailer: Mozilla 4.01b6C [en] (X11; I; SunOS 5.5.1 sun4m) MIME-Version: 1.0 To: ns-users@mash.cs.berkeley.edu Subject: [Q] errors occured on tcp.h X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hello ns-users.. During installation ns 2.0-17b on FreeBSD 2.2.2 machine, some errors related on tcp.h have occured . As below: tcp.h:157: `TracedVar' was not declared in this scope tcp.h:157: `v' was not declared in this scope tcp.h:157: variable or field `trace' declared void tcp.h:164: `TracedVar' was not declared in this scope tcp.h:164: `v' was not declared in this scope tcp.h:164: variable or field `traceVar' declared void tcp.h:171: syntax error before `;' tcp.h:172: syntax error before `;' tcp.h:173: syntax error before `;' tcp.h:174: syntax error before `;' tcp.h:175: syntax error before `;' tcp.h:219: syntax error before `;' tcp.h:223: syntax error before `;' tcp.h:229: syntax error before `;' tcp.h:232: syntax error before `;' tcp.h:237: syntax error before `;' I checked my system-related header files to find where the TracedVar and TracedInt is located, but all in vain.. What the TracedVar and TracedInt means? How can I solve with this problem? Thanks in advance.. From owner-ns-users Thu Aug 14 02:32:54 1997 Received: from brahma.sics.se (brahma.sics.se [193.10.66.43]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id CAA04943 for ; Thu, 14 Aug 1997 02:32:53 -0700 (PDT) Received: from ios.sics.se by brahma.sics.se (8.7.3/SICS) with ESMTP id LAA15507; Thu, 14 Aug 1997 11:32:33 +0200 (MET DST) Message-ID: <199708140932.LAA15507@brahma.sics.se> X-Mailer: exmh version 2.0gamma 1/27/96 To: Juyoung Park cc: ns-users@mash.cs.berkeley.edu Subject: Re: [Q] errors occured on tcp.h In-reply-to: Your message of "Thu, 14 Aug 1997 17:44:16 +0900." <33F2C560.CBBA7957@comsun.chungnam.ac.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 14 Aug 1997 11:36:22 +0200 From: Ian Marsh > Hello ns-users.. > > During installation ns 2.0-17b on FreeBSD 2.2.2 machine, some errors > related on tcp.h have occured . > As below: > > tcp.h:157: `TracedVar' was not declared in this scope > tcp.h:157: `v' was not declared in this scope > tcp.h:157: variable or field `trace' declared void > tcp.h:164: `TracedVar' was not declared in this scope > tcp.h:164: `v' was not declared in this scope > tcp.h:164: variable or field `traceVar' declared void > tcp.h:171: syntax error before `;' > tcp.h:172: syntax error before `;' > tcp.h:173: syntax error before `;' > tcp.h:174: syntax error before `;' > tcp.h:175: syntax error before `;' > tcp.h:219: syntax error before `;' > tcp.h:223: syntax error before `;' > tcp.h:229: syntax error before `;' > tcp.h:232: syntax error before `;' > tcp.h:237: syntax error before `;' > > I checked my system-related header files to find where the TracedVar > and TracedInt is located, but all in vain.. Do you have all the components shown in : http://www-mash.cs.berkeley.edu/ns/ns-build.html it seems as if the TclCL package is missing in your installation. > > What the TracedVar and TracedInt means? TracedVar is a class in tracedvar.h and TracedInt is derived from it. > How can I solve with this problem? > > Thanks in advance.. > > Ian From owner-ns-users Thu Aug 14 14:17:20 1997 Received: from mlab.t.u-tokyo.ac.jp (biopolis.t.u-tokyo.ac.jp [133.11.64.197]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id OAA07193 for ; Thu, 14 Aug 1997 14:17:18 -0700 (PDT) Received: from biopolis.t.u-tokyo.ac.jp by mlab.t.u-tokyo.ac.jp (8.8.4/3.1W/neo-014/09/94+18:34:32) id GAA09750; Fri, 15 Aug 1997 06:15:13 +0900 (JST) Message-Id: <199708142115.GAA09750@mlab.t.u-tokyo.ac.jp> To: "Christoph Haenle" cc: ns-users@mash.cs.berkeley.edu Subject: Re: Could someone please help me In-reply-to: Your message of "Wed, 13 Aug 1997 09:49:47 -0400." <9708131347.AA02726@starburstcom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Date: Fri, 15 Aug 1997 06:15:12 +0900 From: Lim Boon Aik Hi, Thanks to Kevin Fall, Christoph Haenle and other people for your great help. >> On Wed, 13 Aug 1997 09:49:47 -0400, "Christoph Haenle" said: >> net-ip.cc: In method `int IPNetwork::command(int, const char *const >> *)': net-ip.cc:134: `IP_MULTICAST_LOOP' undeclared (first use this >> function) net-ip.cc:134: (Each undeclared identifier is reported >> only once net-ip.cc:134: for each function it appears in.) >> net-ip.cc: In method `int IPNetwork::open(int)': net-ip.cc:195: >> warning: implicit declaration of function `int bzero(...)' >> net-ip.cc: In method `void IPNetwork::localname(struct sockaddr_in >> *)': net-ip.cc:284: warning: implicit declaration of function `int >> getsockname(...)' *** Error code 1 make: Fatal error: Command >> failed for target `net-ip.o' ---------------- >> 1st: Look in which include-file "IP_MULTICAST_LOOP" is defined by >> doing a "cd /usr/include" and then a >> find . -name "*.h*" -print | xargs grep IP_MULTICAST_LOOP I tried to run the command but I couldn't find the file where "IP_MULTICAST_LOOP" is defined. >> 2nd: bzero is usually defined in , but sometimes it's >> not. Just type a "man memset" to see which header-file to >> include. If nothing else helps, you can always replace the >> bzero(addr, len)-command with memset(addr, 0, len), which should be >> in . I replaced the command and this one has been solved. >> 3rd: Type a "man getsockname" to see where it is defined. I also couldn't find the file where it is defined. I'm installing the ns on a sparc-sun-sunos4.1.3 machine. I tried to include a couple of header-files to net-ip.cc but everything was in vain. I wonder whether anybody has faced the same problem during the installation of ns on sparc-sun-sunos4.1.3 machines. Are there any tries that I can do to solve these problems? c++ -o net.o -c -I../Tcl-1.0b2 -I/home/balim/src/ns-2.0b17/../otcl-0.96 -I/hom e/balim/src/ns-2.0b17/../tk4.2/generic -I/home/balim/src/ns-2.0b17/../tcl7.6/gen eric -I. -DNEED_SUNOS_PROTOS -DUSE_SHM -DHAVE_LIBTCLDBG -DHAVE_LIBOTCL0_96 -DH AVE_OTCL_H -DHAVE_LIBTK4_2 -DHAVE_TK_H -DHAVE_LIBTCL7_6 -DHAVE_TCL_H -DNO_TK -D abort=_ABORT -O2 net.cc net.cc: In method `int Network::dorecv(unsigned char *, int, unsigned int &, int )': net.cc:246: warning: passing `int *' to argument 6 of `recvfrom(int, void *, int , int, sockaddr *, int)' lacks a cast c++ -o net-ip.o -c -I../Tcl-1.0b2 -I/home/balim/src/ns-2.0b17/../otcl-0.96 -I/ home/balim/src/ns-2.0b17/../tk4.2/generic -I/home/balim/src/ns-2.0b17/../tcl7.6/ generic -I. -DNEED_SUNOS_PROTOS -DUSE_SHM -DHAVE_LIBTCLDBG -DHAVE_LIBOTCL0_96 -DHAVE_OTCL_H -DHAVE_LIBTK4_2 -DHAVE_TK_H -DHAVE_LIBTCL7_6 -DHAVE_TCL_H -DNO_TK -Dabort=_ABORT -O2 net-ip.cc net-ip.cc: In method `int IPNetwork::command(int, const char *const *)': net-ip.cc:137: `IP_MULTICAST_LOOP' undeclared (first use this function) net-ip.cc:137: (Each undeclared identifier is reported only once net-ip.cc:137: for each function it appears in.) net-ip.cc: In method `void IPNetwork::localname(struct sockaddr_in *)': net-ip.cc:287: warning: implicit declaration of function `int getsockname(...)' *** Error code 1 make: Fatal error: Command failed for target `net-ip.o' I intend to run wireless TCP simulations using ns. I wonder whether the `net-ip.o' is compulsory for my simulation. If not, I may try to edit the Makefile so that the compilation of `net-ip.o' is omitted. Could someone please help me again? Sorry for bothering you all so much. Your help would be much appreciated. Boon Aik From owner-ns-users Fri Aug 15 14:02:51 1997 Received: from hobbes.poly.edu (hobbes.poly.edu [128.238.1.20]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id OAA11901 for ; Fri, 15 Aug 1997 14:02:50 -0700 (PDT) Received: from acts.poly.edu (acts.poly.edu [128.238.42.79]) by hobbes.poly.edu (8.7.3/8.7.3) with SMTP id QAA12491 for ; Fri, 15 Aug 1997 16:58:19 -0400 (EDT) Received: from acts by acts.poly.edu (SMI-8.6/SMI-SVR4) id RAA03952; Fri, 15 Aug 1997 17:01:03 -0400 Sender: dpwu@acts.poly.edu Message-ID: <33F4C38F.7DFB@acts.poly.edu> Date: Fri, 15 Aug 1997 17:01:03 -0400 From: Dapeng Wu Organization: Department of E. E., Polytechnic University X-Mailer: Mozilla 2.01 (X11; I; SunOS 5.5 sun4m) MIME-Version: 1.0 To: ns-users@mash.cs.berkeley.edu Subject: help X-URL: http://www-mash.cs.berkeley.edu/ns/ns-build.html Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Dear Sir/Madam, I'm a PhD student doing research in IP/ATM networking. I'd like to use your ns2 network simulator for my work. I just download all the software as you instructed on http://www-mash.cs.berkeley.edu/ns/ns-build.html. And then Building it >From Sources Fetch the source code as described above. Unpack TclCL and ns source into the same top level directory. Build TclCL: cd into the ``TclCL directory'' (inappropriately called ``Tcl''; we will fix this...) run ./configure run make Build ns: cd into the ns directory run ./configure run make But I can't run configure. The message is as follows: banyan{dpwu}117>ls Tcl-1.0b2 ns-2.0b17 banyan{dpwu}118>cd Tcl-1.0b2 /home/kings/u1/dpwu/NS-2/ns/Tcl-1.0b2 banyan{dpwu}119>ls CHANGES.html config.sub tcl-object.tcl FILES configure tcl2c++.c Makefile.in configure.in tclAppInit.cc README idlecallback.cc timer.cc Tcl.cc idlecallback.h timer.h Tcl.h install-sh tkAppInit.cc Tcl2.cc iohandler.cc tracedvar.cc VERSION iohandler.h tracedvar.h conf rate-variable.cc config.guess rate-variable.h banyan{dpwu}120>configure configure: Permission denied banyan{dpwu}121>./configure ./configure: Permission denied Would you please help me with this? Your help is highly appreciated. Best regards, Dapeng -- ********************************************************************* Mr. Dapeng Wu Center for Advanced Technology Tel:(718) 260-3496 or in Telecommunications (CATT) 260-3973 (office) Department of Electrical Engineering (718) 834-9851 (home) Polytechnic University Fax:(718) 260-3906 6 MetroTech Center Brooklyn, NY 11201 Email: dpwu@acts.poly.edu ********************************************************************* From owner-ns-users Fri Aug 15 14:32:19 1997 Received: from hobbes.poly.edu (hobbes.poly.edu [128.238.1.20]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id OAA12028 for ; Fri, 15 Aug 1997 14:32:19 -0700 (PDT) Received: from acts.poly.edu (acts.poly.edu [128.238.42.79]) by hobbes.poly.edu (8.7.3/8.7.3) with SMTP id RAA12529 for ; Fri, 15 Aug 1997 17:27:47 -0400 (EDT) Received: from acts by acts.poly.edu (SMI-8.6/SMI-SVR4) id RAA04023; Fri, 15 Aug 1997 17:30:31 -0400 Sender: dpwu@acts.poly.edu Message-ID: <33F4CA77.4DD@acts.poly.edu> Date: Fri, 15 Aug 1997 17:30:31 -0400 From: Dapeng Wu Organization: Department of E. E., Polytechnic University X-Mailer: Mozilla 2.01 (X11; I; SunOS 5.5 sun4m) MIME-Version: 1.0 To: ns-users@mash.cs.berkeley.edu Subject: help Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Dear Sir/Madam, I'm a PhD student doing research in IP/ATM networking. I'd like to use your ns2 network simulator for my work. I just download all the software as you instructed on http://www-mash.cs.berkeley.edu/ns/ns-build.html And then Building it >From Sources Fetch the source code as described above. Unpack TclCL and ns source into the same top level directory. Build TclCL: cd into the ``TclCL directory'' (inappropriately called ``Tcl''; we will fix this...) run ./configure run make Build ns: cd into the ns directory run ./configure run make But I can't run configure. The message is as follows: banyan{dpwu}117>ls Tcl-1.0b2 ns-2.0b17 banyan{dpwu}118>cd Tcl-1.0b2 /home/kings/u1/dpwu/NS-2/ns/Tcl-1.0b2 banyan{dpwu}119>ls CHANGES.html config.sub tcl-object.tcl FILES configure tcl2c++.c Makefile.in configure.in tclAppInit.cc README idlecallback.cc timer.cc Tcl.cc idlecallback.h timer.h Tcl.h install-sh tkAppInit.cc Tcl2.cc iohandler.cc tracedvar.cc VERSION iohandler.h tracedvar.h conf rate-variable.cc config.guess rate-variable.h banyan{dpwu}120>configure configure: Permission denied banyan{dpwu}121>./configure ./configure: Permission denied Would you please help me with this? Your help is highly appreciated. Best regards, Dapeng -- ********************************************************************* Mr. Dapeng Wu Center for Advanced Technology Tel:(718) 260-3496 or in Telecommunications (CATT) 260-3973 (office) Department of Electrical Engineering (718) 834-9851 (home) Polytechnic University Fax:(718) 260-3906 6 MetroTech Center Brooklyn, NY 11201 Email: dpwu@acts.poly.edu ********************************************************************* From owner-ns-users Fri Aug 15 14:36:48 1997 Received: from falcon.CS.Berkeley.EDU (gnguyen@falcon.CS.Berkeley.EDU [128.32.131.149]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id OAA12053 for ; Fri, 15 Aug 1997 14:36:48 -0700 (PDT) Received: from localhost (gnguyen@localhost) by falcon.CS.Berkeley.EDU (8.8.5/8.7.3) with SMTP id OAA05711; Fri, 15 Aug 1997 14:36:43 -0700 (PDT) X-Authentication-Warning: falcon.CS.Berkeley.EDU: gnguyen owned process doing -bs Date: Fri, 15 Aug 1997 14:36:43 -0700 (PDT) From: Giao Thanh Nguyen Reply-To: gnguyen@CS.Berkeley.EDU To: Dapeng Wu cc: ns-users@mash.cs.berkeley.edu Subject: Re: Last message... In-Reply-To: <199708152120.OAA18711@mercenary.CS.Berkeley.EDU> Message-ID: Organization: UC Berkeley Computer Science X-Url: http://www.cs.berkeley.edu/~gnguyen MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII The permission for configure might be incorrect or you don't have permission to run /bin/sh, which is unlikely. You can try this: chmod +x configure ./configure If it fails, try this: sh configure Giao > Date: Fri, 15 Aug 1997 17:01:03 -0400 > From: Dapeng Wu > To: ns-users@mash.cs.berkeley.edu > Subject: help > > Dear Sir/Madam, > > I'm a PhD student doing research in IP/ATM networking. I'd like to use > your ns2 network simulator for my work. I just download all the > software as you instructed on > http://www-mash.cs.berkeley.edu/ns/ns-build.html. And then Building it > >From Sources > > Fetch the source code as described above. > Unpack TclCL and ns source into the same top level directory. > Build TclCL: > cd into the ``TclCL directory'' (inappropriately called ``Tcl''; > we will fix this...) > run ./configure > run make > Build ns: > cd into the ns directory > run ./configure > run make > > But I can't run configure. The message is as follows: > > banyan{dpwu}117>ls > Tcl-1.0b2 ns-2.0b17 > banyan{dpwu}118>cd Tcl-1.0b2 > /home/kings/u1/dpwu/NS-2/ns/Tcl-1.0b2 > banyan{dpwu}119>ls > CHANGES.html config.sub tcl-object.tcl > FILES configure tcl2c++.c > Makefile.in configure.in tclAppInit.cc > README idlecallback.cc timer.cc > Tcl.cc idlecallback.h timer.h > Tcl.h install-sh tkAppInit.cc > Tcl2.cc iohandler.cc tracedvar.cc > VERSION iohandler.h tracedvar.h > conf rate-variable.cc > config.guess rate-variable.h > banyan{dpwu}120>configure > configure: Permission denied > banyan{dpwu}121>./configure > ./configure: Permission denied > > > Would you please help me with this? > > Your help is highly appreciated. > > Best regards, > > Dapeng > > - -- > ********************************************************************* > Mr. Dapeng Wu > > Center for Advanced Technology Tel:(718) 260-3496 or > in Telecommunications (CATT) 260-3973 (office) > Department of Electrical Engineering (718) 834-9851 (home) > Polytechnic University Fax:(718) 260-3906 > 6 MetroTech Center > Brooklyn, NY 11201 Email: dpwu@acts.poly.edu > > ********************************************************************* > > ------- End of Forwarded Message From owner-ns-users Fri Aug 15 14:45:19 1997 Received: from starburstcom.com (gummo.starburstcom.com [206.33.96.31]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id OAA12066 for ; Fri, 15 Aug 1997 14:45:18 -0700 (PDT) Received: from dowj.starburstcom.com by starburstcom.com (5.x/SMI-SVR4) id AA19666; Fri, 15 Aug 1997 17:40:10 -0400 Message-Id: <9708152140.AA19666@starburstcom.com> From: "Christoph Haenle" To: "Dapeng Wu" Cc: Subject: Re: help Date: Fri, 15 Aug 1997 17:44:32 -0400 X-Msmail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1161 Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi Dapeng, could you please dump me the output of "ls -l ./configure" ? Make sure it's marked executable ("x") (that should however be so automatically if you have extracted the stuff with tar). Also, have a look at the first line of ./configure and see if /bin/sh exists on your system, which is however highly likely. A third reason could be that you extracted the stuff as a different user (i.e. root), have your umask set to non-readable for "others" and that you now try to build the libs as non-root. Good luck, -Chris. ---------- > From: Dapeng Wu > To: ns-users@mash.cs.berkeley.edu > Subject: help > Date: Friday, August 15, 1997 5:30 PM > > Dear Sir/Madam, > > I'm a PhD student doing research in IP/ATM networking. I'd like to use > your ns2 network simulator for my work. I just download all the > software as you instructed on > http://www-mash.cs.berkeley.edu/ns/ns-build.html And then Building it > From Sources > > Fetch the source code as described above. > Unpack TclCL and ns source into the same top level directory. > Build TclCL: > cd into the ``TclCL directory'' (inappropriately called ``Tcl''; > we will fix this...) > run ./configure > run make > Build ns: > cd into the ns directory > run ./configure > run make > > But I can't run configure. The message is as follows: > > banyan{dpwu}117>ls > Tcl-1.0b2 ns-2.0b17 > banyan{dpwu}118>cd Tcl-1.0b2 > /home/kings/u1/dpwu/NS-2/ns/Tcl-1.0b2 > banyan{dpwu}119>ls > CHANGES.html config.sub tcl-object.tcl > FILES configure tcl2c++.c > Makefile.in configure.in tclAppInit.cc > README idlecallback.cc timer.cc > Tcl.cc idlecallback.h timer.h > Tcl.h install-sh tkAppInit.cc > Tcl2.cc iohandler.cc tracedvar.cc > VERSION iohandler.h tracedvar.h > conf rate-variable.cc > config.guess rate-variable.h > banyan{dpwu}120>configure > configure: Permission denied > banyan{dpwu}121>./configure > ./configure: Permission denied > > > Would you please help me with this? > > Your help is highly appreciated. > > Best regards, > > Dapeng > > -- > ********************************************************************* > Mr. Dapeng Wu > > Center for Advanced Technology Tel:(718) 260-3496 or > in Telecommunications (CATT) 260-3973 (office) > Department of Electrical Engineering (718) 834-9851 (home) > Polytechnic University Fax:(718) 260-3906 > 6 MetroTech Center > Brooklyn, NY 11201 Email: dpwu@acts.poly.edu > > ********************************************************************* From owner-ns-users Mon Aug 18 14:15:51 1997 Received: from hobbes.poly.edu (hobbes.poly.edu [128.238.1.20]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id OAA24399 for ; Mon, 18 Aug 1997 14:15:36 -0700 (PDT) Received: from acts.poly.edu (acts.poly.edu [128.238.42.79]) by hobbes.poly.edu (8.7.3/8.7.3) with SMTP id RAA17505 for ; Mon, 18 Aug 1997 17:15:29 -0400 (EDT) Received: from acts by acts.poly.edu (SMI-8.6/SMI-SVR4) id RAA09702; Mon, 18 Aug 1997 17:13:41 -0400 Sender: dpwu@acts.poly.edu Message-ID: <33F8BB04.AB2@acts.poly.edu> Date: Mon, 18 Aug 1997 17:13:40 -0400 From: Dapeng Wu Organization: Department of E. E., Polytechnic University X-Mailer: Mozilla 2.01 (X11; I; SunOS 5.5 sun4m) MIME-Version: 1.0 To: ns-users@mash.cs.berkeley.edu Subject: help X-URL: http://www-mash.cs.berkeley.edu/ns/ns-lists.html Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi! All fellows, Wondering who can point me out if there is any ATM module in ns1 or ns2 or I should program the ATM module by myself? Thanks, Oliver -- ********************************************************************* Mr. Dapeng Oliver Wu Center for Advanced Technology Tel:(718) 260-3496 or in Telecommunications (CATT) 260-3973 (office) Department of Electrical Engineering (718) 834-9851 (home) Polytechnic University Fax:(718) 260-3906 6 MetroTech Center Brooklyn, NY 11201 Email: dpwu@acts.poly.edu ********************************************************************* From owner-ns-users Mon Aug 18 15:51:06 1997 Received: from starburstcom.com (gummo.starburstcom.com [206.33.96.31]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id PAA25867 for ; Mon, 18 Aug 1997 15:51:05 -0700 (PDT) Received: from dowj.starburstcom.com by starburstcom.com (5.x/SMI-SVR4) id AA04556; Mon, 18 Aug 1997 18:45:59 -0400 Message-Id: <9708182245.AA04556@starburstcom.com> From: "Christoph Haenle" To: "Dapeng Wu" Cc: Subject: [ns-2] Re: help Date: Mon, 18 Aug 1997 18:50:10 -0400 X-Msmail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1161 Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi Dapeng, > Would you please point me out if there is any ATM module in ns1 or ns2 > or I should program ATM module by myself? ATM and the MBone are not compatible. For example, the MBone is a datagram service, whereas in ATM, the network must be informed upon call setup. It then finds a route to the destination(s) and might reserve resources (at least if service requested is not UBR). As ns-2 imitates the Internet/MBone, it cannot handle ATM-traffic. I don't know, however, how much effort is being put into the simulation of IPv6 right now. Still working connectionless, with IPv6 you have for example the possibility of establishing flows (i.e. short-lived reservations of bandwidth that expire all by itself). Like this, IPv6 is a little bit closer to ATM. You won't find any implementations of the ATM-layers (ATM, SAR, CPCS, SSCS, ...) nor any protocols for call-setup, routing protocols, UNI and NNI-implementations, etc. in ns-2. To integrate ATM into ns-2 would mean to _completely_ re-write it. -Chris. From owner-ns-users Mon Aug 18 16:25:36 1997 Received: from mist.corpwest.baynetworks.com (screen2r.BayNetworks.COM [134.177.3.1]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id QAA25958 for ; Mon, 18 Aug 1997 16:25:35 -0700 (PDT) Received: by mist.corpwest.baynetworks.com (8.8.6/8.8.5) id QAA00336; Mon, 18 Aug 1997 16:23:59 -0700 (PDT) Message-Id: <199708182323.QAA00336@mist.corpwest.baynetworks.com> X-Mailer: exmh version 2.0delta 6/3/97 To: "Christoph Haenle" cc: "Dapeng Wu" , Subject: Re: [ns-2] Re: help In-reply-to: Your message of "Mon, 18 Aug 1997 18:50:10 EDT." <9708182245.AA04556@starburstcom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 18 Aug 1997 16:23:59 PDT From: Kathleen Nichols >Hi Dapeng, > >> Would you please point me out if there is any ATM module in ns1 or ns2 >> or I should program ATM module by myself? > >ATM and the MBone are not compatible. For example, the MBone is a datagram >service, whereas in ATM, the network must be informed upon call setup. It >then finds a route to the destination(s) and might reserve resources (at >least if service requested is not UBR). > >As ns-2 imitates the Internet/MBone, it cannot handle ATM-traffic. (lots of deleted stuff) I'm not sure what kind of ATM simulation Dapeng is attempting to do, but if ATM is being treated as essentially a MAC layer, I don't see why you can't add it to ns-2. Though I had to admit it, I wrote some segmentation and reassembly agents for my own version of ns-1. There was no ATM signalling included since the MAC I was simulating was just using the cellification of ATM. It would be a moderate amount of work to do an ATM MAC, but I don't see any reason why it couldn't be done. Kathie Nichols From owner-ns-users Mon Aug 18 16:33:16 1997 Received: from bend.ee.lbl.gov (bend.ee.lbl.gov [131.243.1.27]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id QAA26010 for ; Mon, 18 Aug 1997 16:33:16 -0700 (PDT) From: kfall@ee.lbl.gov Received: by bend.ee.lbl.gov (8.8.6/1.43r) id QAA01444; Mon, 18 Aug 1997 16:33:15 -0700 (PDT) Message-Id: <199708182333.QAA01444@bend.ee.lbl.gov> To: "Christoph Haenle" , "Dapeng Wu" , cc: Kathleen Nichols Subject: Re: [ns-2] Re: help In-reply-to: Your communique of Mon, 18 Aug 1997 16:23:59 PDT. <199708182323.QAA00336@mist.corpwest.baynetworks.com> Date: Mon, 18 Aug 1997 16:33:15 PDT > > From: Kathleen Nichols > To: "Christoph Haenle" > cc: "Dapeng Wu" , > Subject: Re: [ns-2] Re: help > Date: Mon, 18 Aug 1997 16:23:59 PDT > > >Hi Dapeng, > > > >> Would you please point me out if there is any ATM module in ns1 or ns2 > >> or I should program ATM module by myself? > > > >ATM and the MBone are not compatible. For example, the MBone is a datagram > >service, whereas in ATM, the network must be informed upon call setup. It > >then finds a route to the destination(s) and might reserve resources (at > >least if service requested is not UBR). > > > >As ns-2 imitates the Internet/MBone, it cannot handle ATM-traffic. > > (lots of deleted stuff) > I'm not sure what kind of ATM simulation Dapeng is attempting to do, but > if ATM is being treated as essentially a MAC layer, I don't see why > you can't add it to ns-2. Though I had to admit it, I wrote some > segmentation and reassembly agents for my own version of ns-1. There was > no ATM signalling included since the MAC I was simulating was just using > the cellification of ATM. It would be a moderate amount of work to do > an ATM MAC, but I don't see any reason why it couldn't be done. > > Kathie Nichols > Yes, I'd agree with Kathie. If the intention is to look primarily at the ATM layer (with less emphasis on IP), there are some other simulators, (e.g. ftp://isdn.ncsl.nist.gov/atm-sim/ or http://HTTP.CS.Berkeley.EDU/~bmah/Software/Insane/). - K From owner-ns-users Mon Aug 18 21:52:01 1997 Received: from zephyr.isi.edu (zephyr.isi.edu [128.9.160.160]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id VAA00535 for ; Mon, 18 Aug 1997 21:52:00 -0700 (PDT) Received: by zephyr.isi.edu (5.65c/5.61+local-26) id ; Mon, 18 Aug 1997 21:51:57 -0700 Date: Mon, 18 Aug 1997 21:51:57 -0700 Message-Id: <199708190451.AA15338@zephyr.isi.edu> From: estrin@usc.edu (Deborah Estrin) Sender: estrin@ISI.EDU To: knichols@baynetworks.com Cc: christoph@starburstcom.com, dpwu@acts.poly.edu, ns-users@mash.cs.berkeley.edu In-Reply-To: Kathleen Nichols's message of Mon, 18 Aug 1997 16:23:59 PDT <199708182323.QAA00336@mist.corpwest.baynetworks.com> Subject: [ns-2] Re: help Reply-To: estrin@usc.edu I have to agree with Kathie that I see no inherent incompatibility between ns and ATM simulations. It simply has not been the focus of the users and developers. From owner-ns-users Mon Aug 18 23:54:53 1997 Received: from VNET.IBM.COM (vnet.ibm.com [204.146.168.194]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id XAA01763 for ; Mon, 18 Aug 1997 23:54:52 -0700 (PDT) From: hassanh@VNET.IBM.COM Message-Id: <199708190654.XAA01763@mash.cs.berkeley.edu> Received: from CAIVM1 by VNET.IBM.COM (IBM VM SMTP V2R3) with BSMTP id 2122; Tue, 19 Aug 97 02:54:50 EDT Date: Tue, 19 Aug 97 09:36:55 EST To: ns-users@mash.cs.berkeley.edu Subject: ns-2.0b17 building problems on Linux 2.0.0 Hi all , This is Hany Hassan , MSC student at Cairo Univ. I tried to bulid ns-2.0b17 on Linux 2.0.0 . After finishing compilation and during linking the following error was issued : /usr/i486-linux/bin/ld : cannot open -ldld: No such file or directory The complete ouput is listed at the end of the mail. What did I miss ? Thanks in advance , Best Regards Hany Hassan hassanh@vnet.ibm.com --------------------------------------------------------------------------- loss-monitor.o queue.o drop-tail.o red.o semantic-packetqueue.o sfq.o fq.o drr.o cbq.o hackloss.o errmodel.o delay.o ll.o snoop.o channel.o mac.o mac-csma.o mac-802_11.o mac-multihop.o dynalink.o rtProtoDV.o net-interface.o ctrMcast.o prune.o srm.o net.o net-ip.o tap.o lib/int.Vec.o lib/int.RVec.o lib/dmalloc_support.o gen/version.o gen/ns_tcl.o tclAppInit.o -L/usr/X11R6/lib -lXext -lX11 ../Tcl/libTcl.a -ldld -L/usr/ns-2.0b17/ ../otcl-0.96 -lotcl -L/usr/lib -ltk4.2 -L/usr/lib -ltcl7.6 -lm /usr/i486-linux/bin/ld : cannot open -ldld: No such file or directory From owner-ns-users Tue Aug 19 10:24:17 1997 Received: from darkstar.isi.edu (darkstar.isi.edu [128.9.128.127]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id KAA04679 for ; Tue, 19 Aug 1997 10:24:17 -0700 (PDT) Received: from dash.isi.edu by darkstar.isi.edu (5.65c/5.61+local-27) id ; Tue, 19 Aug 1997 10:24:14 -0700 Received: from dash.isi.edu (localhost.isi.edu [127.0.0.1]) by dash.isi.edu (8.8.5/8.8.4) with ESMTP id KAA03792; Tue, 19 Aug 1997 10:24:13 -0700 Message-Id: <199708191724.KAA03792@dash.isi.edu> X-Url: http://www.isi.edu/~johnh/ To: hassanh@vnet.ibm.com Cc: ns-users@mash.cs.berkeley.edu Subject: Re: ns-2.0b17 building problems on Linux 2.0.0 In-Reply-To: <199708190654.XAA01763@mash.cs.berkeley.edu> Date: Tue, 19 Aug 1997 10:24:12 -0700 From: John Heidemann On Tue, 19 Aug 1997 09:36:55 EST, hassanh@VNET.IBM.COM wrote: > I tried to bulid ns-2.0b17 on Linux 2.0.0 . > After finishing compilation and during linking the following error > was issued : > > /usr/i486-linux/bin/ld : > > cannot open -ldld: No such file or directory > The complete ouput is listed at the end of the mail. > What did I miss ? What Linux distribution are you using? I'm running ns under Linux with the RedHat 4.2 distribution. ./configure should figure out what libraries you need. On my system it selected -ldl rather than -ldld. You can manually change it to -ldl which may fix the problem. -John Heidemann From owner-ns-users Wed Aug 20 15:27:42 1997 Received: from hobbes.poly.edu (hobbes.poly.edu [128.238.1.20]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id PAA11935 for ; Wed, 20 Aug 1997 15:27:41 -0700 (PDT) Received: from acts.poly.edu (acts.poly.edu [128.238.42.79]) by hobbes.poly.edu (8.7.3/8.7.3) with SMTP id SAA23039 for ; Wed, 20 Aug 1997 18:27:37 -0400 (EDT) Received: from acts by acts.poly.edu (SMI-8.6/SMI-SVR4) id SAA01022; Wed, 20 Aug 1997 18:25:51 -0400 Sender: dpwu@acts.poly.edu Message-ID: <33FB6EEE.4774@acts.poly.edu> Date: Wed, 20 Aug 1997 18:25:50 -0400 From: Dapeng Wu Organization: Department of E. E., Polytechnic University X-Mailer: Mozilla 3.01 (X11; I; SunOS 5.5 sun4m) MIME-Version: 1.0 To: ns-users@mash.cs.berkeley.edu Subject: about ns-2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit > > I'm not sure what kind of ATM simulation Dapeng is attempting to do, but > > if ATM is being treated as essentially a MAC layer, I don't see why > > you can't add it to ns-2. Though I had to admit it, I wrote some > > segmentation and reassembly agents for my own version of ns-1. There was > > no ATM signalling included since the MAC I was simulating was just using > > the cellification of ATM. It would be a moderate amount of work to do > > an ATM MAC, but I don't see any reason why it couldn't be done. > > > > Kathie Nichols > > > > Yes, I'd agree with Kathie. If the intention is to look primarily at the > ATM layer (with less emphasis on IP), there are some other simulators, > (e.g. ftp://isdn.ncsl.nist.gov/atm-sim/ or > http://HTTP.CS.Berkeley.EDU/~bmah/Software/Insane/). > > - K I did have NIST ATM Network Simulator. It's a powerful simulation for ATM network. But its function in simulating TCP/IP traffic is very limited compared with ns-1 and ns-2. What I'm concerned with is a hybrid IP/ATM networks since the integration of IP router and ATM switches is a very important research area right now. I'm not sure if ns-2 developers have interest in adding ATM stuff to it so that it can be more powerful and useful. Dapeng From owner-ns-users Wed Aug 20 15:49:36 1997 Received: from mailhost1.BayNetworks.COM (ns2.BayNetworks.COM [134.177.3.16]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id PAA12002 for ; Wed, 20 Aug 1997 15:49:35 -0700 (PDT) Received: from mailhost.BayNetworks.COM ([134.177.1.107] (may be forged)) by mailhost1.BayNetworks.COM (8.8.6/BNET-97/07/07-E) with ESMTP id PAA26834; Wed, 20 Aug 1997 15:48:58 -0700 (PDT) for Received: from fedex.engwest.baynetworks.com (fedex.engwest.baynetworks.com [134.177.110.46]) by mailhost.BayNetworks.COM (8.8.6/BNET-97/07/07-I) with SMTP id PAA13823; Wed, 20 Aug 1997 15:48:55 -0700 (PDT) for Posted-Date: Wed, 20 Aug 1997 15:48:55 -0700 (PDT) Received: from fog.engwest (fog.engwest.baynetworks.com) by fedex.engwest.baynetworks.com (4.1/SMI-4.1) Received: by fog.engwest (SMI-8.6/SMI-SVR4) id PAA00320; Wed, 20 Aug 1997 15:47:36 -0700 Date: Wed, 20 Aug 1997 15:47:36 -0700 From: knichols@BayNetworks.COM (Kathleen Nichols) Message-Id: <199708202247.PAA00320@fog.engwest> To: ns-users@mash.cs.berkeley.edu Subject: tcp-full in ns-2 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Md5: l009Y/A1pAgAl1H6bfRvXQ== Is anyone else using the tcp-full in ns-2? I've been trying to use it under more demanding conditions than simple one-way bulk transfers and have found a lot of bugs. One appears to be due to a bug in the computation of the retransmit timer in the tcp.cc file. Others have to do with sequence numbers of SYNs and FINs. There are some places where it was possible to send extra packets because of multiple calls to the send-much() method during one packet processing cycle. Kathie From owner-ns-users Sat Aug 23 09:56:05 1997 Received: from mail.wwdg.com (web@mail.wwdg.com [208.206.180.79]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id JAA27567 for ; Sat, 23 Aug 1997 09:56:03 -0700 (PDT) From: hany hassan Received: (from web@localhost) by mail.wwdg.com (8.8.5/8.8.0) id KAA11908 for ns-users@mash.cs.berkeley.edu; Sat, 23 Aug 1997 10:55:36 -0600 Date: Sat, 23 Aug 1997 10:55:36 -0600 Message-Id: <199708231655.KAA11908@mail.wwdg.com> To: ns-users@mash.cs.berkeley.edu Subject: RSVP simulation using ns Hi all , This is Hany Hassan , MSC student - Cairo Univ. Does ns support RSVP ? What I need to make ns supports RSVP ? From owner-ns-users Sun Aug 24 20:26:17 1997 Received: from dcn.soongsil.ac.kr (dcn.soongsil.ac.kr [203.253.2.104]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id UAA01721 for ; Sun, 24 Aug 1997 20:26:10 -0700 (PDT) Received: from bay.soongsil.ac.kr ([203.253.3.71]) by dcn.soongsil.ac.kr (8.6.9H1/8.9.11h) with SMTP id NAA02077 for ; Mon, 25 Aug 1997 13:29:41 +1000 Message-Id: <3.0.1.32.19970825123021.006cb1d8@dcn.soongsil.ac.kr> X-Sender: yskim@dcn.soongsil.ac.kr (Unverified) X-Mailer: Windows Eudora Light Version 3.0.1 (32) Date: Mon, 25 Aug 1997 12:30:21 +0900 To: ns-users@mash.cs.berkeley.edu From: "Kim,younsik" Subject: I want ns multicast tcl example Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" I installed ns 2.16 version my system. I want simulate multicast using ns. but there isn't multicast simulation example(tcl files) I want anything concern to ns multicast It is helpful for my rearch. From owner-ns-users Mon Aug 25 07:10:20 1997 Received: from starburstcom.com (gummo.starburstcom.com [206.33.96.31]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id HAA03392 for ; Mon, 25 Aug 1997 07:10:19 -0700 (PDT) Received: from dowj.starburstcom.com by starburstcom.com (5.x/SMI-SVR4) id AA06669; Mon, 25 Aug 1997 10:04:56 -0400 Message-Id: <9708251404.AA06669@starburstcom.com> From: "Christoph Haenle" To: , "Kim,younsik" Subject: Re: I want ns multicast tcl example Date: Mon, 25 Aug 1997 10:10:05 -0400 X-Msmail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1161 Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi Kim, > I installed ns 2.16 version my system. > I want simulate multicast using ns. > but there isn't multicast simulation example(tcl files) > I want anything concern to ns multicast > It is helpful for my rearch. you might want to cd to ns-2xxx/tcl/ex and look at the srm-*.tcl or mcast.tcl-scripts or step in the subdirectory newmcast. Possibly, some of the examples scripts might be missing in ns-2.16, in which case you should consider to upgrade to ns-2.18. _take care_, -Chris. From owner-ns-users Mon Aug 25 08:29:32 1997 Received: from bach.ca.sandia.gov (bach.ca.sandia.gov [146.246.243.201]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id IAA03534 for ; Mon, 25 Aug 1997 08:29:32 -0700 (PDT) Received: from bach.ca.sandia.gov (localhost [127.0.0.1]) by bach.ca.sandia.gov (8.8.6/8.8.6) with ESMTP id IAA06421; Mon, 25 Aug 1997 08:29:12 -0700 (PDT) Message-Id: <199708251529.IAA06421@bach.ca.sandia.gov> X-Mailer: exmh version 2.0zeta 7/24/97 To: Dapeng Wu Cc: ns-users@mash.cs.berkeley.edu Subject: Re: about ns-2 In-Reply-To: Your message of "Wed, 20 Aug 1997 18:25:50 EDT." <33FB6EEE.4774@acts.poly.edu> From: bmah@ca.sandia.gov (Bruce A. Mah) Reply-To: bmah@ca.sandia.gov X-Face: g~c`.{#4q0"(V*b#g[i~rXgm*w;:nMfz%_RZLma)UgGN&=j`5vXoU^@n5v4:OO)c["!w)nD/!!~e4Sj7LiT'6*wZ83454H""lb{CC%T37O!!'S$S&D}sem7I[A 2V%N&+ X-Url: http://www.ca.sandia.gov/~bmah/ Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_-684997849P"; micalg=pgp-md5; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Mon, 25 Aug 1997 08:29:11 -0700 Sender: bmah@ca.sandia.gov --==_Exmh_-684997849P Content-Type: text/plain; charset=us-ascii Dapeng Wu writes: > > Yes, I'd agree with Kathie. If the intention is to look primarily at the > > ATM layer (with less emphasis on IP), there are some other simulators, > > (e.g. ftp://isdn.ncsl.nist.gov/atm-sim/ or > > http://HTTP.CS.Berkeley.EDU/~bmah/Software/Insane/). > > > > - K > > I did have NIST ATM Network Simulator. It's a powerful simulation for > ATM network. But its function in simulating TCP/IP traffic is very > limited compared with ns-1 and ns-2. > > What I'm concerned with is a hybrid IP/ATM networks since the > integration of IP router and ATM switches is a very important research > area right now. I'm not sure if ns-2 developers have interest in > adding ATM stuff to it so that it can be more powerful and useful. Dapeng-- INSANE was designed to look at some performance issues in IP-over-ATM networks for my dissertation. The model in this simulator is that ATM is a datalink layer used by IP. INSANE has a (IMHO) a fairly good cell-level transport, but it's not pure Q.2931 by any means. It does have a pretty good set of Internet source traffic models (a combination of tcplib models and some of my own devising), but it doesn't support IP multicast or the wide variety of TCP models that ns-2 does. It might be possible to take some of INSANE's cell-level functionality and put it into ns, or vice versa, but I haven't given this matter much thought (yet). Bruce. --==_Exmh_-684997849P Content-Type: application/pgp-signature -----BEGIN PGP MESSAGE----- Version: 2.6.2 iQCVAwUBNAGkxKjOOi0j7CY9AQFZ4QP/TnhnLCe2Sqc62AJXoJLx8X1J3MdfbPtR 0feuIBK9y3kdT15xDN2gni+SXtjoHk7vsYwuQEiaTb3wqTKeeiv7Vj4wGBmpOI9a WFDSFAlByH7FujTAQmqoBOyTIrayw3wPAwh5H+ceU1GkCkuLqgWgqDdqqLifFD1w 86MZfz2rx0c= =cSSS -----END PGP MESSAGE----- --==_Exmh_-684997849P-- From owner-ns-users Tue Aug 26 09:09:03 1997 Received: from starburstcom.com (gummo.starburstcom.com [206.33.96.31]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id JAA07992 for ; Tue, 26 Aug 1997 09:09:02 -0700 (PDT) Received: from dowj.starburstcom.com by starburstcom.com (5.x/SMI-SVR4) id AA04706; Tue, 26 Aug 1997 12:03:36 -0400 Message-Id: <9708261603.AA04706@starburstcom.com> From: "Christoph Haenle" To: Subject: [ns2] How can I stop the simulator? Date: Tue, 26 Aug 1997 12:08:41 -0400 X-Msmail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1161 Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi everybody, I need a means to stop the simulator even though there are still events scheduled. I want the simulator to RETURN from the command "$ns run" rather than having a callback-function like "finish" launched. In my case it would be perfectly fine to do a "$ns halt" from within a callback-function, and expected the simulator to terminate after the callback-function returns. But "halt" is not a documented feature and it doesn't work for me ("Unable to dispatch method halt"). Any suggestions? TX, -Chris. From owner-ns-users Tue Aug 26 11:09:01 1997 Received: from catarina.usc.edu (catarina.usc.edu [128.125.51.47]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id LAA08338 for ; Tue, 26 Aug 1997 11:09:01 -0700 (PDT) From: kannan@catarina.usc.edu Received: (from kannan@localhost) by catarina.usc.edu (8.6.10/8.6.9) id LAA28542; Tue, 26 Aug 1997 11:08:48 -0700 Message-Id: <199708261808.LAA28542@catarina.usc.edu> To: "Christoph Haenle" cc: ns-users@mash.cs.berkeley.edu Subject: Re: [ns2] How can I stop the simulator? In-reply-to: Your message of Tue, 26 Aug 1997 12:08:41 -0400.<9708261603.AA04706@starburstcom.com> Date: Tue, 26 Aug 1997 11:08:48 -0700 Sender: kannan@catarina.usc.edu ``halt'' in scheduler.cc is not a Simulator class procedure. I expect that your $ns is an object in the Simulator class. You need the following wrapper to get "$ns halt" to work: Index: tcl/lib/ns-lib.tcl =================================================================== RCS file: /usr/src/mash/repository/vint/ns-2/tcl/lib/ns-lib.tcl,v retrieving revision 1.45 diff -c -r1.45 ns-lib.tcl *** ns-lib.tcl 1997/08/12 23:21:56 1.45 --- ns-lib.tcl 1997/08/26 18:06:47 *************** *** 180,185 **** --- 180,190 ---- return [$scheduler_ run] } + Simulator instproc halt {} { + $self instvar scheduler_ + $scheduler_ halt + } + Simulator set NumberInterfaces_ 0 Simulator instproc simplex-link { n1 n2 bw delay arg } { You should apply this using "patch -p" from the top-level ns-2 directory. Kannan >>> From: "Christoph Haenle" >>> Date: Tue, 26 Aug 1997 12:08:41 EDT > Hi everybody, > > I need a means to stop the simulator even though there are still events > scheduled. I want the simulator to RETURN from the command "$ns run" rather > than having a callback-function like "finish" launched. In my case it would > be perfectly fine to do a "$ns halt" from within a callback-function, and > expected the simulator to terminate after the callback-function returns. > But "halt" is not a documented feature and it doesn't work for me ("Unable > to dispatch method halt"). > > Any suggestions? > > TX, > > -Chris. From owner-ns-users Wed Aug 27 08:19:00 1997 Received: from ell.ee.lbl.gov (ell.ee.lbl.gov [131.243.1.20]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id IAA14169 for ; Wed, 27 Aug 1997 08:18:59 -0700 (PDT) Received: by ell.ee.lbl.gov (8.8.7/8.8.5) id IAA01670; Wed, 27 Aug 1997 08:18:56 -0700 (PDT) From: kfall@ee.lbl.gov (Kevin Fall) Message-Id: <199708271518.IAA01670@ell.ee.lbl.gov> To: "Christoph Haenle" cc: Subject: Re: [ns2] How can I stop the simulator? In-reply-to: Your communique of Tue, 26 Aug 97 12:08:41 EDT. <9708261603.AA04706@starburstcom.com> Date: Wed, 27 Aug 97 08:18:56 PDT > > From: "Christoph Haenle" > To: > Subject: [ns2] How can I stop the simulator? > Date: Tue, 26 Aug 97 12:08:41 EDT > > Hi everybody, > > I need a means to stop the simulator even though there are still events > scheduled. I want the simulator to RETURN from the command "$ns run" rather > than having a callback-function like "finish" launched. In my case it would > be perfectly fine to do a "$ns halt" from within a callback-function, and > expected the simulator to terminate after the callback-function returns. > But "halt" is not a documented feature and it doesn't work for me ("Unable > to dispatch method halt"). > > Any suggestions? > > TX, > > -Chris. Halt is ok to use, but you need to do it on the scheduler rather than the simulator... e.g. $ns_ instvar scheduler_ $scheduler $halt (I believe this will work).. - K From owner-ns-users Wed Aug 27 12:05:15 1997 Received: from catarina.usc.edu (catarina.usc.edu [128.125.51.47]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id MAA15105 for ; Wed, 27 Aug 1997 12:05:14 -0700 (PDT) From: kannan@catarina.usc.edu Received: (from kannan@localhost) by catarina.usc.edu (8.6.10/8.6.9) id MAA06558; Wed, 27 Aug 1997 12:04:03 -0700 Message-Id: <199708271904.MAA06558@catarina.usc.edu> To: "Christoph Haenle" Cc: ns-users@mash.cs.berkeley.edu Subject: Re: [ns2] How can I stop the simulator? In-reply-to: Your message of Wed, 27 Aug 1997 10:20:23 -0400.<9708271415.AA00083@starburstcom.com> Date: Wed, 27 Aug 1997 12:04:02 -0700 Sender: kannan@catarina.usc.edu > thanks for your help. Will you also apply that patch in the following > releases? I turned out to be really useful. Yes, it should be in one of the following releases. Kannan From owner-ns-users Fri Aug 29 14:26:55 1997 Received: from postoffice.Reston.mci.net (postoffice.Reston.mci.net [204.70.128.20]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id OAA03375 for ; Fri, 29 Aug 1997 14:26:54 -0700 (PDT) Received: from tralfaz.Reston.mci.net (tralfaz [166.45.2.60]) by postoffice.Reston.mci.net (8.8.5/8.8.5) with ESMTP id RAA05030 for ; Fri, 29 Aug 1997 17:26:23 -0400 (EDT) From: Jim Boyle Received: (from jboyle@localhost) by tralfaz.Reston.mci.net (8.8.5/8.7.3) id RAA08547 for ns-users@irtf.cs.berkeley.edu; Fri, 29 Aug 1997 17:26:21 -0400 (EDT) Message-Id: <199708292126.RAA08547@tralfaz.Reston.mci.net> Subject: cbq/tcp question To: ns-users@mash.CS.Berkeley.EDU Date: Fri, 29 Aug 1997 17:26:21 -0400 (EDT) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hi - I'm new to ns (and this list), but have exerted great effort trying to get a simple cbq simulation going with some TCP flows. Ns version is 1.4 running on sunos 5.5.1. Topology is: S1 S2 S3 S4 S?->K1 links are drop-tail 10Mbs | | | | | | | | +--- K1 ---+ | | K1->K2 is cbq, two classes, 4Mbs | +--- K2 ---+ | | | | K2->R? links are drop-tail 10Mbs | | | | R1 R2 R3 R4 There are four ftp flows Sn->Rn for n 1-4. S1->R1 is "Gold", others are "Std". "Gold" should have .48 of K1->K2 "Std" should have .52 of K1->K2 from stats, it only get's 1/4. I've tried a ton of stuff, so there may be some ugly artifacts in the attached script. any help GREATLY appreciated. confused, Jim ---------------------------------------- proc dump { link interval } { global lp0 lp1 lp2 c1a c2a gcq scq set stopTime 40.1 set now [ns now] ns at [expr $now + $interval] "dump $link $interval" set p0 [$link stat 0 bytes] set p1 [$link stat 1 bytes] set p2 [$link stat 2 bytes] set tp0 [expr $p0 - $lp0] set tp1 [expr $p1 - $lp1] set tp2 [expr $p2 - $lp2] set c1a [expr $c1a*.9 + $tp1*.1] set c2a [expr $c2a*.9 + $tp2*.1] puts "$now 0= $tp0 1= $tp1 2= $tp2 1a= $c1a 2a= $c2a" set lp0 $p0 set lp1 $p1 set lp2 $p2 set q0 [$link get queue-length] set q1 [$link stat 1 mean-qlen] set q2 [$link stat 2 mean-qlen] puts "END Q $q0 Q1 $q1 Q2 $q2" set q1 [$scq get queue-length] set q2 [$gcq get queue-length] puts "END Q $q0 I-Q1 $q1 I-Q2 $q2" if {$now > $stopTime} { exit 0 } } # Create Nodes proc create_nodes {} { global cbqlink rcbqlink s1 s2 s3 s4 r1 r2 r3 r4 set qlen 20 set s1 [ns node] set s2 [ns node] set s3 [ns node] set s4 [ns node] set k1 [ns node] set k2 [ns node] set r1 [ns node] set r2 [ns node] set r3 [ns node] set r4 [ns node] ns_duplex $s1 $k1 10Mb 5ms drop-tail ns_duplex $s2 $k1 10Mb 5ms drop-tail ns_duplex $s3 $k1 10Mb 5ms drop-tail ns_duplex $s4 $k1 10Mb 5ms drop-tail ns_duplex $k1 $k2 4Mb 5ms wrr-cbq set cbqlink [ns link $k1 $k2] set rcbqlink [ns link $k2 $k1] ns_duplex $k2 $r1 10Mb 5ms drop-tail ns_duplex $k2 $r2 10Mb 5ms drop-tail ns_duplex $k2 $r3 10Mb 5ms drop-tail ns_duplex $k2 $r4 10Mb 5ms drop-tail [ns link $s1 $k1] set queue-limit 10 [ns link $s2 $k1] set queue-limit 10 [ns link $s3 $k1] set queue-limit 10 [ns link $s4 $k1] set queue-limit 10 [ns link $k2 $r1] set queue-limit 10 [ns link $k2 $r2] set queue-limit 10 [ns link $k2 $r3] set queue-limit 10 [ns link $k2 $r4] set queue-limit 10 } # Create a flat link-sharing structure. # # 2 leaf classes: # goldClas (48%) # stdClass (52%) # proc create_classes {} { global cbqlink rcbqlink gcq scq set CBQalgorithm 1 set qlen 20 set Mbps 4 set topClass [ns_create_class1 none none 1.0 auto -1.0 8 1 0 $Mbps] set goldClass [ns_create_class1 $topClass $topClass \ 0.48 auto -1.0 1 0 0 $Mbps] set stdClass [ns_create_class1 $topClass $topClass \ 0.52 auto -1.0 1 0 0 $Mbps] set gcq [$goldClass qdisc] $gcq set queue-limit $qlen set scq [$stdClass qdisc] $scq set queue-limit $qlen $cbqlink insert $topClass $cbqlink insert $goldClass $cbqlink insert $stdClass $rcbqlink insert $topClass $rcbqlink insert $goldClass $rcbqlink insert $stdClass $cbqlink bind $goldClass 2 $cbqlink bind $stdClass 1 $rcbqlink bind $goldClass 2 $rcbqlink bind $stdClass 1 $cbqlink set queue-limit 90 $rcbqlink set queue-limit 90 } # # Create four CBR connections. # proc create_sources {} { global s1 s2 s3 s4 r1 r2 r3 r4 set tcp0 [ns_create_connection tcp $s1 tcp-sink $r1 2] set tcp1 [ns_create_connection tcp $s2 tcp-sink $r2 1] set tcp2 [ns_create_connection tcp $s3 tcp-sink $r3 1] set tcp3 [ns_create_connection tcp $s4 tcp-sink $r4 1] # set cbr0 [ns_create_cbr $s1 $r1 190 0.001 2] set ftp0 [$tcp0 source ftp] set ftp1 [$tcp1 source ftp] set ftp2 [$tcp2 source ftp] set ftp3 [$tcp3 source ftp] # ns at 0.0 "$cbr0 start" ns at 0.0 "$ftp0 start" ns at 0.0 "$ftp1 start" ns at 0.0 "$ftp2 start" ns at 0.0 "$ftp3 start" } # # Figure 13 from the link-sharing paper. # WRR, Top link-sharing. # ~/newr/rm/testA.com # global lp0 lp1 lp2 c1a c2a set ns_link(queue-limit) 40 create_nodes create_classes create_sources set c1a 0 set c2a 0 set lp0 0 set lp1 0 set lp2 0 ns at 0.0 "dump $cbqlink 1" ns run From owner-ns-users Fri Aug 29 21:37:46 1997 Received: from starburstcom.com (gummo.starburstcom.com [206.33.96.31]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id VAA07557 for ; Fri, 29 Aug 1997 21:37:46 -0700 (PDT) Received: by starburstcom.com (5.x/SMI-SVR4) id AA15323; Sat, 30 Aug 1997 00:32:19 -0400 Date: Sat, 30 Aug 1997 00:32:19 -0400 Message-Id: <9708300432.AA15323@starburstcom.com> From: Christoph Haenle To: ns-users@mash.cs.berkeley.edu Subject: [ns2] strange problems when compiling ns-2 as a package Hi everybody, I had to modify ns-2 so that it runs as a loadable tcl-package (.so) because my graphical front-end "tkined" also comes as a ready-to-run application and I can't use of both otherwise. It was just one minor change in tclAppInit.cc and a minor modification in Makefile.in and everything worked great. Was really cute. However, I get really strange effects whenever there is a bug in my scripts. The application will then stop running. There is no crash, but it is like if being trapped in a forever-loop. However, it also happens that sometimes error messages are generated as usual. For example, under "some" circumstances, the following thing causes the application to hang: proc "Generate Topology" { list } { set abc [expr ($transm_rate/8.0)] puts "passed..." } Of course, as transm_rate is not declared, it should generate an error. But the interpreter just hangs. With a minor change (i.e. leave out the /8.0) there comes the error message as expected. I have _NO_ idea if there is a connection between the ns-2 being compiled as a tcl-package and those strange behavior in case of errors. Could also be a bug in tcl/tk or OTcl. The "Generate Topology"-function was NOT compiled with (uppercase) Tcl in my case. Unfortunately, my script depends on tkined would have to be installed first and I couldn't reproduce the behaviour in a tiny script yet, as would be needed for locating the bug, I know. It makes thus little sense to attach it to this mail. I just want to know if anybody has ever experienced those problems (maybe in a different situation). -Chris. From owner-ns-users Sat Aug 30 17:50:22 1997 Received: from starburstcom.com (gummo.starburstcom.com [206.33.96.31]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id RAA12566 for ; Sat, 30 Aug 1997 17:50:21 -0700 (PDT) Received: from dowj.starburstcom.com by starburstcom.com (5.x/SMI-SVR4) id AA03763; Sat, 30 Aug 1997 20:44:24 -0400 Message-Id: <9708310044.AA03763@starburstcom.com> From: "Christoph Haenle" To: "Steven McCanne" Cc: Subject: Re: [ns2] strange problems when compiling ns-2 as a package Date: Sat, 30 Aug 1997 20:49:15 -0400 X-Msmail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1161 Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hello Steve and others, ---------- > From: Steven McCanne > To: Christoph Haenle > Subject: Re: [ns2] strange problems when compiling ns-2 as a package > Date: Saturday, August 30, 1997 1:03 AM > > A shot in the dark. Try this patch to Otcl: > > http://www-mash.cs.berkeley.edu/dist/otcl-0.96-ucb-patch0 > > Steve > Thanks for the prompt answer. However, the "strange" problems I described in a previous mail haven't disappeared yet after I applied the patch. I have downloaded the otcl-version to which the otcl-link at "http://mash.cs.berkeley.edu/ns/ns-build.html" leads, i.e. tcl.c has got the header: [...] ( * $Id: otcl.c,v 1.38 1995/09/29 19:47:36 djw Exp $) [...] I have applied the patch, built otcl and have totally recompiled ns, but the probs have remained. Also, I have made sure that ns indeed uses the new version of libotcl.a and my application uses the new ns. Any suggestions? -Chris. From owner-ns-users Sun Aug 31 17:20:45 1997 Received: from kali.jna.com.au (kookoo.jna.com.au [203.4.244.61]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id RAA16769 for ; Sun, 31 Aug 1997 17:20:40 -0700 (PDT) Received: (from smtp@localhost) by kali.jna.com.au id KAA08704 (8.8.5/IDA-1.6 for ); Mon, 1 Sep 1997 10:27:19 +1000 (EST) Received: from diji.jna.com.au(203.4.240.166) by kali via smap (V1.3) id ./smaAAAa0027s; Mon Sep 1 10:26:52 1997 Received: from sol.jna.com.au (sol.jna.com.au [203.4.245.1]) by diji.jna.com.au with SMTP id KAA16439 (8.8.5/IDA-1.6 for ); Mon, 1 Sep 1997 10:20:24 +1000 (EST) Received: from clix.jna.com.au by sol.jna.com.au with SMTP (16.6/15.6) id AA12946; Mon, 1 Sep 97 10:20:40 +1000 Received: by clix.jna.com.au (5.65/DEC-Ultrix/4.3) id AA17607; Mon, 1 Sep 1997 10:20:40 +1000 Date: Mon, 1 Sep 1997 10:20:39 +1000 (EST) From: Steven Hampson To: ns-users@mash.cs.berkeley.edu Subject: NS-2 Compilation Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII I am really new to NS/NS-2 and am having compilation problems with ns-2 for HP-UX. I have compiled all the base modules (tcl (7.6), tk (4.2), otcl (0.96) and Tcl (1.0b2) (ns is ver 2.0b17) All the other packages have copiled and linked successfully (as far as I can tell). ns-2 compiles successfully but the link fails with collect2: ld returned 1 exit status /bin/ld: Unsatisfied symbols: random (code) gmake: *** [ns] Error 1 I have been trying to fix it for a while and have grown desperate. Has any one got any ideas, or even a compiled version of ns-2 for hp-ux (HP-UX spot A.09.05 A 9000/715 2015838599 two-user license) Many thanks in advance Steven Hampson Email: stevenh@jna.com.au Phone: +61 2 9935 5785 Electrical Engineer - Telecommunications Software JNA Telecommunications Ltd From owner-ns-users Sun Aug 31 22:29:01 1997 Received: from darkstar.isi.edu (darkstar.isi.edu [128.9.128.127]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id WAA20111 for ; Sun, 31 Aug 1997 22:29:00 -0700 (PDT) Received: from dash.isi.edu by darkstar.isi.edu (5.65c/5.61+local-27) id ; Sun, 31 Aug 1997 22:28:52 -0700 Received: from dash.isi.edu (localhost.isi.edu [127.0.0.1]) by dash.isi.edu (8.8.5/8.8.4) with ESMTP id WAA02451; Sun, 31 Aug 1997 22:27:57 -0700 Message-Id: <199709010527.WAA02451@dash.isi.edu> X-Url: http://www.isi.edu/~johnh/ To: Steven Hampson Cc: ns-users@mash.cs.berkeley.edu Subject: Re: NS-2 Compilation In-Reply-To: Date: Sun, 31 Aug 1997 22:27:57 -0700 From: John Heidemann On Mon, 01 Sep 1997 10:20:39 +1000, Steven Hampson wrote: >I am really new to NS/NS-2 and am having compilation problems with >ns-2 for HP-UX. I have compiled all the base modules (tcl (7.6), >tk (4.2), otcl (0.96) and Tcl (1.0b2) (ns is ver 2.0b17) > >All the other packages have copiled and linked successfully (as >far as I can tell). > >ns-2 compiles successfully but the link fails with > >collect2: ld returned 1 exit status >/bin/ld: Unsatisfied symbols: > random (code) >gmake: *** [ns] Error 1 > >I have been trying to fix it for a while and have grown >desperate. Has any one got any ideas, or even a compiled >version of ns-2 for hp-ux (HP-UX spot A.09.05 A 9000/715 2015838599 >two-user license) If you look in random.h there two places with: #if defined(__svr4__) || defined(__SVR4) add a ``|| defined(YOUR_HPUX_SYMBOL)'', replacing YOUR_HPUX_SYMBOL with something that your compiler defines (or something you manually define :-) and I expect you'll be OK. The next version of ns will replace the random number implementation, eliminiating this problem. -John Heidemann From owner-ns-users Wed Sep 3 02:41:16 1997 Received: from hanla.snu.ac.kr (hanla.snu.ac.kr [147.46.66.19]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id CAA00623 for ; Wed, 3 Sep 1997 02:41:08 -0700 (PDT) Received: from jesus.snu.ac.kr ([147.46.116.151]) by hanla.snu.ac.kr (8.6.12H1/8.6.12) with ESMTP id TAA13489 for ; Wed, 3 Sep 1997 19:27:15 +1000 Message-ID: <340D2D4D.B4C540A1@hanla.snu.ac.kr> Date: Wed, 03 Sep 1997 18:26:38 +0900 From: Roh Jeong Hun X-Mailer: Mozilla 4.01 [en] (Win95; I) MIME-Version: 1.0 To: ns-users@mash.cs.berkeley.edu Subject: [help] Urgent! Please help me... X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Thank you for reading this message in advance. I have a problem installing ns2.0b17 on my workstation. First I tried to install Otcl. But I've found the following error messages. --------------------------------------------------------------------------- rm -f libotcl.so gcc -o otclsh -g -O -I. -I/user/rjh/ng/tcl7.6/generic -I/usr/local/include -I/usr/X11R5/include otclAppInit.c \ -L. -lotcl -L/usr/local/lib -ltcl -ldl -lm rm -f libotcl.so otcl.o so_locations gcc -c -g -O -fpic -I. -I/user/rjh/ng/tcl7.6/generic -I/usr/local/include -I/usr/X11R5/include otcl.c In file included from /usr/local/lib/gcc-lib/sparc-sun-sunos4.1.3_KL/2.7.2/include/limits.h:112, from /usr/local/lib/gcc-lib/sparc-sun-sunos4.1.3_KL/2.7.2/include/syslimits.h:7, from /usr/local/lib/gcc-lib/sparc-sun-sunos4.1.3_KL/2.7.2/include/limits.h:11, from /user/rjh/ng/tcl7.6/generic/tclInt.h:41, from otcl.c:21: /usr/include/limits.h:21: warning: `MB_LEN_MAX' redefined /usr/local/lib/gcc-lib/sparc-sun-sunos4.1.3_KL/2.7.2/include/stdlib.h:22: warning: this is the location of the previous definition /usr/local/sparc-sun-sunos4.1.3_KL/bin/as: unrecognized option `-k' *** Error code 1 make: Fatal error: Command failed for target `libotcl.so' ---------------------------------------------------------------------------- If you may think the reason oh this fatal errors, please let me know the solution. P.S. For my computer congifuration, please confer the following. ----------------------------------------------------------------------------- hanla:/user/rjh/ng/ns2.0b17/temp/otcl-0.96> configure loading cache ./config.cache checking for gcc... (cached) gcc checking whether we are using GNU C... (cached) yes checking whether gcc accepts -g... (cached) yes checking for ranlib... (cached) ranlib checking for a BSD compatible install... (cached) /usr/bin/install -c \nWhat directory is tclInt.h in? /user/rjh/ng/tcl7.6/generic \nWhat directory is the corresponding libtcl.a in? /usr/local/lib \nWhat directory is a compatible tk.h in? /usr/local/include \nWhat directory is the corresponding libtk.a in? /usr/local/lib checking how to run the C preprocessor... (cached) gcc -E checking for X... (cached) libraries /usr/X11R5/lib, headers /usr/X11R5/include checking for sin... (cached) no checking for -lieee... (cached) no checking for -lXbsd... (cached) no checking for connect... (cached) yes checking for gethostbyname... (cached) yes checking system version (for dynamic loading)... SunOS-4.1.3 creating ./config.status creating Makefile ----------------------------------------------------------------------------- From owner-ns-users Wed Sep 3 03:34:10 1997 Received: from catarina.usc.edu (catarina.usc.edu [128.125.51.47]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id DAA01019 for ; Wed, 3 Sep 1997 03:34:10 -0700 (PDT) From: kannan@catarina.usc.edu Received: (from kannan@localhost) by catarina.usc.edu (8.6.10/8.6.9) id DAA07847; Wed, 3 Sep 1997 03:32:51 -0700 Message-Id: <199709031032.DAA07847@catarina.usc.edu> To: Roh Jeong Hun cc: ns-users@mash.cs.berkeley.edu Subject: Re: [help] Urgent! Please help me... In-reply-to: Your message of Wed, 03 Sep 1997 18:26:38 +0900.<340D2D4D.B4C540A1@hanla.snu.ac.kr> Date: Wed, 03 Sep 1997 03:32:50 -0700 Sender: kannan@catarina.usc.edu >>> From: Roh Jeong Hun >>> Date: Wed, 03 Sep 1997 18:26:38 +0900 > gcc -c -g -O -fpic -I. -I/user/rjh/ng/tcl7.6/generic > -I/usr/local/include -I/usr/X11R5/include otcl.c > In file included from > /usr/local/lib/gcc-lib/sparc-sun-sunos4.1.3_KL/2.7.2/include/limits.h:112, > > from > /usr/local/lib/gcc-lib/sparc-sun-sunos4.1.3_KL/2.7.2/include/syslimits.h:7, > > from > /usr/local/lib/gcc-lib/sparc-sun-sunos4.1.3_KL/2.7.2/include/limits.h:11, > > from /user/rjh/ng/tcl7.6/generic/tclInt.h:41, > from otcl.c:21: > /usr/include/limits.h:21: warning: `MB_LEN_MAX' redefined > /usr/local/lib/gcc-lib/sparc-sun-sunos4.1.3_KL/2.7.2/include/stdlib.h:22: > warning: this is the location of the previous definition I suspect that your version of stdlib.h is somehow corrupt. You could try and copy that over to your local directory, edit and remove the definition of MB_LEN_MAX from this file, and attempt to recompile. Kannan From owner-ns-users Wed Sep 3 07:20:13 1997 Received: from starburstcom.com (gummo.starburstcom.com [206.33.96.31]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id HAA01205 for ; Wed, 3 Sep 1997 07:20:12 -0700 (PDT) Received: from dowj.starburstcom.com by starburstcom.com (5.x/SMI-SVR4) id AA11001; Wed, 3 Sep 1997 10:13:59 -0400 Message-Id: <9709031413.AA11001@starburstcom.com> From: "Christoph Haenle" To: "Roh Jeong Hun" , Subject: Re: [help] Urgent! Please help me... Date: Wed, 3 Sep 1997 10:19:29 -0400 X-Msmail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1161 Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi, > Thank you for reading this message in advance. > > I have a problem installing ns2.0b17 on my workstation. > First I tried to install Otcl. But I've found the > following error messages. > > --------------------------------------------------------------------------- > > rm -f libotcl.so > gcc -o otclsh -g -O -I. -I/user/rjh/ng/tcl7.6/generic > -I/usr/local/include -I/usr/X11R5/include otclAppInit.c \ > -L. -lotcl -L/usr/local/lib -ltcl -ldl -lm > rm -f libotcl.so otcl.o so_locations > gcc -c -g -O -fpic -I. -I/user/rjh/ng/tcl7.6/generic > -I/usr/local/include -I/usr/X11R5/include otcl.c > In file included from > /usr/local/lib/gcc-lib/sparc-sun-sunos4.1.3_KL/2.7.2/include/limits.h:112, > > from > /usr/local/lib/gcc-lib/sparc-sun-sunos4.1.3_KL/2.7.2/include/syslimits.h:7, > > from > /usr/local/lib/gcc-lib/sparc-sun-sunos4.1.3_KL/2.7.2/include/limits.h:11, > > from /user/rjh/ng/tcl7.6/generic/tclInt.h:41, > from otcl.c:21: > /usr/include/limits.h:21: warning: `MB_LEN_MAX' redefined > /usr/local/lib/gcc-lib/sparc-sun-sunos4.1.3_KL/2.7.2/include/stdlib.h:22: > warning: this is the location of the previous definition > /usr/local/sparc-sun-sunos4.1.3_KL/bin/as: unrecognized option `-k' > *** Error code 1 > make: Fatal error: Command failed for target `libotcl.so' > ---------------------------------------------------------------------------- > > If you may think the reason oh this fatal errors, please let me know the > solution. > I perfectly agree with Kannan that your stdlib.h looks corrupt. However, that was just a warning rather than an error messy, so that MB_LEN_MAX appears to be defined to same value in both files, so you shouldn't worry about this too much. The error comes from > /usr/local/sparc-sun-sunos4.1.3_KL/bin/as: unrecognized option `-k' Looks like your Makefile.in is seriously altered, because "as" is the assembler and I can't think of any reason to interfere the assembler in this case. In my script there is a call to "ar" after compilation which builds the static lib (".a"). However, the "unknown" option -k still looks strange. I suggest you might want to try getting a proper and up to date version of otcl from the ns-homepage. -Chris. From owner-ns-users Wed Sep 3 11:41:48 1997 Received: from bend.ee.lbl.gov (bend.ee.lbl.gov [131.243.1.27]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id LAA02367; Wed, 3 Sep 1997 11:41:48 -0700 (PDT) From: kfall@ee.lbl.gov Received: by bend.ee.lbl.gov (8.8.7/8.8.5) id LAA05414; Wed, 3 Sep 1997 11:01:50 -0700 (PDT) Message-Id: <199709031801.LAA05414@bend.ee.lbl.gov> To: ns-users@mash.cs.berkeley.edu, ns-developers@mash.cs.berkeley.edu, vint@catarina.usc.edu Subject: new cut at the ns-2 simulator documentation Date: Wed, 03 Sep 1997 11:01:50 PDT See the (100+ page) file at: http://www.isi.edu/~kannan/VINT/everything.ps This represents the initial cut at the combination of documents Kannan and I have been writing, plus contributions from several other folks including Lee, Polly, Satish, John, Ahmed, and Tom (not necessarily in any particular order). - Kevin From owner-ns-users Wed Sep 3 11:56:48 1997 Received: from shay.ecn.purdue.edu (root@shay.ecn.purdue.edu [128.46.199.11]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id LAA02457 for ; Wed, 3 Sep 1997 11:56:47 -0700 (PDT) Received: from shay.ecn.purdue.edu (shaogang@localhost) by shay.ecn.purdue.edu (8.8.5/3.8.2moyman) id LAA22727; Wed, 3 Sep 1997 11:06:59 -0500 (EST) Message-Id: <199709031606.LAA22727@shay.ecn.purdue.edu> From: Shaogang Chen Subject: Help for making Tcl To: christoph@starburstcom.com (Christoph Haenle) Date: Wed, 3 Sep 1997 11:06:59 -0500 (EST) Cc: rjh@hanla.snu.ac.kr, ns-users@mash.cs.berkeley.edu In-Reply-To: <9709031413.AA11001@starburstcom.com> from "Christoph Haenle" at Sep 3, 97 10:19:29 am X-Mailer: ELM [version 2.4 PL25] Content-Type: text I can not make Tcl fetched from the site on the ns homepage. The following is the error message. c++ -o Tcl.o -c -O2 -mv8 -msupersparc -D__svr4__ -DUSE_SHM -DHAVE_LIBOTCL0_96 -DHAVE_OTCL_H -DHAVE_LIBTK4_2 -DHAVE_TK_H -DHAVE_LIBTCL7_6 -DHAVE_TCL_H -DNO_TK -I/homes/chensg/Tcl-1.0b2/../otcl-0.96 -I/homes/chensg/Tcl-1.0b2/../tk4.2/generic -I/homes/chensg/Tcl-1.0b2/../tcl7.6/generic Tcl.cc Tcl.cc: In method `TclObject::~TclObject()': Tcl.cc:239: conflicting types for `class InstVar * p' Tcl.cc:233: previous declaration as `class TracedVar * p' Tcl.cc: In method `TracedVarTcl::~TracedVarTcl()': Tcl.cc:462: `const *' cannot be deleted *** Error code 1 make: Fatal error: Command failed for target `Tcl.o' It seems a problem of Tcl.cc source code. Has anyone experienced the similar problem, or I have a dump complier? Any suggestion is highly apprecaited. For your information, I enclose the output from configuration. loading cache ./config.cache checking host system type... sparc-sun-solaris2.5.1 checking target system type... sparc-sun-solaris2.5.1 checking build system type... sparc-sun-solaris2.5.1 checking for gcc... (cached) gcc checking whether the C compiler (gcc ) works... yes checking whether the C compiler (gcc ) is a cross-compiler... no checking whether we are using GNU C... (cached) yes checking whether gcc accepts -g... (cached) yes checking for c++... (cached) c++ checking whether the C++ compiler (c++ ) works... yes checking whether the C++ compiler (c++ ) is a cross-compiler... no checking whether we are using GNU C++... (cached) yes checking whether c++ accepts -g... (cached) yes checking how to run the C preprocessor... (cached) gcc -E checking for ANSI C header files... (cached) yes checking for string.h... (cached) yes checking for main in -lXbsd... (cached) no checking for socket in -lsocket... (cached) yes checking for gethostbyname in -lnsl... (cached) yes checking for getnodebyname in -ldnet_stub... (cached) no checking for tcl.h... -I/homes/chensg/Tcl-1.0b2/../tcl7.6/generic checking for libtcl7.6... -R/usr/lib -L/homes/chensg/Tcl-1.0b2/../tcl7.6/unix -ltcl checking for init.tcl... /homes/chensg/Tcl-1.0b2/../tcl7.6/library checking for tk.h... -I/homes/chensg/Tcl-1.0b2/../tk4.2/generic checking for libtk4.2... -R/usr/lib -L/homes/chensg/Tcl-1.0b2/../tk4.2/unix -ltk checking for tk.tcl... /homes/chensg/Tcl-1.0b2/../tk4.2/library checking for otcl.h... -I/homes/chensg/Tcl-1.0b2/../otcl-0.96 checking for libotcl0.96... -R/usr/src/local/otcl-0.96 -L/homes/chensg/Tcl-1.0b2/../otcl-0.96 -lotcl checking for X11 header files checking for X11 library archive checking for XOpenDisplay in -lX11... (cached) no checking for libXext.a checking for main in -ldl... (cached) yes checking for a BSD compatible install... ./install-sh -c creating ./config.status creating Makefile --Shaogang ============================================================================ Web: http://yake.ecn.purdue.edu/~shaogang Purdue University Office: MSEE 292 Phone: (765) 494-0434 W. Lafayette, IN 47907 ============================================================================ From owner-ns-users Wed Sep 3 12:04:27 1997 Received: from panther.cs.ucla.edu (Panther.CS.UCLA.EDU [131.179.132.23]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id MAA02473 for ; Wed, 3 Sep 1997 12:04:27 -0700 (PDT) Received: from localhost (bruno@localhost) by panther.cs.ucla.edu (8.8.5/UCLACS-3.0) with SMTP id MAA16832; Wed, 3 Sep 1997 12:04:10 -0700 (PDT) Date: Wed, 3 Sep 1997 12:04:10 -0700 (PDT) From: Hemon Bruno Reply-To: Hemon Bruno To: Shaogang Chen cc: Christoph Haenle , rjh@hanla.snu.ac.kr, ns-users@mash.cs.berkeley.edu Subject: Re: Help for making Tcl In-Reply-To: <199709031606.LAA22727@shay.ecn.purdue.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII This problem is reported in the following page : http://www-mash.cs.berkeley.edu/ns/ns-problems.html This is a gcc bug. You need to compile libTcl with gcc-2.7.x Best regards, Bruno +------------------------------------------+ | Bruno HEMON bruno@cs.ucla.edu | | | | Graduate Student | | Computer Science Department | | University of California at Los Angeles | | | | Promotion 97 | | Ecole Centrale Paris | +------------------------------------------+ From owner-ns-users Wed Sep 3 12:08:05 1997 Received: from catarina.usc.edu (catarina.usc.edu [128.125.51.47]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id MAA02506 for ; Wed, 3 Sep 1997 12:08:02 -0700 (PDT) From: kannan@catarina.usc.edu Received: (from kannan@localhost) by catarina.usc.edu (8.6.10/8.6.9) id MAA10441; Wed, 3 Sep 1997 12:07:58 -0700 Message-Id: <199709031907.MAA10441@catarina.usc.edu> To: Shaogang Chen cc: christoph@starburstcom.com (Christoph Haenle), rjh@hanla.snu.ac.kr, ns-users@mash.cs.berkeley.edu Subject: Re: Help for making Tcl In-reply-to: Your message of Wed, 03 Sep 1997 11:06:59 -0500.<199709031606.LAA22727@shay.ecn.purdue.edu> Date: Wed, 03 Sep 1997 12:07:58 -0700 Sender: kannan@catarina.usc.edu >>> From: Shaogang Chen >>> Date: Wed, 03 Sep 1997 11:06:59 CDT > I can not make Tcl fetched from the site on the ns homepage. The following is > the error message. > > c++ -o Tcl.o -c -O2 -mv8 -msupersparc -D__svr4__ -DUSE_SHM -DHAVE_LIBOTCL0_96 -D > HAVE_OTCL_H -DHAVE_LIBTK4_2 -DHAVE_TK_H -DHAVE_LIBTCL7_6 -DHAVE_TCL_H -DNO_TK - > I/homes/chensg/Tcl-1.0b2/../otcl-0.96 -I/homes/chensg/Tcl-1.0b2/../tk4.2/generic > -I/homes/chensg/Tcl-1.0b2/../tcl7.6/generic Tcl.cc > Tcl.cc: In method `TclObject::~TclObject()': > Tcl.cc:239: conflicting types for `class InstVar * p' > Tcl.cc:233: previous declaration as `class TracedVar * p' > Tcl.cc: In method `TracedVarTcl::~TracedVarTcl()': > Tcl.cc:462: `const *' cannot be deleted > *** Error code 1 > make: Fatal error: Command failed for target `Tcl.o' > > It seems a problem of Tcl.cc source code. Has anyone experienced the similar > problem, or I have a dump complier? Yes! >From the ns installations problems page (http://www-mash.cs.berkeley.edu/ns/ns-problems.html): --------------------------------------------------------- Problem: libTcl gets this compile message: c++ -o Tcl.o -c -O2 -DUSE_SHM -DHAVE_LIBOTCL0_96 -DHAVE_OTCL_H -DHAVE_LIBTK4_2 -DHAVE_TK_H -DHAVE_LIBTCL7_6 -DHAVE_TCL_H -DNO_TK -I/usr/local/include -I/usr/local/include/tcl7.6 -I/usr/local/include/tk4.2 Tcl.cc Tcl.cc: In method `TclObject::~TclObject()': Tcl.cc:239: conflicting types for `class InstVar * p' Tcl.cc:233: previous declaration as `class TracedVar * p' Tcl.cc: In method `TracedVarTcl::~TracedVarTcl()': Tcl.cc:462: `const *' cannot be deleted Solution: This is a gcc compiler bug. Get gcc-2.7.x. Reported 30-Jul-97. --------------------------------------------------------- Kannan From owner-ns-users Wed Sep 3 20:48:20 1997 Received: from bachman.cs.ou.edu (bachman.cs.ou.edu [129.15.78.226]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id UAA09115; Wed, 3 Sep 1997 20:48:19 -0700 (PDT) Received: from vpl2.cs.ou.edu (vpl2 [129.15.78.101]) by bachman.cs.ou.edu (8.7.5/8.7.3) with SMTP id WAA12226; Wed, 3 Sep 1997 22:47:10 -0500 (CDT) Received: by vpl2.cs.ou.edu (SMI-8.6/SMI-SVR4) id WAA00760; Wed, 3 Sep 1997 22:47:22 -0500 Date: Wed, 3 Sep 1997 22:47:22 -0500 From: gopalr@bachman.cs.ou.edu (Gopal Racherla) Message-Id: <199709040347.WAA00760@vpl2.cs.ou.edu> To: ns-users@mash.cs.berkeley.edu Cc: ns-announce@mash.cs.berkeley.edu X-Sun-Charset: US-ASCII unsubscribe gopalr@cs.ou.edu From owner-ns-users Thu Sep 4 17:01:07 1997 Received: from panther.cs.ucla.edu (Panther.CS.UCLA.EDU [131.179.132.23]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id RAA12203 for ; Thu, 4 Sep 1997 17:01:07 -0700 (PDT) Received: from localhost (bruno@localhost) by panther.cs.ucla.edu (8.8.5/UCLACS-3.0) with SMTP id RAA10367 for ; Thu, 4 Sep 1997 17:01:05 -0700 (PDT) Date: Thu, 4 Sep 1997 17:01:05 -0700 (PDT) From: Hemon Bruno To: ns-users@mash.cs.berkeley.edu Subject: Background traffic In-Reply-To: <199708292126.RAA08547@tralfaz.Reston.mci.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII I am studying the behavior of several TCP connections sharing the same bottleneck. I need to have a sort of background traffic, to introduce some packet losses and some randomness. I was thinking of using a UDP traffic source but I don't know really how to choose the parameters. Do you have any idea of how to simulate a background traffic, whose characteristics would be representative of the Internet traffic ? Thanks, Bruno +------------------------------------------+ | Bruno HEMON bruno@cs.ucla.edu | | | | Graduate Student | | Computer Science Department | | University of California at Los Angeles | | | | Promotion 97 | | Ecole Centrale Paris | +------------------------------------------+ From owner-ns-users Thu Sep 4 22:22:29 1997 Received: from ell.ee.lbl.gov (ell.ee.lbl.gov [131.243.1.20]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id WAA13024 for ; Thu, 4 Sep 1997 22:22:28 -0700 (PDT) Received: by ell.ee.lbl.gov (8.8.7/8.8.5) id WAA13045; Thu, 4 Sep 1997 22:22:27 -0700 (PDT) From: kfall@ee.lbl.gov (Kevin Fall) Message-Id: <199709050522.WAA13045@ell.ee.lbl.gov> To: Hemon Bruno cc: ns-users@mash.cs.berkeley.edu Subject: Re: Background traffic In-reply-to: Your communique of Thu, 04 Sep 97 17:01:05 PDT. Date: Thu, 04 Sep 97 22:22:27 PDT > > From: Hemon Bruno > To: ns-users@mash.cs.berkeley.edu > Subject: Background traffic > Date: Thu, 04 Sep 97 17:01:05 PDT > > > I am studying the behavior of several TCP connections sharing the same > bottleneck. > I need to have a sort of background traffic, to introduce some packet > losses and some randomness. > I was thinking of using a UDP traffic source but I don't know really how > to choose the parameters. > Do you have any idea of how to simulate a background traffic, whose > characteristics would be representative of the Internet traffic ? > > Thanks, > > Bruno > > +------------------------------------------+ > | Bruno HEMON bruno@cs.ucla.edu | > | | > | Graduate Student | > | Computer Science Department | > | University of California at Los Angeles | > | | > | Promotion 97 | > | Ecole Centrale Paris | > +------------------------------------------+ > > > I think the TrafficGen classes might help you out. Now, "representative of Internet traffic" is unfortunately not something I think anyone can claim with any sort of confidence... - K From owner-ns-users Fri Sep 5 10:32:04 1997 Received: from kayak.CS.Berkeley.EDU (tomh@kayak.cs.Berkeley.EDU [128.32.33.132]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id KAA15584 for ; Fri, 5 Sep 1997 10:32:03 -0700 (PDT) Received: from localhost (tomh@localhost) by kayak.CS.Berkeley.EDU (8.8.5/8.8.5) with SMTP id KAA04970; Fri, 5 Sep 1997 10:31:54 -0700 (PDT) Date: Fri, 5 Sep 1997 10:31:54 -0700 (PDT) From: Tom Henderson Reply-To: tomh@CS.Berkeley.EDU To: Hemon Bruno cc: ns-users@mash.cs.berkeley.edu Subject: Re: Background traffic In-Reply-To: Message-ID: Organization: UC Berkeley Computer Science X-Url: http://www.cs.berkeley.edu/~tomh MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII We've ported Bruce Mah's WWW traffic generator from INSANE. It can be used to produce background traffic representative of WWW traffic (based on traffic traces). See http://www-mash.cs.berkeley.edu/ns/ns-contributed.html Tom On Thu, 4 Sep 1997, Hemon Bruno wrote: > > I am studying the behavior of several TCP connections sharing the same > bottleneck. > I need to have a sort of background traffic, to introduce some packet > losses and some randomness. > I was thinking of using a UDP traffic source but I don't know really how > to choose the parameters. > Do you have any idea of how to simulate a background traffic, whose > characteristics would be representative of the Internet traffic ? > > Thanks, > > Bruno > > +------------------------------------------+ > | Bruno HEMON bruno@cs.ucla.edu | > | | > | Graduate Student | > | Computer Science Department | > | University of California at Los Angeles | > | | > | Promotion 97 | > | Ecole Centrale Paris | > +------------------------------------------+ > > > > From owner-ns-users Fri Sep 5 11:43:40 1997 Received: from mercury.Sun.COM (mercury.Sun.COM [192.9.25.1]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id LAA15871 for ; Fri, 5 Sep 1997 11:43:40 -0700 (PDT) Received: from East.Sun.COM ([129.148.1.241]) by mercury.Sun.COM (SMI-8.6/mail.byaddr) with SMTP id LAA11339 for ; Fri, 5 Sep 1997 11:43:09 -0700 Received: from suneast.East.Sun.COM by East.Sun.COM (SMI-8.6/SMI-5.3) id OAA26376; Fri, 5 Sep 1997 14:43:07 -0400 Received: from maple.East.Sun.COM by suneast.East.Sun.COM (SMI-8.6/SMI-SVR4) id OAA24473; Fri, 5 Sep 1997 14:43:08 -0400 Received: from maple by maple.East.Sun.COM (SMI-8.6/SMI-SVR4) id OAA20632; Fri, 5 Sep 1997 14:43:06 -0400 Date: Fri, 5 Sep 1997 14:43:06 -0400 (EDT) From: Miriam Kadansky - SUN Microsystems Reply-To: Miriam Kadansky - SUN Microsystems Subject: Looking for otcl tar file To: ns-users@mash.cs.berkeley.edu Message-ID: MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Content-MD5: tTv5/yZElLj8YE8xJpdpsg== X-Mailer: dtmail 1.1.0 CDE Version 1.1 SunOS 5.5.1 sun4u sparc Does anyone have a copy of the otcl tar file handy? We're trying to install ns, and can't contact tns.lcs.mit.edu for a download. Thanks. From owner-ns-users Fri Sep 5 18:32:55 1997 Received: from hac2arpa.hac.com (hac2arpa.HAC.COM [192.27.0.10]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id SAA18054 for ; Fri, 5 Sep 1997 18:32:54 -0700 (PDT) Received: from isl.hrl.hac.com ([192.27.172.1]) by hac2arpa.hac.com (4.1/SMI-4.1) id AA06934; Fri, 5 Sep 97 18:28:37 PDT Received: from abend.hrl.hac.com by isl.hrl.hac.com (SMI-8.6/SMI-SVR4) id SAA14583; Fri, 5 Sep 1997 18:39:51 -0700 Received: by abend.hrl.hac.com (SMI-8.6/SMI-SVR4) id SAA02691; Fri, 5 Sep 1997 18:42:54 -0700 Date: Fri, 5 Sep 1997 18:42:54 -0700 From: connors@isl.hrl.hac.com (Dennis Connors - Intern) Message-Id: <199709060142.SAA02691@abend.hrl.hac.com> To: ns-users@mash.cs.berkeley.edu Subject: memory consumption in ns Cc: ryu@isl.hrl.hac.com, son@isl.hrl.hac.com, connors@isl.hrl.hac.com X-Sun-Charset: US-ASCII Hello, I am using ns to simulate a trace driven video connection. I am using the "Heap" scheduler. As the simulation progresses it consumes swap memory until it runs out and dies. It gives the message "Virtual Memory exceeded in 'new' ". My ns modifications free all packets that they generate. I am getting the packet interarrival times from a trace file using the "Traffic/Trace" object. Does anyone know what could cause the swap memory to continually decrease as the simulation progresses? Dennis Connors connors@isl.hrl.hac.com From owner-ns-users Sat Sep 6 08:53:35 1997 Received: from shay.ecn.purdue.edu (shaogang@shay.ecn.purdue.edu [128.46.199.11]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id IAA21632 for ; Sat, 6 Sep 1997 08:53:35 -0700 (PDT) Received: from shay.ecn.purdue.edu (shaogang@localhost) by shay.ecn.purdue.edu (8.8.5/3.8.2moyman) id KAA05062; Sat, 6 Sep 1997 10:53:31 -0500 (EST) Message-Id: <199709061553.KAA05062@shay.ecn.purdue.edu> From: Shaogang Chen Subject: Problem with making ns-2 To: bruno@cs.ucla.edu (Hemon Bruno) Date: Sat, 6 Sep 1997 10:53:31 -0500 (EST) Cc: ns-users@mash.cs.berkeley.edu In-Reply-To: from "Hemon Bruno" at Sep 4, 97 05:01:05 pm X-Mailer: ELM [version 2.4 PL25] Content-Type: text When I make ns-2, I run into the following problem. Any suggestion is welcome. c++ -o net-ip.o -c -I/homes/chensg/ns-2.0b17/../Tcl -I/usr/openwin/include -I/homes/chensg/ns-2.0b17/../otcl-0.96 -I/homes/chensg/ns-2.0b17/../tk4.2/generic -I/homes/chensg/ns-2.0b17/../tcl7.6/generic -I. -DNEED_SUNOS_PROTOS -DUSE_SHM -DHAVE_LIBOTCL0_96 -DHAVE_OTCL_H -DHAVE_LIBTK4_2 -DHAVE_TK_H -DHAVE_LIBTCL7_6 -DHAVE_TCL_H -DNO_TK -Dabort=_ABORT -O2 net-ip.cc net-ip.cc: In method `int IPNetwork::command(int, const char *const *)': net-ip.cc:134: `IP_MULTICAST_LOOP' undeclared (first use this function) net-ip.cc:134: (Each undeclared identifier is reported only once net-ip.cc:134: for each function it appears in.) net-ip.cc: In method `int IPNetwork::open(int)': net-ip.cc:195: warning: implicit declaration of function `int bzero(...)' net-ip.cc: In method `void IPNetwork::localname(struct sockaddr_in *)': net-ip.cc:284: warning: implicit declaration of function `int getsockname(...)' *** Error code 1 make: Fatal error: Command failed for target `net-ip.o' -- ============================================================================ Web: http://yake.ecn.purdue.edu/~shaogang Purdue University Office: MSEE 292 Phone: (765) 494-0434 W. Lafayette, IN 47907 ============================================================================ From owner-ns-users Mon Sep 8 10:28:31 1997 Received: from darkstar.isi.edu (darkstar.isi.edu [128.9.128.127]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id KAA28336 for ; Mon, 8 Sep 1997 10:28:30 -0700 (PDT) Received: from dash.isi.edu by darkstar.isi.edu (5.65c/5.61+local-27) id ; Mon, 8 Sep 1997 10:27:54 -0700 Received: from dash.isi.edu (localhost.isi.edu [127.0.0.1]) by dash.isi.edu (8.8.5/8.8.4) with ESMTP id KAA00399; Mon, 8 Sep 1997 10:26:34 -0700 Message-Id: <199709081726.KAA00399@dash.isi.edu> X-Url: http://www.isi.edu/~johnh/ To: connors@isl.hrl.hac.com (Dennis Connors - Intern) Cc: ns-users@mash.cs.berkeley.edu, ryu@isl.hrl.hac.com, son@isl.hrl.hac.com Subject: Re: memory consumption in ns In-Reply-To: <199709060142.SAA02691@abend.hrl.hac.com> Date: Mon, 08 Sep 1997 10:26:34 -0700 From: John Heidemann On Fri, 05 Sep 1997 18:42:54 PDT, Dennis Connors - Intern wrote: >I am using ns to simulate a trace driven video connection. I am >using the "Heap" scheduler. As the simulation progresses it >consumes swap memory until it runs out and dies. It gives the >message "Virtual Memory exceeded in 'new' ". My ns modifications >free all packets that they generate. I am getting the packet >interarrival times from a trace file using the "Traffic/Trace" >object. Does anyone know what could cause the swap memory to >continually decrease as the simulation progresses? I recommend you try using either Purify or dmalloc to see where your memory is going. Once you know that, you can verify that you're freeing all packets in your new code or that we're not freeing something in the ns core. Dmalloc usage for ns is described at . -John From owner-ns-users Mon Sep 8 11:35:57 1997 Received: from catarina.usc.edu (catarina.usc.edu [128.125.51.47]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id LAA00540 for ; Mon, 8 Sep 1997 11:35:56 -0700 (PDT) Received: from rumi.usc.edu (rumi.usc.edu [128.125.51.41]) by catarina.usc.edu (8.6.10/8.6.9) with ESMTP id LAA29777; Mon, 8 Sep 1997 11:35:24 -0700 Received: from localhost (huang@localhost) by rumi.usc.edu (8.8.5/8.6.9) with SMTP id LAA08139; Mon, 8 Sep 1997 11:34:26 -0700 (PDT) X-Authentication-Warning: rumi.usc.edu: huang owned process doing -bs Date: Mon, 8 Sep 1997 11:34:26 -0700 (PDT) From: Polly Huang X-Sender: huang@rumi To: John Heidemann cc: Dennis Connors - Intern , ns-users@mash.cs.berkeley.edu, ryu@isl.hrl.hac.com, son@isl.hrl.hac.com Subject: Re: memory consumption in ns In-Reply-To: <199709081726.KAA00399@dash.isi.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Mon, 8 Sep 1997, John Heidemann wrote: > On Fri, 05 Sep 1997 18:42:54 PDT, Dennis Connors - Intern wrote: > >I am using ns to simulate a trace driven video connection. I am > >using the "Heap" scheduler. As the simulation progresses it > >consumes swap memory until it runs out and dies. It gives the > >message "Virtual Memory exceeded in 'new' ". My ns modifications > >free all packets that they generate. I am getting the packet > >interarrival times from a trace file using the "Traffic/Trace" > >object. Does anyone know what could cause the swap memory to > >continually decrease as the simulation progresses? > > I recommend you try using either Purify or dmalloc to see where > your memory is going. Once you know that, you can verify that you're > freeing all packets in your new code or that we're not freeing > something in the ns core. > > Dmalloc usage for ns is described at > . > > -John Or, you can use a new simple helper function to find out where's the bottleneck first. $ns clearMemTrace It will show the amount of stack/heap memory used from start-up to the point this helper function is called. Called again. It will show the amount of memory used from last call to this one. To enable this, get the latest daily snapshot and compile it with -DMEMDEBUG_SIMULATIONS DEFINE option set in your Makefile. -Polly From owner-ns-users Mon Sep 8 13:25:03 1997 Received: from mlk.cs.berkeley.edu (mlk.CS.Berkeley.EDU [128.32.130.18]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id NAA02138 for ; Mon, 8 Sep 1997 13:25:02 -0700 (PDT) Received: from mlk.cs.berkeley.edu (localhost.Berkeley.EDU [127.0.0.1]) by mlk.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id NAA10602 for ; Mon, 8 Sep 1997 13:25:00 -0700 (PDT) Message-Id: <199709082025.NAA10602@mlk.cs.berkeley.edu> To: ns-users@mash.cs.berkeley.edu Subject: ns-users mail archive From: mccanne@eecs.berkeley.edu (Steven McCanne) Date: Mon, 08 Sep 1997 13:24:59 -0700 Sender: mccanne@mlk.cs.berkeley.edu The ns-users list is now archived at http://www-mash.cs.berkeley.edu/dist/archive/ns-users/ Steve From owner-ns-users Mon Sep 8 14:50:31 1997 Received: from shay.ecn.purdue.edu (shaogang@shay.ecn.purdue.edu [128.46.199.11]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id OAA03366 for ; Mon, 8 Sep 1997 14:50:29 -0700 (PDT) Received: from shay.ecn.purdue.edu (shaogang@localhost) by shay.ecn.purdue.edu (8.8.5/3.8.2moyman) id QAA22223; Mon, 8 Sep 1997 16:50:24 -0500 (EST) Message-Id: <199709082150.QAA22223@shay.ecn.purdue.edu> From: Shaogang Chen Subject: Help needed for compiling ns-2 To: mccanne@eecs.berkeley.edu (Steven McCanne) Date: Mon, 8 Sep 1997 16:50:24 -0500 (EST) Cc: ns-users@mash.cs.berkeley.edu In-Reply-To: <199709082025.NAA10602@mlk.cs.berkeley.edu> from "Steven McCanne" at Sep 8, 97 01:24:59 pm X-Mailer: ELM [version 2.4 PL25] Content-Type: text I post this problem before and still can not solve the problem. The following is the error message when I compile ns-2.0b17 c++ -o net-ip.o -c -I/homes/chensg/ns-2.0b17/../Tcl -I/usr/openwin/include -I/homes/chensg/ns-2.0b17/../otcl-0.96 -I/homes/chensg/ns-2.0b17/../tk4.2/generic -I/homes/chensg/ns-2.0b17/../tcl7.6/generic -I. -DNEED_SUNOS_PROTOS -DUSE_SHM -DHAVE_LIBOTCL0_96 -DHAVE_OTCL_H -DHAVE_LIBTK4_2 -DHAVE_TK_H -DHAVE_LIBTCL7_6 -DHAVE_TCL_H -DNO_TK -Dabort=_ABORT -O2 net-ip.cc net-ip.cc: In method `int IPNetwork::command(int, const char *const *)': net-ip.cc:134: `IP_MULTICAST_LOOP' undeclared (first use this function) net-ip.cc:134: (Each undeclared identifier is reported only once net-ip.cc:134: for each function it appears in.) net-ip.cc: In method `int IPNetwork::open(int)': net-ip.cc:195: warning: implicit declaration of function `int bzero(...)' net-ip.cc: In method `void IPNetwork::localname(struct sockaddr_in *)': net-ip.cc:284: warning: implicit declaration of function `int getsockname(...)' *** Error code 1 make: Fatal error: Command failed for target `net-ip.o' Obviously, compiler can not find IP_MULTICAST_LOOP. I fetch the tar file again, still get the same result. IP_MULTICAST_LOOP is not defined in the ns-2 source tree. So it must be defined in some include file in the unix system. I am not familiar with the multicasting in IP. Could someone tell where IP_MULTICAST_LOOP should be? --Shaogang ============================================================================ Web: http://yake.ecn.purdue.edu/~shaogang Purdue University Office: MSEE 292 Phone: (765) 494-0434 W. Lafayette, IN 47907 ============================================================================ From owner-ns-users Mon Sep 8 15:21:04 1997 Received: from starburstcom.com (gummo.starburstcom.com [206.33.96.31]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id PAA03684 for ; Mon, 8 Sep 1997 15:21:03 -0700 (PDT) Received: from dowj.starburstcom.com by starburstcom.com (5.x/SMI-SVR4) id AA20094; Mon, 8 Sep 1997 18:14:44 -0400 Message-Id: <9709082214.AA20094@starburstcom.com> From: "Christoph Haenle" To: "Shaogang Chen" Cc: Subject: Re: Help needed for compiling ns-2 Date: Mon, 8 Sep 1997 18:20:27 -0400 X-Msmail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1161 Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi Shaogang, > I post this problem before and still can not solve the problem. > The following is the error message when I compile ns-2.0b17 > c++ -o net-ip.o -c -I/homes/chensg/ns-2.0b17/../Tcl -I/usr/openwin/include -I/homes/chensg/ns-2.0b17/../otcl-0.96 -I/homes/chensg/ns-2.0b17/../tk4.2/generic -I/homes/chensg/ns-2.0b17/../tcl7.6/generic -I. -DNEED_SUNOS_PROTOS -DUSE_SHM -DHAVE_LIBOTCL0_96 -DHAVE_OTCL_H -DHAVE_LIBTK4_2 -DHAVE_TK_H -DHAVE_LIBTCL7_6 -DHAVE_TCL_H -DNO_TK -Dabort=_ABORT -O2 net-ip.cc > net-ip.cc: In method `int IPNetwork::command(int, const char *const *)': > net-ip.cc:134: `IP_MULTICAST_LOOP' undeclared (first use this function) > net-ip.cc:134: (Each undeclared identifier is reported only once > net-ip.cc:134: for each function it appears in.) > net-ip.cc: In method `int IPNetwork::open(int)': > net-ip.cc:195: warning: implicit declaration of function `int bzero(...)' > net-ip.cc: In method `void IPNetwork::localname(struct sockaddr_in *)': > net-ip.cc:284: warning: implicit declaration of function `int getsockname(...)' > *** Error code 1 > make: Fatal error: Command failed for target `net-ip.o' > > Obviously, compiler can not find IP_MULTICAST_LOOP. I fetch the tar file > again, still get the same result. IP_MULTICAST_LOOP is not defined > in the ns-2 source tree. So it must be defined in some include file > in the unix system. I am not familiar with the multicasting in IP. > Could someone tell where IP_MULTICAST_LOOP should be? > > --Shaogang > > ============================================================================ > Web: http://yake.ecn.purdue.edu/~shaogang Purdue University > Office: MSEE 292 Phone: (765) 494-0434 W. Lafayette, IN 47907 > ============================================================================ I have seen somebody reporting the same problem some weeks ago. I made him/her(?) the following suggestions, although it seemed not to help much. First thing: Forget about the 2 warnings (or see 2nd and 3rd if you want to get rid of them). You need only the 1st issue (I had the same error messy and it worked for me...) Good luck!! -Chris. ----------------------------------------------------------- 1st: Look in which include-file "IP_MULTICAST_LOOP" is defined by doing a "cd /usr/include" and then a find . -name "*.h" -print | xargs grep IP_MULTICAST_LOOP Make sure to include that file into net-ip.cc 2nd: bzero is usually defined in , but sometimes it's not. Just type a "man memset" to see which header-file to include. If nothing else helps, you can always replace the bzero(addr, len)-command with memset(addr, 0, len), which should be in . 3rd: Type a "man getsockname" to see where it is defined. Good luck, Chris. From owner-ns-users Mon Sep 8 15:28:40 1997 Received: from starburstcom.com (gummo.starburstcom.com [206.33.96.31]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id PAA03816 for ; Mon, 8 Sep 1997 15:28:38 -0700 (PDT) Received: from dowj.starburstcom.com by starburstcom.com (5.x/SMI-SVR4) id AA20200; Mon, 8 Sep 1997 18:22:22 -0400 Message-Id: <9709082222.AA20200@starburstcom.com> From: "Christoph Haenle" To: "Shaogang Chen" , "Steven McCanne" Cc: Subject: Re: Help needed for compiling ns-2 Date: Mon, 8 Sep 1997 18:28:04 -0400 X-Msmail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1161 Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi, see if you can find IP_MULTICAST_LOOP in /usr/include/netinet/in.h:#define IP_MULTICAST_LOOP 0x12 /* set/get IP multicast loopback */ If nothing else helps, you might want to try the biggest hack ever and replace the constant in net-ip.cc with 0x12 (ughh!) -Chris. ---------- > From: Shaogang Chen > To: Steven McCanne > Cc: ns-users@mash.cs.berkeley.edu > Subject: Help needed for compiling ns-2 > Date: Monday, September 08, 1997 5:50 PM > > I post this problem before and still can not solve the problem. > The following is the error message when I compile ns-2.0b17 > c++ -o net-ip.o -c -I/homes/chensg/ns-2.0b17/../Tcl -I/usr/openwin/include -I/homes/chensg/ns-2.0b17/../otcl-0.96 -I/homes/chensg/ns-2.0b17/../tk4.2/generic -I/homes/chensg/ns-2.0b17/../tcl7.6/generic -I. -DNEED_SUNOS_PROTOS -DUSE_SHM -DHAVE_LIBOTCL0_96 -DHAVE_OTCL_H -DHAVE_LIBTK4_2 -DHAVE_TK_H -DHAVE_LIBTCL7_6 -DHAVE_TCL_H -DNO_TK -Dabort=_ABORT -O2 net-ip.cc > net-ip.cc: In method `int IPNetwork::command(int, const char *const *)': > net-ip.cc:134: `IP_MULTICAST_LOOP' undeclared (first use this function) > net-ip.cc:134: (Each undeclared identifier is reported only once > net-ip.cc:134: for each function it appears in.) > net-ip.cc: In method `int IPNetwork::open(int)': > net-ip.cc:195: warning: implicit declaration of function `int bzero(...)' > net-ip.cc: In method `void IPNetwork::localname(struct sockaddr_in *)': > net-ip.cc:284: warning: implicit declaration of function `int getsockname(...)' > *** Error code 1 > make: Fatal error: Command failed for target `net-ip.o' > > Obviously, compiler can not find IP_MULTICAST_LOOP. I fetch the tar file > again, still get the same result. IP_MULTICAST_LOOP is not defined > in the ns-2 source tree. So it must be defined in some include file > in the unix system. I am not familiar with the multicasting in IP. > Could someone tell where IP_MULTICAST_LOOP should be? > > --Shaogang > > ============================================================================ > Web: http://yake.ecn.purdue.edu/~shaogang Purdue University > Office: MSEE 292 Phone: (765) 494-0434 W. Lafayette, IN 47907 > ============================================================================ > From owner-ns-users Mon Sep 8 15:32:46 1997 Received: from ell.ee.lbl.gov (ell.ee.lbl.gov [131.243.1.20]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id PAA03827 for ; Mon, 8 Sep 1997 15:32:45 -0700 (PDT) Received: by ell.ee.lbl.gov (8.8.7/8.8.5) id PAA19000; Mon, 8 Sep 1997 15:32:39 -0700 (PDT) From: kfall@ee.lbl.gov (Kevin Fall) Message-Id: <199709082232.PAA19000@ell.ee.lbl.gov> To: "Christoph Haenle" cc: "Shaogang Chen" , "Steven McCanne" , Subject: Re: Help needed for compiling ns-2 In-reply-to: Your communique of Mon, 08 Sep 97 18:28:04 EDT. <9709082222.AA20200@starburstcom.com> Date: Mon, 08 Sep 97 15:32:38 PDT > > From: "Christoph Haenle" > To: "Shaogang Chen" , "Steven McCanne" > cc: > Subject: Re: Help needed for compiling ns-2 > Date: Mon, 08 Sep 97 18:28:04 EDT > > Hi, > > see if you can find IP_MULTICAST_LOOP in > > /usr/include/netinet/in.h:#define IP_MULTICAST_LOOP 0x12 /* > set/get IP multicast loopback */ > > If nothing else helps, you might want to try the biggest hack ever and > replace the constant in net-ip.cc with 0x12 (ughh!) > > -Chris. you might just want to consider not compiling tap.cc, net.cc, and net-ip.cc. They are only used for "emulation" at this point anyhow {which is experimental}. So, I believe if you just edit the makefile to not compile those three files you will probably be in luck. - K From owner-ns-users Mon Sep 8 16:15:50 1997 Received: from catarina.usc.edu (catarina.usc.edu [128.125.51.47]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id QAA04176 for ; Mon, 8 Sep 1997 16:15:50 -0700 (PDT) From: kannan@catarina.usc.edu Received: (from kannan@localhost) by catarina.usc.edu (8.6.10/8.6.9) id QAA02097; Mon, 8 Sep 1997 16:15:46 -0700 Message-Id: <199709082315.QAA02097@catarina.usc.edu> To: Shaogang Chen cc: bruno@cs.ucla.edu (Hemon Bruno), ns-users@mash.cs.berkeley.edu Subject: Re: Problem with making ns-2 In-reply-to: Your message of Sat, 06 Sep 1997 10:53:31 -0500.<199709061553.KAA05062@shay.ecn.purdue.edu> Date: Mon, 08 Sep 1997 16:15:45 -0700 Sender: kannan@catarina.usc.edu ShaoGang, The IP_MULTICAST_TTL and other multicast definitions should appear on netinet/in.h. They are added defines that appear when you get the current multicast distribution, and apply them patches to your machine. Note that this requires kernel and other mods, and you may not want to go through this procedure. It may be possible that you have a multicat kernel built on another machine, and you only need to apply the include file patches that comes with the multicast distribution. Alternately, you can grab the distribution, apply the diffs to the necessary include files and keep a local copy for yourself. Another option is to build ns on a machine on which the multicast software has been completely applied. (If you had previously built gcc on this other machine, and gcc is on a shared file system, you would be in good shape for entirely curious reasons :-) Two other sessions that have been proposed earlier would also work. - Note that with Cristoph's suggestion, you also need to define IP_MULTICAST_TTL to something. - With the other suggestion of simply excising the odd files from the build, you need not worry about these details. FYI, you can check out the MBONE FAQ at http://www.mediadesign.co.at/newmedia/more/mbone-faq.html to address your multicast related questions. In particular, if you decide to make your machine multicast aware...the question is: ----------------------------------------------------------------------- Where can I get the IP multicast software and mrouted program? The IP multicast software is available by anonymous FTP from the vmtp-ip directory on host gregorio.stanford.edu. Here's a snapshot of the files: ipmulti-pmax31c.tar ipmulti-sunos41x.tar.Z Binaries & patches for SunOS 4.1.1,2,3 ipmulticast-ultrix4.1.patch ipmulticast-ultrix4.2a-binary.tar ipmulticast-ultrix4.2a.patch ipmulticast.README [** Warning: out of date **] ipmulticast.tar.Z Sources for BSD You don't need kernel sources to add multicast support. Included in the distributions are files (sources or binaries, depending upon the system) to modify your BSD, SunOS, or Ultrix kernel to support IP multicast, including the mrouted program and special multicast versions of ping and netstat. Silicon Graphics includes IP multicast as a standard part of their operating system. The mrouted executable and ip_mroute kernel module are not installed by default; you must install the eoe2.sw.ipgate subsystem and "autoconfig" the kernel to be able to act as a multicast router. In the IRIX 4.0.x release, there is a bug in the kernel code that handles multicast tunnels; an unsupported fix is available via anonymous ftp from sgi.com in the sgi/ipmcast directory. See the README there for details on installing it. IP multicast is also included in Sun's Solaris 2.1 and in BSD 4.4 when/if it is released. The most common problem encountered when running this software is with hosts that respond incorrectly to IP multicasts. These responses typically take the form of ICMP network unreachable, redirect, or time-exceeded error messages, which are a nuisance but mostly harmless until we get several such hosts each sending a packet in response to 50 packets per second of packet audio. These responses are in violation of the current IP specification and, with luck, will disappear over time. ----------------------------------------------------------------------- Kannan >>> From: Shaogang Chen >>> Date: Sat, 06 Sep 1997 10:53:31 CDT > When I make ns-2, I run into the following problem. > Any suggestion is welcome. > > > c++ -o net-ip.o -c -I/homes/chensg/ns-2.0b17/../Tcl -I/usr/openwin/include -I/ > homes/chensg/ns-2.0b17/../otcl-0.96 -I/homes/chensg/ns-2.0b17/../tk4.2/generic - > I/homes/chensg/ns-2.0b17/../tcl7.6/generic -I. -DNEED_SUNOS_PROTOS -DUSE_SHM - > DHAVE_LIBOTCL0_96 -DHAVE_OTCL_H -DHAVE_LIBTK4_2 -DHAVE_TK_H -DHAVE_LIBTCL7_6 -DH > AVE_TCL_H -DNO_TK -Dabort=_ABORT -O2 net-ip.cc > net-ip.cc: In method `int IPNetwork::command(int, const char *const *)': > net-ip.cc:134: `IP_MULTICAST_LOOP' undeclared (first use this function) > net-ip.cc:134: (Each undeclared identifier is reported only once > net-ip.cc:134: for each function it appears in.) > net-ip.cc: In method `int IPNetwork::open(int)': > net-ip.cc:195: warning: implicit declaration of function `int bzero(...)' > net-ip.cc: In method `void IPNetwork::localname(struct sockaddr_in *)': > net-ip.cc:284: warning: implicit declaration of function `int getsockname(...)' > *** Error code 1 > make: Fatal error: Command failed for target `net-ip.o' > > -- > ============================================================================ > Web: http://yake.ecn.purdue.edu/~shaogang Purdue University > Office: MSEE 292 Phone: (765) 494-0434 W. Lafayette, IN 47907 > ============================================================================ > > > From owner-ns-users Mon Sep 8 20:42:33 1997 Received: from ee.lsu.edu (sol.ee.lsu.edu [130.39.124.150]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id UAA05999 for ; Mon, 8 Sep 1997 20:42:32 -0700 (PDT) Received: from saturn.lsu.edu by ee.lsu.edu (SMI-8.6/SMI-SVR4) id WAA13886; Mon, 8 Sep 1997 22:42:15 -0500 Received: from gate.ee.lsu.edu by saturn.lsu.edu (SMI-8.6/SMI-SVR4) id WAA16595; Mon, 8 Sep 1997 22:41:27 -0500 Sender: alok@ee.lsu.edu Message-ID: <3414C562.F709A0F1@gate.ee.lsu.edu> Date: Mon, 08 Sep 1997 22:41:23 -0500 From: Alok Gulati Organization: LSU X-Mailer: Mozilla 4.02 [en] (X11; I; SunOS 5.5.1 sun4u) MIME-Version: 1.0 To: ns-users@mash.cs.berkeley.edu Subject: Installation problem with ns2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi, I downloaded a copy of ns2. But am having problems in retreivng the tar files. It gives me an error saying tar: directory checksum error. Can you please advise me for the same. Thanks -- Alok Gulati Department of Electrical and Computer Engineering Louisiana State University Home phone: (504) 336-9093 From owner-ns-users Tue Sep 9 03:52:05 1997 Received: from milou.comp.lancs.ac.uk (milou.comp.lancs.ac.uk [194.80.34.7]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id DAA07792 for ; Tue, 9 Sep 1997 03:52:04 -0700 (PDT) Received: from tina.comp.lancs.ac.uk by milou.comp.lancs.ac.uk; Tue, 9 Sep 1997 11:44:47 +0100 From: "Randa" Message-Id: <28050.199709091049@tina.comp.lancs.ac.uk> Received: by tina.comp.lancs.ac.uk; Tue, 9 Sep 1997 11:49:08 +0100 Subject: nam To: ns-users@mash.cs.berkeley.edu Date: Tue, 9 Sep 1997 11:49:08 +0100 (BST) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hi, 1) I have some problems when running nam. It reports the following error while executing the demos using nam : version conflict for package "Tcl": have 7.5, need 7.6 while executing "package require -exact Tcl 7.6" I have Tcl 7.6 installed and everything from ns page. ----------- 2) when running simple-rtp.tcl, I have the following error: invalid command name "Agent/Session/RTP" while executing "Agent/Session/RTP create _o67" ("eval" body line 1) invoked from within "eval $className create $o $args" (procedure "new" line 3) invoked from within "new Agent/Session/RTP" invoked from within "set s0 [new Agent/Session/RTP]..." (file "simple-rtp.tcl" line 50) 3) Also, what is the difference between Agent/Session/RTP (if it is implemented) and Agent/CBR/RTP? Thanks in advance Randa randa@comp.lancs.ac.uk From owner-ns-users Tue Sep 9 09:50:59 1997 Received: from shay.ecn.purdue.edu (shaogang@shay.ecn.purdue.edu [128.46.199.11]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id JAA08865 for ; Tue, 9 Sep 1997 09:50:58 -0700 (PDT) Received: from shay.ecn.purdue.edu (shaogang@localhost) by shay.ecn.purdue.edu (8.8.5/3.8.2moyman) id LAA01928; Tue, 9 Sep 1997 11:50:23 -0500 (EST) Message-Id: <199709091650.LAA01928@shay.ecn.purdue.edu> From: Shaogang Chen Subject: Re: Help needed for compiling ns-2 To: christoph@starburstcom.com (Christoph Haenle) Date: Tue, 9 Sep 1997 11:50:23 -0500 (EST) Cc: shaogang@ecn.purdue.edu, mccanne@eecs.berkeley.edu, ns-users@mash.cs.berkeley.edu In-Reply-To: <9709082222.AA20200@starburstcom.com> from "Christoph Haenle" at Sep 8, 97 06:28:04 pm X-Mailer: ELM [version 2.4 PL25] Content-Type: text Hi, Thanks all folks for your valuable suggestions. I can not find IP_MULTICAST_LOOP in my department by using all methods mentioned in the emails. Finally what I do is adding #ifndef IP_MULTICAST_LOOP #define IP_MULTICAST_LOOP 0x12 #endif to all files using IP_MULTICAST_LOOP. It works. However, at almost the final compiling step, I run into a problem again. The following is the error message: c++ -o gen/ns_tcl.o -c -I/homes/chensg/ns-2.0b17/../Tcl -I/usr/openwin/include -I/homes/chensg/ns-2.0b17/../otcl-0.96 -I/homes/chensg/ns-2.0b17/../tk4.2/generic -I/homes/chensg/ns-2.0b17/../tcl7.6/generic -I. -DNEED_SUNOS_PROTOS -DUSE_SHM -DHAVE_LIBOTCL0_96 -DHAVE_OTCL_H -DHAVE_LIBTK4_2 -DHAVE_TK_H -DHAVE_LIBTCL7_6 -DHAVE_TCL_H -DNO_TK -Dabort=_ABORT -O2 gen/ns_tcl.cc gcc: Internal compiler error: program cc1plus got fatal signal 4 *** Error code 1 make: Fatal error: Command failed for target `gen/ns_tcl.o' In the console, there is error messges too: sendsig: bad signal stack pid=3841, sig=4 sigsp = 0xf7ffd268, action = 0xf7732ba0, upc = 0xf778d424 I suspect my computer does not have enough memory to compile ns_tcl.cc. Any suggestion is welcome. -SHaogang > > Hi, > > see if you can find IP_MULTICAST_LOOP in > > /usr/include/netinet/in.h:#define IP_MULTICAST_LOOP 0x12 /* > set/get IP multicast loopback */ > > If nothing else helps, you might want to try the biggest hack ever and > replace the constant in net-ip.cc with 0x12 (ughh!) > > -Chris. > > > ---------- > > From: Shaogang Chen > > To: Steven McCanne > > Cc: ns-users@mash.cs.berkeley.edu > > Subject: Help needed for compiling ns-2 > > Date: Monday, September 08, 1997 5:50 PM > > > > I post this problem before and still can not solve the problem. > > The following is the error message when I compile ns-2.0b17 > > c++ -o net-ip.o -c -I/homes/chensg/ns-2.0b17/../Tcl > -I/usr/openwin/include -I/homes/chensg/ns-2.0b17/../otcl-0.96 > -I/homes/chensg/ns-2.0b17/../tk4.2/generic > -I/homes/chensg/ns-2.0b17/../tcl7.6/generic -I. -DNEED_SUNOS_PROTOS > -DUSE_SHM -DHAVE_LIBOTCL0_96 -DHAVE_OTCL_H -DHAVE_LIBTK4_2 -DHAVE_TK_H > -DHAVE_LIBTCL7_6 -DHAVE_TCL_H -DNO_TK -Dabort=_ABORT -O2 net-ip.cc > > net-ip.cc: In method `int IPNetwork::command(int, const char *const *)': > > net-ip.cc:134: `IP_MULTICAST_LOOP' undeclared (first use this function) > > net-ip.cc:134: (Each undeclared identifier is reported only once > > net-ip.cc:134: for each function it appears in.) > > net-ip.cc: In method `int IPNetwork::open(int)': > > net-ip.cc:195: warning: implicit declaration of function `int bzero(...)' > > net-ip.cc: In method `void IPNetwork::localname(struct sockaddr_in *)': > > net-ip.cc:284: warning: implicit declaration of function `int > getsockname(...)' > > *** Error code 1 > > make: Fatal error: Command failed for target `net-ip.o' > > > > Obviously, compiler can not find IP_MULTICAST_LOOP. I fetch the tar file > > again, still get the same result. IP_MULTICAST_LOOP is not defined > > in the ns-2 source tree. So it must be defined in some include file > > in the unix system. I am not familiar with the multicasting in IP. > > Could someone tell where IP_MULTICAST_LOOP should be? > > > > --Shaogang > > > > > ============================================================================ > > > Web: http://yake.ecn.purdue.edu/~shaogang Purdue University > > Office: MSEE 292 Phone: (765) 494-0434 W. Lafayette, IN 47907 > > > ============================================================================ > > > > -- ============================================================================ Web: http://yake.ecn.purdue.edu/~shaogang Purdue University Office: MSEE 292 Phone: (765) 494-0434 W. Lafayette, IN 47907 ============================================================================ From owner-ns-users Thu Sep 11 14:55:56 1997 Received: from darkstar.isi.edu (darkstar.isi.edu [128.9.128.127]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id OAA26865; Thu, 11 Sep 1997 14:55:26 -0700 (PDT) Received: from dash.isi.edu by darkstar.isi.edu (5.65c/5.61+local-27) id ; Thu, 11 Sep 1997 14:55:24 -0700 Received: from dash.isi.edu (localhost.isi.edu [127.0.0.1]) by dash.isi.edu (8.8.5/8.8.4) with ESMTP id OAA02651; Thu, 11 Sep 1997 14:45:54 -0700 Message-Id: <199709112145.OAA02651@dash.isi.edu> To: ns-announce@mash.cs.berkeley.edu, ns-users@mash.cs.berkeley.edu, end2end-interest@ISI.EDU Reply-To: ns-users@mash.cs.berkeley.edu Subject: ns-2.0 released Date: Thu, 11 Sep 1997 14:45:53 -0700 From: John Heidemann Ns-2.0 has been released. Instructions for getting and building ns are at . WHAT'S NS? ---------- Ns is a discrete event simulator targeted at networking research. It provides substantial support for simulation of TCP, routing, and multicast protocols. Ns began as a variant of the REAL network simulator in 1989 and has evolved substantially over the past few years. The ns development effort is now an ongoing collaboration with the VINT project. WHAT'S NEW IN 2.0? ------------------ This version is the first non-beta release of ns-2.0. By non-beta, we mean that it (nearly) completely subsumes ns-1 in functionality and has substantial documentation. Ns includes: - an accurate (although not necessarily complete :-) man page - substantial additional documentation based on a SIGCOMM '97 tutorial (available at , new since 2.0b17) - complete ns-1 functionality (although some changes to ns-1 have not necessarily been ported to in ns-2, see ) - substantial new functionality (compared to ns-1) (multi-path routing, RTP, additional scheduling algorithms, SRM, ``centralized multicast'', link-layer, MAC, and shared channel modules for mobile hosts) - backwards compatibility with ns-1 scripts (with some small exceptions, see ) Ns-2.0 is available from and requires TclCL-1.0b3 (also available there), Tcl-7.6 and otcl-0.96. - the ns developers From owner-ns-users Thu Sep 11 22:54:15 1997 Received: from belize.it.earthlink.net (belize-c.it.earthlink.net [204.250.46.130]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id WAA28938 for ; Thu, 11 Sep 1997 22:54:14 -0700 (PDT) Received: from red.ipsilon.com (ip93.mountain-view.ca.pub-ip.psi.net [38.10.127.93]) by belize.it.earthlink.net (8.8.7/8.8.5) with SMTP id WAA08925 for ; Thu, 11 Sep 1997 22:54:12 -0700 (PDT) Received: from red.ipsilon.com by red.ipsilon.com (8.6.12) id WAA02585; Thu, 11 Sep 1997 22:54:09 -0700 Message-Id: <199709120554.WAA02585@red.ipsilon.com> X-Mailer: exmh version 1.6.9 8/22/96 To: ns-users@mash.cs.berkeley.edu Subject: Re: ns-2.0 released In-reply-to: Your message of "Thu, 11 Sep 1997 14:45:53 PDT." <199709112145.OAA02651@dash.isi.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 11 Sep 1997 22:54:06 -0700 From: Greg Minshall John, red# gcc -v gcc version 2.6.3 how much trouble am i going to be in here? thanks, Greg Minshall From owner-ns-users Thu Sep 11 22:59:44 1997 Received: from catarina.usc.edu (catarina.usc.edu [128.125.51.47]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id WAA28948 for ; Thu, 11 Sep 1997 22:59:44 -0700 (PDT) From: kannan@catarina.usc.edu Received: (from kannan@localhost) by catarina.usc.edu (8.6.10/8.6.9) id WAA22998; Thu, 11 Sep 1997 22:59:41 -0700 Message-Id: <199709120559.WAA22998@catarina.usc.edu> To: Greg Minshall cc: ns-users@mash.cs.berkeley.edu Subject: Re: ns-2.0 released In-reply-to: Your message of Thu, 11 Sep 1997 22:54:06 -0700.<199709120554.WAA02585@red.ipsilon.com> Date: Thu, 11 Sep 1997 22:59:41 -0700 Sender: kannan@catarina.usc.edu Greg, Very much, we believe. gcc 2.6.3 gets stuck on some odd bugs. Check out the problems web page, http://www-mash.cs.berkeley.edu/ns/ns-problems.html Kannan >>> From: Greg Minshall >>> Date: Thu, 11 Sep 1997 22:54:06 PDT > John, > > red# gcc -v > gcc version 2.6.3 > > how much trouble am i going to be in here? > > thanks, Greg Minshall From owner-ns-users Fri Sep 12 13:04:32 1997 Received: from webster.priacc.com (webster.eng.priacc.com [206.136.9.47]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id NAA01857 for ; Fri, 12 Sep 1997 13:04:32 -0700 (PDT) Received: from aztec.eng.priacc.com (aztec.eng.priacc.com [206.136.9.4]) by webster.priacc.com (8.7.4/8.7.3/MDP970721-BSDI-MASTER) with ESMTP id NAA27270 for ; Fri, 12 Sep 1997 13:04:01 -0700 (PDT) Received: (from bpetry@localhost) by aztec.eng.priacc.com (8.7.5/8.7.3/MDP960816-SUNOS41-PA-LEAF) id NAA18536 for ns-users@mash.cs.berkeley.edu; Fri, 12 Sep 1997 13:03:59 -0700 (PDT) From: Brian Petry Message-Id: <199709122003.NAA18536@aztec.eng.priacc.com> Subject: Re: ns-2.0 released To: ns-users@mash.cs.berkeley.edu Date: Fri, 12 Sep 1997 13:03:58 -0700 (PDT) In-Reply-To: <199709112145.OAA02651@dash.isi.edu> from "John Heidemann" at Sep 11, 97 02:45:53 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text What's the status of CSMA/CD support? > > > > Ns-2.0 has been released. Instructions for getting and building ns > are at . > > > WHAT'S NS? > ---------- > > Ns is a discrete event simulator targeted at networking research. > It provides substantial support for simulation of TCP, routing, and > multicast protocols. > > Ns began as a variant of the REAL network simulator in 1989 and has > evolved substantially over the past few years. The ns development > effort is now an ongoing collaboration with the VINT project. > > > WHAT'S NEW IN 2.0? > ------------------ > > This version is the first non-beta release of ns-2.0. > By non-beta, we mean that it (nearly) completely subsumes ns-1 > in functionality and has substantial documentation. > Ns includes: > > > - an accurate (although not necessarily complete :-) man page > > - substantial additional documentation based on a SIGCOMM '97 tutorial > (available at , > new since 2.0b17) > > - complete ns-1 functionality > (although some changes to ns-1 have not necessarily been ported to > in ns-2, see ) > > - substantial new functionality (compared to ns-1) > (multi-path routing, RTP, additional scheduling algorithms, > SRM, ``centralized multicast'', link-layer, MAC, and shared > channel modules for mobile hosts) > > - backwards compatibility with ns-1 scripts > (with some small exceptions, see > ) > > > Ns-2.0 is available from > > and requires TclCL-1.0b3 (also available there), > Tcl-7.6 and otcl-0.96. > > > - the ns developers > > From owner-ns-users Fri Sep 12 14:19:20 1997 Received: from desolation.CS.Berkeley.EDU (desolation.CS.Berkeley.EDU [128.32.33.142]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id OAA01936 for ; Fri, 12 Sep 1997 14:19:20 -0700 (PDT) Received: from desolation.CS.Berkeley.EDU (hari@localhost) by desolation.CS.Berkeley.EDU (8.8.3/8.8.2) with ESMTP id OAA23368; Fri, 12 Sep 1997 14:16:06 -0700 (PDT) From: Hari Balakrishnan Message-Id: <199709122116.OAA23368@desolation.CS.Berkeley.EDU> X-Mailer: exmh version 2.0zeta 7/24/97 Reply-To: Hari Balakrishnan X-url: http://www.cs.berkeley.edu/~hari To: Brian Petry cc: ns-users@mash.cs.berkeley.edu Subject: Re: ns-2.0 released In-reply-to: Your message of "Fri, 12 Sep 1997 13:03:58 PDT." <199709122003.NAA18536@aztec.eng.priacc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 12 Sep 1997 14:16:05 -0700 >>> Brian Petry said: > > What's the status of CSMA/CD support? > It exists. Look in mac-csma.cc, which contains code to simulate CSMA/CA and CSMA/CD. Other supported MAC protocols include a protocol based on the 802.11 spec (in mac-802_11.cc) and a RTS/CTS-like MAC protocol for multi-hop wireless networks, based loosely on Metricom's Ricochet protocol (in mac-multihop.cc). There is also a link-layer module where you can plug in your own link-layer protocol (or use one of the existing ones), as well as a channel object where error models can be added (there are some built-in ones here too). -- Hari. From owner-ns-users Sat Sep 13 13:38:29 1997 Received: from bachman.cs.ou.edu (root@bachman.cs.ou.edu [129.15.78.226]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id NAA08468 for ; Sat, 13 Sep 1997 13:38:28 -0700 (PDT) Received: from vpl2.cs.ou.edu (gopalr@vpl2 [129.15.78.101]) by bachman.cs.ou.edu (8.7.5/8.7.3) with SMTP id PAA00865 for ; Sat, 13 Sep 1997 15:37:12 -0500 (CDT) Received: by vpl2.cs.ou.edu (SMI-8.6/SMI-SVR4) id PAA00850; Sat, 13 Sep 1997 15:37:21 -0500 Date: Sat, 13 Sep 1997 15:37:21 -0500 From: gopalr@bachman.cs.ou.edu (Gopal Racherla) Message-Id: <199709132037.PAA00850@vpl2.cs.ou.edu> To: ns-users@mash.cs.berkeley.edu Subject: unsubscribe gopalr@cs.ou.edu X-Sun-Charset: US-ASCII unsubscribe gopalr@cs.ou.edu From owner-ns-users Sat Sep 13 16:40:35 1997 Received: from starburstcom.com (gummo.starburstcom.com [206.33.96.31]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id QAA08697 for ; Sat, 13 Sep 1997 16:40:34 -0700 (PDT) Received: from dowj.starburstcom.com by starburstcom.com (5.x/SMI-SVR4) id AA05755; Sat, 13 Sep 1997 19:34:43 -0400 Message-Id: <9709132334.AA05755@starburstcom.com> From: "Christoph Haenle" To: Subject: loss-models for computational bottlenecks? Date: Sat, 13 Sep 1997 19:40:23 -0400 X-Msmail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1161 Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi all, is there support for loss models in which packets get lost due to a processing power problem rather than a queue overflow in ns-2? I know there were some links like "lossy-uniform" and "lossy-det" etc. in ns-1.4, but I can't find anything similar in ns-2. In my simulations, it appears that packet loss is _very_ little (with pure TCP traffic) while bandwidth is still pretty good utilized, which is a strong indicator that TCP does a pretty good job. Also, real measurements show that packet loss is mainly close to the leaves in the MBone (where workstations etc. are often used for routing, which can become a performance bottleneck is we are in a timesharing system) rather than near the backbone-links (where dedicated routers are employed). There are sort of "session level loss"-classes, e.g. chapter 10 of latest ns-2 draft, but I'm looking for something on a node-level (or link-level). -Chris. From owner-ns-users Mon Sep 15 08:36:22 1997 Received: from sirius.ctr.columbia.edu (root@sirius.ctr.columbia.edu [128.59.64.60]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id IAA12234 for ; Mon, 15 Sep 1997 08:36:21 -0700 (PDT) Received: from iapetus.ctr.columbia.edu (whycu@iapetus.ctr.columbia.edu [128.59.74.31]) by sirius.ctr.columbia.edu (8.8.7/8.6.4.287) with ESMTP id LAA16927 for ; Mon, 15 Sep 1997 11:36:19 -0400 (EDT) Received: from localhost (whycu@localhost) by iapetus.ctr.columbia.edu (8.8.7/8.6.4.788743) with SMTP id LAA09647 for ; Mon, 15 Sep 1997 11:36:17 -0400 (EDT) Date: Mon, 15 Sep 1997 11:36:15 -0400 (EDT) From: Huayan Wang To: ns-users@mash.cs.berkeley.edu Subject: Is ns-2.0 compatible with Tcl/tk8.0? In-Reply-To: <199709082025.NAA10602@mlk.cs.berkeley.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Does anyone know wether ns-2.0 is compatible with Tcl/tk8.0 or not? Thanks. Amy. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Huayan Amy Wang GRA, EE dept, Columbia U. Tel: 212-939-7158 URL: http://www.ctr.columbia.edu/~whycu ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ From owner-ns-users Mon Sep 15 09:03:57 1997 Received: from extra.ucc.su.OZ.AU (extra.ucc.su.OZ.AU [129.78.64.4]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id IAA12253 for ; Mon, 15 Sep 1997 08:59:36 -0700 (PDT) Received: from ktu.extro.ucc.su.oz.au (mp-13-16.mp.usyd.edu.au [129.78.58.140]) by extra.ucc.su.OZ.AU (8.8.7/8.6.12) with SMTP id BAA14162 for ; Tue, 16 Sep 1997 01:58:03 +1000 (EST) Message-Id: <199709151558.BAA14162@extra.ucc.su.OZ.AU> From: "Colin Phan" To: Subject: Re: NS-2 Compilation Date: Tue, 16 Sep 1997 02:09:34 +1000 MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.71.1008.3 X-MimeOle: Produced By Microsoft MimeOLE Engine V4.71.1008.3 I want to unsubscribe this mailing list. How would I go about to do that? Thank you for help. Colin From owner-ns-users Mon Sep 15 10:13:07 1997 Received: from hoe.isi.edu (hoe.isi.edu [128.9.160.164]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id KAA12513 for ; Mon, 15 Sep 1997 10:13:06 -0700 (PDT) Received: from localhost (haoboy@localhost) by hoe.isi.edu (8.8.5/8.8.5) with SMTP id KAA00498; Mon, 15 Sep 1997 10:13:21 -0700 (PDT) X-Authentication-Warning: hoe.isi.edu: haoboy owned process doing -bs Date: Mon, 15 Sep 1997 10:13:20 -0700 (PDT) From: Haobo Yu To: John Heidemann cc: ns-users@mash.cs.berkeley.edu Subject: Re: Huayan Wang: Is ns-2.0 compatible with Tcl/tk8.0? In-Reply-To: <199709151656.JAA20543@dash.isi.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Hi, Amy, Yes, it does. But you'll have to make TclCL and OTcl compatible with Tcl/Tk 8.0. I have a quick hack for OTcl v0.96 (without the Berkeley patch) at http://catarina.usc.edu/~haoboy/. I'll put my TclCL changes there soon. According to my experience with Tcl/Tk 8.0b2, my hack won't allow you to gain much from the compiled objects of Tcl/Tk 8.0. If you have a lot of big list/array manipulations, Tcl/Tk8.0 will have big advantage, but I think this is not typical for most ns scripts. Also, you'll have increased memory usage. It's not been tested whether my hacks will work with namespace. - Haobo > Does anyone know wether ns-2.0 is compatible > with Tcl/tk8.0 or not? Thanks. > > Amy. > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > Huayan Amy Wang > GRA, EE dept, Columbia U. > Tel: 212-939-7158 > URL: http://www.ctr.columbia.edu/~whycu > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ From owner-ns-users Mon Sep 15 11:35:51 1997 Received: from catarina.usc.edu (catarina.usc.edu [128.125.51.47]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id LAA13664 for ; Mon, 15 Sep 1997 11:35:51 -0700 (PDT) Received: from rumi.usc.edu (rumi.usc.edu [128.125.51.41]) by catarina.usc.edu (8.6.10/8.6.9) with ESMTP id LAA03409 for ; Mon, 15 Sep 1997 11:35:49 -0700 Received: from localhost (huang@localhost) by rumi.usc.edu (8.8.5/8.6.9) with SMTP id LAA29923 for ; Mon, 15 Sep 1997 11:34:39 -0700 (PDT) X-Authentication-Warning: rumi.usc.edu: huang owned process doing -bs Date: Mon, 15 Sep 1997 11:34:39 -0700 (PDT) From: Polly Huang X-Sender: huang@rumi To: NS Users Subject: Re: DM with rtmodel (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Thu, 11 Sep 1997, Haobo Yu wrote: > Hi, Polly, > > Will DM work with rtmodel? I got very strange result when I use the two > together, which turned out that rtmodel was completely broken with DM. But > when I changed to CtrMcast, everything worked fine. Do you have any clue? > > Thanks a lot. > > - Haobo This is fixed and the changes are committed into mash repository. [... something to do with the recent changes to rtmodel implementation...]. ns-developers can do a 'cvs update -d' to get the updated code. So, there are at least 3 bugs related to mcast after 2.0 release. They are found in tcl/ex/newmcast/[cmcast*,mcast*,session*].tcl tests. All three problems are reported in ns-problems.html. ns-users please see this page for bug-fixes. http://mash.cs.berkeley.edu/ns/ns-problems.html Regards, -Polly From owner-ns-users Mon Sep 15 13:43:00 1997 Received: from im.cs.umass.edu (im.cs.umass.edu [128.119.41.173]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id NAA14418 for ; Mon, 15 Sep 1997 13:42:59 -0700 (PDT) Received: from im (localhost [127.0.0.1]) by im.cs.umass.edu (8.7.6/8.6.9) with ESMTP id UAA17772; Mon, 15 Sep 1997 20:42:22 GMT Message-Id: <199709152042.UAA17772@im.cs.umass.edu> From: "Sue B. Moon" X-Url: http://www.cs.umass.edu/~sbmoon To: ns-users@mash.cs.berkeley.edu Cc: sbmoon@im.cs.umass.edu Subject: about the random number generator Organization: U. of Massachusetts at Amherst Date: Mon, 15 Sep 1997 16:42:21 -0400 Sender: sbmoon@im.cs.umass.edu Hi, I have been using ns-1.0b4 and on for my research, and enjoyed it a lot. While preparing to use ns-2 for my simulation, I got interested in the random number generators, and took a closer look at the one in ns. The RNG generator in ns-2 is decent, and easily implementable on any machine with 32-bit integers. The generator, however, has a weakness when it comes to statistical randomness tests, which is mentioned in the CACM paper. In A.M. Law and W. D. Kelton's "Simulation Modeling and Analysis", they recommend a different value 630360016 for "a", which is statistically superior than a=16807 currently used in ns-2. They provide a implementation technique called "simulated division," and provide the C source code for it, that is portable on any 32-bit integer platform. I have included it below. The seeds in the seed table of Law & Kelton's generator are distanced at 100,000, and this information can be very useful for users who know approximately how many random numbers they use in one stream, and don't want to make two streams overlap if one is to be longer than 100,000. I am no number-theory expert, but at least this random number generator is better than the current one with a=16807. Since the code is readily available, and most ns users will run serious simulations, I think it's worthwhile to invest in a good random number generator. One last note: I think it'd be good to have a warning to setting a seed heuristically, because it renders the experiment not re-generatable. Thanks very much for your great tool. -Sue From owner-ns-users Mon Sep 15 13:44:06 1997 Received: from im.cs.umass.edu (im.cs.umass.edu [128.119.41.173]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id NAA14425 for ; Mon, 15 Sep 1997 13:44:05 -0700 (PDT) Received: from im (localhost [127.0.0.1]) by im.cs.umass.edu (8.7.6/8.6.9) with ESMTP id UAA17782; Mon, 15 Sep 1997 20:43:31 GMT Message-Id: <199709152043.UAA17782@im.cs.umass.edu> From: "Sue B. Moon" X-Url: http://www.cs.umass.edu/~sbmoon To: ns-users@mash.cs.berkeley.edu Cc: sbmoon@im.cs.umass.edu Subject: the random number generator code from Law & Kelton Organization: U. of Massachusetts at Amherst Date: Mon, 15 Sep 1997 16:43:30 -0400 Sender: sbmoon@im.cs.umass.edu /* Prime modulus multiplicative linear congruential generator Z[i] = (630360016 * Z[i-1]) (mod(pow(2,31) -1)), based on Marse and Roberts' portable FORTRAN random-number generator UNIRAN. Multiple (100) streams are supported, with seeds spaced 100,000 apart. Throughout, input argument "stream" must be an int giving the desired stream number. The header file rand.h must be included in the calling program (#include "rand.h") before using these functions. Usage: (Three functions) 1. To obtain the next U(0,1) random number from stream "stream," execute u = rand(stream); where rand is a float function. The float variable u will contain the next random number. 2. To set the seed for stream "stream" to the desired value zset, execute randst(zset, stream); where randst is a void function and zset must be a long set to the desired seed, a number between 1 and 2147483646 (inclusive). Default seeds for all 100 streams are given in the code. 3. To get the current (most recently used) integer in the sequence being generated for stream "stream" into the long variable zget, execute zget = randgt(stream); where randgt is a long function. */ #define MODLUS 2147483647 #define MULT1 24112 #define MULT2 26143 static long zrng[] = { 0, 1973272912, 281629770, 20006270,1280689831,2096730329,1933576050, 913566091, 246780520,1363774876, 604901985,1511192140,1259851944, 824064364, 150493284, 242708531, 75253171,1964472944,1202299975, 233217322,1911216000, 726370533, 403498145, 993232223,1103205531, 762430696,1922803170,1385516923, 76271663, 413682397, 726466604, 336157058,1432650381,1120463904, 595778810, 877722890,1046574445, 68911991,2088367019, 748545416, 622401386,2122378830, 640690903, 1774806513,2132545692,2079249579, 78130110, 852776735,1187867272, 1351423507,1645973084,1997049139, 922510944,2045512870, 898585771, 243649545,1004818771, 773686062, 403188473, 372279877,1901633463, 498067494,2087759558, 493157915, 597104727,1530940798,1814496276, 536444882,1663153658, 855503735, 67784357,1432404475, 619691088, 119025595, 880802310, 176192644,1116780070, 277854671,1366580350, 1142483975,2026948561,1053920743, 786262391,1792203830,1494667770, 1923011392,1433700034,1244184613,1147297105, 539712780,1545929719, 190641742,1645390429, 264907697, 620389253,1502074852, 927711160, 364849192,2049576050, 638580085, 547070247 }; float rand(int stream) { long zi, lowprd, hi31; zi = zrng[stream]; lowprd = (zi & 65535) * MULT1; hi31 = (zi >> 16) * MULT1 + (lowprd >> 16); zi = ((lowprd & 65535) - MODLUS) + ((hi31 & 32767) << 16) + (hi31 >> 15); if (zi < 0) { zi += MODLUS; } lowprd = (zi & 65535) * MULT2; hi31 = (zi >> 16) * MULT2 + (lowprd >> 16); zi = ((lowprd & 65535) - MODLUS) + ((hi31 & 32767) << 16) + (hi31 >> 15); if (zi < 0) { zi += MODLUS; } zrng[stream] = zi; return ((zi >> 7 | 1) + 1)/16777216.0; } void randst(long zset, int stream) { zrng[stream] = zset; } long randgt(int stream) { return zrng[stream]; } From owner-ns-users Tue Sep 16 14:08:48 1997 Received: from darkstar.isi.edu (darkstar.isi.edu [128.9.128.127]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id OAA18619 for ; Tue, 16 Sep 1997 14:08:47 -0700 (PDT) Received: from dash.isi.edu by darkstar.isi.edu (5.65c/5.61+local-27) id ; Tue, 16 Sep 1997 14:08:47 -0700 Received: from dash.isi.edu (localhost.isi.edu [127.0.0.1]) by dash.isi.edu (8.8.5/8.8.4) with ESMTP id OAA03852; Tue, 16 Sep 1997 14:07:11 -0700 Message-Id: <199709162107.OAA03852@dash.isi.edu> X-Url: http://www.isi.edu/~johnh/ To: "Sue B. Moon" Cc: ns-users@mash.cs.berkeley.edu Subject: Re: about the random number generator In-Reply-To: <199709152042.UAA17772@im.cs.umass.edu> Date: Tue, 16 Sep 1997 14:07:10 -0700 From: John Heidemann On Mon, 15 Sep 1997 16:42:21 EDT, "Sue B. Moon" wrote: >I have been using ns-1.0b4 and on for my research, >and enjoyed it a lot. While preparing to use ns-2 for my simulation, >I got interested in the random number generators, >and took a closer look at the one in ns. Thanks for the interest; we just added the RNG in the last release. >The RNG generator in ns-2 is decent, and easily implementable >on any machine with 32-bit integers. >The generator, however, has a weakness when it comes >to statistical randomness tests, which is mentioned in the >CACM paper. In A.M. Law and W. D. Kelton's "Simulation Modeling >and Analysis", they recommend a different value 630360016 for "a", >which is statistically superior than a=16807 currently used in ns-2. >They provide a implementation technique called "simulated division," >and provide the C source code for it, that is >portable on any 32-bit integer platform. I have included it below. > >The seeds in the seed table of Law & Kelton's generator are >distanced at 100,000, and this information can be very useful >for users who know approximately how many random numbers they use >in one stream, and don't want to make two streams overlap if one >is to be longer than 100,000. > >I am no number-theory expert, but at least this random number >generator is better than the current one with a=16807. >Since the code is readily available, and most ns users will run serious >simulations, I think it's worthwhile to invest in a good random number >generator. Getting a good RNG is important to us. I'm no number-theory expert either, but it looks to me like your RNG is the basically same mechanism as the one in ns 2.0 with a different initial seed. My understanding was that the seed A=16807 had a known long period, so I'm not sure what weakness you're refering to. Both of the CACM papers referred to in rng.cc suggest that A=16807 is not a bad choice. Wrt a pre-spaced seed table, rng.cc already implements a table of seeds ~33M steps apart, although with an initial vaule of 16807. >One last note: I think it'd be good to have a warning to setting >a seed heuristically, because it renders the experiment not re-generatable. This is mentioned in the man page. If you have a suggestion (or a patch) to make it more clear, we'd be happy to consider it. I'm hestitant to clutter up the run-time output with lots of warnings. -John Heidemann From owner-ns-users Thu Sep 18 09:59:57 1997 Received: from mlab.t.u-tokyo.ac.jp (biopolis.t.u-tokyo.ac.jp [133.11.64.197]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id JAA24835 for ; Thu, 18 Sep 1997 09:59:32 -0700 (PDT) Received: from biopolis.t.u-tokyo.ac.jp by mlab.t.u-tokyo.ac.jp (8.8.4/3.1W/neo-014/09/94+18:34:32) id BAA22155; Fri, 19 Sep 1997 01:57:04 +0900 (JST) Message-Id: <199709181657.BAA22155@mlab.t.u-tokyo.ac.jp> To: ns-users@mash.cs.berkeley.edu cc: balim@mlab.t.u-tokyo.ac.jp Subject: Fragmentation Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Date: Fri, 19 Sep 1997 01:57:03 +0900 From: Lim Boon Aik Hi, Does ns support IP fragmentation or link layer fragmentation such as what's purposed in PPP multilink? When I look at the programs in ip.h, ip.cc and other files, I can't find any procedure that is related with fragmentation. Lim From owner-ns-users Mon Sep 22 13:28:56 1997 Received: from cello.cs.iitm.ernet.in ([206.103.12.228]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id NAA07347 for ; Mon, 22 Sep 1997 13:28:34 -0700 (PDT) From: swami@cs.iitm.ernet.in Received: (from swami@localhost) by cello.cs.iitm.ernet.in (8.7.5/8.6.9) id CAA07099; Tue, 23 Sep 1997 02:00:28 +0530 Date: Tue, 23 Sep 1997 02:00:28 +0530 Message-Id: <199709222030.CAA07099@cello.cs.iitm.ernet.in> To: ns-users@mash.cs.berkeley.edu X-URL: http://mash.cs.berkeley.edu/ns/ns-build.html X-Mailer: Lynx, Version 2.5 X-Personal_name: N Swaminathan Subject: Problems with running 'ns'... Hello, I recently installed the Network Simulator. Every thing went fine including the installation of the required versions of Tcl, Tk, OTcl etc and ns itself. But when I tried to run the test program such as: ./ns test-suite.tcl tahoe1 I get the error message : ns: can't load library libotcl.so When I checked whether the library is in /usr/local/lib it was there. Is there any other location it ns would check. Is it possible to make it to look at /usr/local/lib ? Kindly let me know. Many thanks in advance. with regards, -swami From owner-ns-users Mon Sep 22 13:47:57 1997 Received: from darkstar.isi.edu (darkstar.isi.edu [128.9.128.127]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id NAA07424 for ; Mon, 22 Sep 1997 13:47:57 -0700 (PDT) Received: from dash.isi.edu by darkstar.isi.edu (5.65c/5.61+local-27) id ; Mon, 22 Sep 1997 13:47:55 -0700 Received: from dash.isi.edu (localhost.isi.edu [127.0.0.1]) by dash.isi.edu (8.8.5/8.8.4) with ESMTP id NAA23469; Mon, 22 Sep 1997 13:45:15 -0700 Message-Id: <199709222045.NAA23469@dash.isi.edu> X-Url: http://www.isi.edu/~johnh/ To: swami@cs.iitm.ernet.in Cc: ns-users@mash.cs.berkeley.edu Subject: Re: Problems with running 'ns'... In-Reply-To: <199709222030.CAA07099@cello.cs.iitm.ernet.in> Date: Mon, 22 Sep 1997 13:45:15 -0700 From: John Heidemann On Tue, 23 Sep 1997 02:00:28 +0530, swami@cs.iitm.ernet.in wrote: >... when >I tried to run the test program such as: >./ns test-suite.tcl tahoe1 > > I get the error message : ns: can't load library libotcl.so >When I checked whether the library is in /usr/local/lib >it was there. Is there any other location it ns would check. >Is it possible to make it to look at /usr/local/lib ? >Kindly let me know. This is probably a dynamic linking problem or configuration error with your system. I recommend you investigate the man pages ld.so(8), ld(8), and/or ldd(8). I suspect you will find that your LD_LIBRARY_PATH needs to be augmented. -John Heidemann From owner-ns-users Tue Sep 23 04:29:12 1997 Received: from inf.ethz.ch (root@neptune.ethz.ch [129.132.10.10]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id EAA09616 for ; Tue, 23 Sep 1997 04:29:10 -0700 (PDT) Received: from lillian.inf.ethz.ch (root@lillian-infics2.inf.ethz.ch [129.132.134.66]) by inf.ethz.ch (8.6.10/8.6.10) with ESMTP id NAA25842 for ; Tue, 23 Sep 1997 13:29:03 +0200 Received: from gavia.inf.ethz.ch (gavia.inf.ethz.ch [129.132.134.91]) by lillian.inf.ethz.ch (8.8.4/8.7.1) with SMTP id NAA29245 for <@lillian.inf.ethz.ch:ns-users@mash.cs.berkeley.edu>; Tue, 23 Sep 1997 13:28:59 +0200 (MET DST) Received: (from bolliger@localhost) by gavia.inf.ethz.ch (950413.SGI.8.6.12/950213.SGI.AUTOCF) id NAA21438 for ns-users@mash.cs.berkeley.edu; Tue, 23 Sep 1997 13:28:59 +0200 From: bolliger@inf.ethz.ch (Juerg Bolliger) Message-Id: <199709231128.NAA21438@gavia.inf.ethz.ch> Subject: NS-Workshop Feedback To: ns-users@mash.cs.berkeley.edu Date: Tue, 23 Sep 1997 13:28:59 +0200 (MDT) X-Mailer: ELM [version 2.4ME+ PL28 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hi ns-users, First of all I'd like to thank Sally, Steve, Kevin and Kannan (and of course everyone else involved) for their great efforts regarding documentation of ns-2 and the organisation of the NS-Workshop that followed SIGCOMM. Thanks a lot ! I'd like to make two suggestions for future NS-Workshops: 1. You may want to consider splitting the Workshop up into 2 Workshops, one for ns-beginners and one for advanced users. 2. Take your time while explaining ns internals and how to use ns. I thought it was a bit unfortunate that Kevin and Kannan had to rush through the slides towards the end. A lot of useful information has been missed out that way, which is unfortunate considering the efforts required to put all the stuff up for presentation. (I think, most people would not have minded a changed/extended schedule). Keep up the good work ! Regards, -- Juerg -- \|||/ (o o) ----------------------------oOO-(_)-OOo-------------------------------------- Juerg Bolliger Phone: +41 1 632 7345 Institute for Computer Systems Fax: +41 1 632 1307 Dept. of Computer Science ETH Zentrum, RZ H9 E-mail: bolliger@inf.ethz.ch CH - 8092 Zuerich, Switzerland ----------------------------------------------------------------------------- From owner-ns-users Tue Sep 23 08:33:49 1997 Received: from diabolo.upc.es (diabolo.upc.es [147.83.2.2]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id IAA10108 for ; Tue, 23 Sep 1997 08:33:46 -0700 (PDT) Received: from mat.upc.es (mat.upc.es [147.83.39.3]) by diabolo.upc.es (8.8.6/8.8.6) with ESMTP id RAA10008 for ; Tue, 23 Sep 1997 17:31:17 +0200 (MET DST) Received: from maite145 (maite145 [147.83.39.145]) by mat.upc.es (8.7.6/8.7.3) with SMTP id RAA20351 for ; Tue, 23 Sep 1997 17:31:14 +0100 (WET DST) Received: from maite145 by maite145 (SMI-8.6/SMI-SVR4) id RAA16948; Tue, 23 Sep 1997 17:26:28 +0100 Sender: jlinares@mat.upc.es Message-ID: <3427EDB2.2C74@mat.upc.es> Date: Tue, 23 Sep 1997 17:26:26 +0100 From: "Jaume Linares (P-acalveras) Jun 97" X-Mailer: Mozilla 3.0 (X11; I; SunOS 5.5.1 sun4m) MIME-Version: 1.0 To: ns-users@mash.cs.berkeley.edu Subject: Fragmenting and reassembling packets Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi ns-users, I would like to get some information about ns version 1. I would like to make an agent that receive packets with size N and fragment them in packets of size M, where N > M. Obviously it must retransmit N/M packets accross the link. In the other side of the link there must be an agent for reassembling the packet. Is it already done in ns? Where can I find it? Thank-you very much for your help and congratulations for the mailing list. Jaume Linares University of Barcelona (Spain) From owner-ns-users Tue Sep 23 12:09:07 1997 Received: from scf-fs.usc.edu (scf-fs.usc.edu [128.125.253.183]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id MAA10890 for ; Tue, 23 Sep 1997 12:09:06 -0700 (PDT) Received: from sal-sun67.usc.edu (sal-sun67.usc.edu [128.125.115.67]) by scf-fs.usc.edu (8.8.4/8.8.4/usc) with ESMTP id MAA07115; Tue, 23 Sep 1997 12:08:55 -0700 (PDT) Received: from localhost (gurvinde@localhost) by sal-sun67.usc.edu (8.8.4/8.8.4/usc) with SMTP id MAA16227; Tue, 23 Sep 1997 12:08:46 -0700 (PDT) Date: Tue, 23 Sep 1997 12:08:46 -0700 (PDT) From: gurvinde To: John Heidemann cc: swami@cs.iitm.ernet.in, ns-users@mash.cs.berkeley.edu, Gurvinder Singh Subject: Problems with running 'ns' for ethernet... In-Reply-To: <199709222045.NAA23469@dash.isi.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Hi, I am a new user to NS and i want some information on 1. If there is a way to simulate Ethernet with NS ? The problem i am working on is to have multiple users on the ethernet Some of the users are Multimedia application users like video conference. 1 user is http ie web surfing user. 1 user is an FTP client. I want to increase the # of MULTIMEDIA Application users and see the effect of this on the ftp client and how it behaves and how much increase in delay, bandwidth consumption and other parameters are effect for both FTP and HTTP client. ___________|| __|__ || |___| || E FTP Client || T ___________|| H __|__ || E |___| || R HTTP client|| N ___________|| E __|__ || T |___| || MultiMedia || Client || MM-Client # 1 (MM-C #1) (# 1) || ___________|| __|__ || |___| || MM-C #2 || ___________|| __|__ || |___| || MM-C #3 || ___________|| __|__ || |___| || MM-C #4 || ___________|| __|__ || |___| || MM-C #5 || ___________|| __|__ || |___| . . | . . . . ___________ __|__ |___| Please help .. Thank you. Gurvinder. _____________________________________________________________________________ GURVINDER SINGH / / / ____ ___/ M.S. COMPUTER NETWORKS 721,WEST 30th ST, / / / / /_ / / MULTIMEDIA & CREATIVE TECH. LOS ANGELES. CA 90007 / / / /\__ \/ / (213)-765-0015 / /_/ /___/ / /___ ELECTRICAL ENGINEERING DEPT. gurvinde@scf.usc.edu \____/\____/\____/ UNIVERSITY OF SOUTHERN CA. ______________________________________________________________________________ On Mon, 22 Sep 1997, John Heidemann wrote: > On Tue, 23 Sep 1997 02:00:28 +0530, swami@cs.iitm.ernet.in wrote: > >... when > >I tried to run the test program such as: > >./ns test-suite.tcl tahoe1 > > > > I get the error message : ns: can't load library libotcl.so > >When I checked whether the library is in /usr/local/lib > >it was there. Is there any other location it ns would check. > >Is it possible to make it to look at /usr/local/lib ? > >Kindly let me know. > > This is probably a dynamic linking problem or configuration error with > your system. I recommend you investigate the man pages ld.so(8), > ld(8), and/or ldd(8). I suspect you will find that your > LD_LIBRARY_PATH needs to be augmented. > > -John Heidemann > From owner-ns-users Tue Sep 23 14:44:57 1997 Received: from darkstar.isi.edu (darkstar.isi.edu [128.9.128.127]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id OAA11699 for ; Tue, 23 Sep 1997 14:44:45 -0700 (PDT) Received: from dash.isi.edu by darkstar.isi.edu (5.65c/5.61+local-27) id ; Tue, 23 Sep 1997 14:44:39 -0700 Received: from dash.isi.edu (localhost.isi.edu [127.0.0.1]) by dash.isi.edu (8.8.5/8.8.4) with ESMTP id OAA29102; Tue, 23 Sep 1997 14:42:40 -0700 Message-Id: <199709232142.OAA29102@dash.isi.edu> X-Url: http://www.isi.edu/~johnh/ To: Andras Olah Cc: ns-users@mash.cs.berkeley.edu Subject: Re: ns-2.0 released In-Reply-To: <3424DFBB.D5635AA5@lt.eth.ericsson.se> Date: Tue, 23 Sep 1997 14:42:39 -0700 From: John Heidemann On Sun, 21 Sep 1997 10:50:03 +0200, Andras Olah wrote: >John Heidemann wrote: > >> Ns-2.0 has been released. Instructions for getting and building ns >> are at . > >Could you please check the URL because I'm unable to connect to this host. FYI, >I access the web through a corporate firewall and I always get a transaction >timeout although I have no problems fetching files from other hosts out on the >net. The URL works for me. If the problem is from your firewall (or some interaction between it and mash's web server) it will probably difficult for us to debug. I suggest you discuss it with your firewall administrator. -John Heidemann From owner-ns-users Wed Sep 24 09:32:24 1997 Received: from im.cs.umass.edu (im.cs.umass.edu [128.119.41.173]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id JAA13531 for ; Wed, 24 Sep 1997 09:32:23 -0700 (PDT) Received: from im (localhost [127.0.0.1]) by im.cs.umass.edu (8.7.6/8.6.9) with ESMTP id QAA07931; Wed, 24 Sep 1997 16:30:41 GMT Message-Id: <199709241630.QAA07931@im.cs.umass.edu> From: "Sue B. Moon" X-Url: http://www.cs.umass.edu/~sbmoon To: John Heidemann cc: ns-users@mash.cs.berkeley.edu Subject: Re: about the random number generator In-reply-to: Your message of Tue, 16 Sep 1997 14:07:10 -0700. <199709162107.OAA03852@dash.isi.edu> Organization: U. of Massachusetts at Amherst Date: Wed, 24 Sep 1997 12:30:40 -0400 Sender: sbmoon@im.cs.umass.edu Quoth John Heidemann : > Getting a good RNG is important to us. > I'm no number-theory expert either, but it looks to me like > your RNG is the basically same mechanism as the one in ns 2.0 > with a different initial seed. My understanding was that the seed > A=16807 had a known long period, so I'm not sure what weakness you're > refering to. Both of the CACM papers referred to in rng.cc suggest > that A=16807 is not a bad choice. Both multipliers have the same long period of m=2^31-2. Law & Kelton's book recommends a=630360016 over a=16807 siting Fishman and Moore's work. Unlike their 1986 CACM paper where they checked global randomness of rn generators, Fishman and Moore's 1982 JASA paper covers statistical tests for local randomness and cites a=16807 to be poor. But as both multipliers are worse than others recommended in Fishman and Moore's CACM paper in terms of global randomness, the best would be to implement a rn generator using one of those good multipliers. I haven't found any code implementing one of those, and hope someone can dig up and post it. Since the rn generator with a=16807 has been out there for quite a while, it'd be interesting to hear what people's experiences are with it. Thanks. -Sue From owner-ns-users Thu Sep 25 18:30:25 1997 Received: from starburstcom.com (gummo.starburstcom.com [206.33.96.31]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id SAA18356 for ; Thu, 25 Sep 1997 18:30:22 -0700 (PDT) Received: by starburstcom.com (5.x/SMI-SVR4) id AA15555; Thu, 25 Sep 1997 21:24:38 -0400 Date: Thu, 25 Sep 1997 21:24:38 -0400 Message-Id: <9709260124.AA15555@starburstcom.com> From: Christoph Haenle To: ns-users@mash.cs.berkeley.edu Subject: SRM log is not correct Kannan, I've been seeking the origin for incorrect data in the logfile for ca. 15 hours. Wanted to measure how many duplicate lost packets and repairs the various participants of an SRM-group with 1 sender and n receiver experience. My expectation was that the overall sum of "#lost packets" and "#dupl. repairs" is somewhat more or less constant for all receivers (at least for low packet loss rates under the assumption that repair packets get lost rarely). In that case, the equation should hold because if all receivers see all repair packets, then the lossy ones report a fewer number of dupREPR's and a larger number of lost packets whereas the good receivers have hardly and packet loss, but more dupREPR's. However, it turned out that the equation was pretty much violated. I figured out the problem: Lost repair-requests do not trigger a new instance of "SRM/repair" if a repair-packet is received later on (see point 1.) --------------------------------------------------------------------- Agent/SRM instproc recv-repair {round sender msgid} { $self instvar pending_ stats_ if ![info exists pending_($sender:$msgid)] { # 1. We didn't hear the request for the older ADU, or # 2. This is a very late repair beyond the $3 d_{S,B}$ wait # What should we do? [NOTHING] --------------------------------------------------------------------- If the packet loss is repaired by other participants by a couple of repair packets, then all of them will be ignored, thus no statistics_ is logged for that sequence number. This causes my measurements to greatly become wrong. Just like a SRM/request-instance stays alive for 3d(S,B) after the missing packet was received (no repair is ever sent in SRM/request-instances) only because of gathering statistics, the same should be in the situation described above, i.e. a SRM/repair-instance should be created and set immediately to the "holdDown" state. Do you have a suggestion or could you take care of this? -Chris. From owner-ns-users Fri Sep 26 00:15:25 1997 Received: from TerraServer.Maltanet.Net (terraserver.maltanet.net [194.158.38.134]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id AAA18804 for ; Fri, 26 Sep 1997 00:15:23 -0700 (PDT) Received: by TerraServer.Maltanet.Net(Lotus SMTP MTA v1.05 (274.9 11-27-1996)) id C125651E.00277684 ; Fri, 26 Sep 1997 09:11:02 +0200 X-Lotus-FromDomain: TERRANET From: "Chris Cassar" To: ns-users@mash.cs.berkeley.edu Message-ID: Date: Fri, 26 Sep 1997 09:10:57 +0200 Subject: NAM Mime-Version: 1.0 Content-type: text/plain; charset=US-ASCII Hi all, Am I doing something wrong or is the nam available to the public compiled with libtcl instead of tclcl not usable with ns2-17.0b. Thanks Chris From owner-ns-users Fri Sep 26 10:59:06 1997 Received: from starburstcom.com (gummo.starburstcom.com [206.33.96.31]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id KAA20167 for ; Fri, 26 Sep 1997 10:58:57 -0700 (PDT) Received: by starburstcom.com (5.x/SMI-SVR4) id AA21708; Fri, 26 Sep 1997 13:53:07 -0400 Date: Fri, 26 Sep 1997 13:53:07 -0400 Message-Id: <9709261753.AA21708@starburstcom.com> From: Christoph Haenle To: ns-users@mash.cs.berkeley.edu Subject: SRM once more Hi Kannan, I've got 2 issues: 1.) It seems to me that recovery from packet loss doesn't work as it should if the first packet (sequence number 0) gets lost: ------------------------------------------------- virtual int request(SRMinfo* sp, int hi) { int miss = 0; if (!hi || sp->ldata_ >= hi) return miss; int maxsize = ((int)log10(hi) + 2) * (hi - sp->ldata_); ------------------------------------------------- Why don't you make it "log10(hi+1)" and leave out the "!hi ||" ? 2.) In SRMAgent::command(...) ------------------------------------------------- [...] sip_->distance_ = 0.0; [...] ------------------------------------------------- Initializing distance_ to 0 causes trouble when scheduling a repair request because the event is then scheduled _exactly_ at "now" and this causes trouble when the tcl-precision is somewhat <17 digits (digits are cut off which in turn causes the event to be scheduled in the past). Would be better to set distance_ to 1.0 (as is done in the SRMinfo-constructor). Hope I don't bother you but I thought it might be valuable comments. From owner-ns-users Fri Sep 26 11:33:19 1997 Received: from mail.eecis.udel.edu (j7VBgtu+neSZusVTVQfP2qJvaA6ZzmfT@louie.udel.edu [128.175.1.3]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id LAA20198 for ; Fri, 26 Sep 1997 11:33:18 -0700 (PDT) Received: from ren.cis.udel.edu by mail.eecis.udel.edu id aa01352; 26 Sep 1997 14:30 EDT Date: Fri, 26 Sep 1997 14:30:24 -0400 (EDT) From: Shahzad Ali To: ns-users@mash.cs.berkeley.edu Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Hi, I am trying to install ns v2 with Tclv7.6 and Tk v4.2. While compiling the source code for otcl, I got this error. i was wondering if you could help me with this error. The error is during the link phase of the compilation process. I am enclosing the exact error that the linker is giving me. Thanks Shahzad gcc -o otclsh -g -O -I. -I../tcl7.6/generic -I../tk4.2/bin/include -I/usr/local/X11R6/include otclAppInit.c \ -L. -lotcl -L../tcl7.6/bin/lib -ltcl7.6 -ldl -lm Undefined first referenced symbol in file socket libtcl7.6.a(tclUnixChan.o) getpeername libtcl7.6.a(tclUnixChan.o) recv libtcl7.6.a(tclUnixChan.o) gethostbyname libtcl7.6.a(tclUnixChan.o) accept libtcl7.6.a(tclUnixChan.o) send libtcl7.6.a(tclUnixChan.o) bind libtcl7.6.a(tclUnixChan.o) setsockopt libtcl7.6.a(tclIOSock.o) getservbyname libtcl7.6.a(tclIOSock.o) gethostbyaddr libtcl7.6.a(tclUnixChan.o) getsockopt libtcl7.6.a(tclIOSock.o) inet_addr libtcl7.6.a(tclUnixChan.o) inet_ntoa libtcl7.6.a(tclUnixChan.o) getsockname libtcl7.6.a(tclUnixChan.o) listen libtcl7.6.a(tclUnixChan.o) connect libtcl7.6.a(tclUnixChan.o) ld: fatal: Symbol referencing errors. No output written to otclsh *** Error code 1 make: Fatal error: Command failed for target `otclsh' From owner-ns-users Fri Sep 26 12:45:57 1997 Received: from sirius.ctr.columbia.edu (root@sirius.ctr.columbia.edu [128.59.64.60]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id MAA20859 for ; Fri, 26 Sep 1997 12:45:56 -0700 (PDT) Received: from meteor.ctr.columbia.edu (whycu@meteor.ctr.columbia.edu [128.59.68.29]) by sirius.ctr.columbia.edu (8.8.7/8.6.4.287) with ESMTP id PAA29691; Fri, 26 Sep 1997 15:45:54 -0400 (EDT) Received: from localhost (whycu@localhost) by meteor.ctr.columbia.edu (8.8.7/8.6.4.788743) with SMTP id PAA11324; Fri, 26 Sep 1997 15:45:51 -0400 (EDT) Date: Fri, 26 Sep 1997 15:45:51 -0400 (EDT) From: Huayan Wang To: Shahzad Ali cc: ns-users@mash.cs.berkeley.edu Subject: Re: your mail In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Fri, 26 Sep 1997, Shahzad Ali wrote: > > > Hi, > > I am trying to install ns v2 with Tclv7.6 and Tk v4.2. While compiling > the source code for otcl, I got this error. i was wondering if you could > help me with this error. The error is during the link phase of the > compilation process. I am enclosing the exact error that the linker is > giving me. > Thanks > > Shahzad > > gcc -o otclsh -g -O -I. -I../tcl7.6/generic > -I../tk4.2/bin/include -I/usr/local/X11R6/include otclAppInit.c \ > -L. -lotcl -L../tcl7.6/bin/lib -ltcl7.6 -ldl -lm > Undefined first referenced > symbol in file > socket libtcl7.6.a(tclUnixChan.o) > getpeername libtcl7.6.a(tclUnixChan.o) > recv libtcl7.6.a(tclUnixChan.o) > gethostbyname libtcl7.6.a(tclUnixChan.o) > accept libtcl7.6.a(tclUnixChan.o) > send libtcl7.6.a(tclUnixChan.o) > bind libtcl7.6.a(tclUnixChan.o) > setsockopt libtcl7.6.a(tclIOSock.o) > getservbyname libtcl7.6.a(tclIOSock.o) > gethostbyaddr libtcl7.6.a(tclUnixChan.o) > getsockopt libtcl7.6.a(tclIOSock.o) > inet_addr libtcl7.6.a(tclUnixChan.o) > inet_ntoa libtcl7.6.a(tclUnixChan.o) > getsockname libtcl7.6.a(tclUnixChan.o) > listen libtcl7.6.a(tclUnixChan.o) > connect libtcl7.6.a(tclUnixChan.o) > ld: fatal: Symbol referencing errors. No output written to otclsh > *** Error code 1 > make: Fatal error: Command failed for target `otclsh' > > > you need link some more libraries. add -lsocket -lnsl before -ldl in your make file, or just do gcc -o otclsh -g -O -I. -I../tcl7.6/generic -I../tk4.2/bin/include -I/usr/local/X11R6/include otclAppInit.c \ -L. -lotcl -L../tcl7.6/bin/lib -ltcl7.6 -lsocket -lnsl -ldl -lm good luck. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Huayan Amy Wang GRA, EE dept, Columbia U. Tel: 212-939-7158 URL: http://www.ctr.columbia.edu/~whycu ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ From owner-ns-users Fri Sep 26 15:59:59 1997 Received: from starburstcom.com (gummo.starburstcom.com [206.33.96.31]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id PAA21272 for ; Fri, 26 Sep 1997 15:59:58 -0700 (PDT) Received: from dowj.starburstcom.com by starburstcom.com (5.x/SMI-SVR4) id AA24632; Fri, 26 Sep 1997 18:53:25 -0400 Message-Id: <9709262253.AA24632@starburstcom.com> From: "Christoph Haenle" To: "Huayan Wang" , "Shahzad Ali" Cc: Subject: Re: your mail Date: Fri, 26 Sep 1997 18:59:38 -0400 X-Msmail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1161 Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Huayan, for some reason, two libs are missing: -lsocket -lnsl They should be in /usr/lib Try patching your Makefile (or Makefile.in and do a ./configure) by appending this after "-lm" and see if it works. -Chris. ---------- > From: Huayan Wang > To: Shahzad Ali > Cc: ns-users@mash.cs.berkeley.edu > Subject: Re: your mail > Date: Friday, September 26, 1997 3:45 PM > > > On Fri, 26 Sep 1997, Shahzad Ali wrote: > > > > > > > Hi, > > > > I am trying to install ns v2 with Tclv7.6 and Tk v4.2. While compiling > > the source code for otcl, I got this error. i was wondering if you could > > help me with this error. The error is during the link phase of the > > compilation process. I am enclosing the exact error that the linker is > > giving me. > > Thanks > > > > Shahzad > > > > gcc -o otclsh -g -O -I. -I../tcl7.6/generic > > -I../tk4.2/bin/include -I/usr/local/X11R6/include otclAppInit.c \ > > -L. -lotcl -L../tcl7.6/bin/lib -ltcl7.6 -ldl -lm > > Undefined first referenced > > symbol in file > > socket libtcl7.6.a(tclUnixChan.o) > > getpeername libtcl7.6.a(tclUnixChan.o) > > recv libtcl7.6.a(tclUnixChan.o) > > gethostbyname libtcl7.6.a(tclUnixChan.o) > > accept libtcl7.6.a(tclUnixChan.o) > > send libtcl7.6.a(tclUnixChan.o) > > bind libtcl7.6.a(tclUnixChan.o) > > setsockopt libtcl7.6.a(tclIOSock.o) > > getservbyname libtcl7.6.a(tclIOSock.o) > > gethostbyaddr libtcl7.6.a(tclUnixChan.o) > > getsockopt libtcl7.6.a(tclIOSock.o) > > inet_addr libtcl7.6.a(tclUnixChan.o) > > inet_ntoa libtcl7.6.a(tclUnixChan.o) > > getsockname libtcl7.6.a(tclUnixChan.o) > > listen libtcl7.6.a(tclUnixChan.o) > > connect libtcl7.6.a(tclUnixChan.o) > > ld: fatal: Symbol referencing errors. No output written to otclsh > > *** Error code 1 > > make: Fatal error: Command failed for target `otclsh' > > > > > > > > you need link some more libraries. > add -lsocket -lnsl before -ldl in your make file, or > just do > gcc -o otclsh -g -O -I. -I../tcl7.6/generic > -I../tk4.2/bin/include -I/usr/local/X11R6/include otclAppInit.c \ > -L. -lotcl -L../tcl7.6/bin/lib -ltcl7.6 -lsocket -lnsl -ldl -lm > > good luck. > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > Huayan Amy Wang > GRA, EE dept, Columbia U. > Tel: 212-939-7158 > URL: http://www.ctr.columbia.edu/~whycu > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > From owner-ns-users Fri Sep 26 16:14:42 1997 Received: from darkstar.isi.edu (darkstar.isi.edu [128.9.128.127]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id QAA21289 for ; Fri, 26 Sep 1997 16:14:22 -0700 (PDT) Received: from dash.isi.edu by darkstar.isi.edu (5.65c/5.61+local-27) id ; Fri, 26 Sep 1997 16:14:21 -0700 Received: from dash.isi.edu (localhost.isi.edu [127.0.0.1]) by dash.isi.edu (8.8.5/8.8.4) with ESMTP id QAA04699; Fri, 26 Sep 1997 16:12:13 -0700 Message-Id: <199709262312.QAA04699@dash.isi.edu> X-Url: http://www.isi.edu/~johnh/ To: Shahzad Ali Cc: ns-users@mash.cs.berkeley.edu In-Reply-To: Date: Fri, 26 Sep 1997 16:12:12 -0700 From: John Heidemann On Fri, 26 Sep 1997 14:30:24 EDT, Shahzad Ali wrote: >I am trying to install ns v2 with Tclv7.6 and Tk v4.2. While compiling >the source code for otcl, I got this error. i was wondering if you could >help me with this error. The error is during the link phase of the >compilation process. I am enclosing the exact error that the linker is >giving me. >Thanks > >Shahzad > >gcc -o otclsh -g -O -I. -I../tcl7.6/generic >-I../tk4.2/bin/include -I/usr/local/X11R6/include otclAppInit.c \ >-L. -lotcl -L../tcl7.6/bin/lib -ltcl7.6 -ldl -lm Several people suggested ways to build otclsh by adding libraries. Ns doesn't actually use the otclsh program, just the library, so you can also just ignore this error. -John From owner-ns-users Fri Sep 26 17:17:19 1997 Received: from mail.eecis.udel.edu (C4kqZ/P6+toZoHVQJ4ra13FqJOjEu/lz@louie.udel.edu [128.175.1.3]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id RAA21470 for ; Fri, 26 Sep 1997 17:17:19 -0700 (PDT) Received: from ren.cis.udel.edu by mail.eecis.udel.edu id aa14816; 26 Sep 1997 20:15 EDT Date: Fri, 26 Sep 1997 20:15:08 -0400 (EDT) From: Shahzad Ali To: ns-users@mash.cs.berkeley.edu Subject: ns v2 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII I have been able to fix the problems that I was having and I seem to have installed ns propely. however, when I run ./ns test-suite.tcl tahoe1, it gives an error. The error is as follows ./ns test-suite.tcl tahoe1 ld.so.1: ./ns: fatal: libotcl.so: can't open file: errno=2 Killed Any ideas about that. Shahzad Ali. From owner-ns-users Fri Sep 26 18:36:17 1997 Received: from starburstcom.com (gummo.starburstcom.com [206.33.96.31]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id SAA21960 for ; Fri, 26 Sep 1997 18:36:16 -0700 (PDT) Received: from dowj.starburstcom.com by starburstcom.com (5.x/SMI-SVR4) id AA25225; Fri, 26 Sep 1997 21:30:08 -0400 Message-Id: <9709270130.AA25225@starburstcom.com> From: "Christoph Haenle" To: "Shahzad Ali" , Subject: Re: ns v2 Date: Fri, 26 Sep 1997 21:36:20 -0400 X-Msmail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1161 Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Shahzad, do a "echo $LD_LIBRARY_PATH" and make sure the path to libotcl.so is included. Maybe you have installed libotcl.so in a "non-standard" lib-directory. Good luck, -Chris. ---------- > From: Shahzad Ali > To: ns-users@mash.cs.berkeley.edu > Subject: ns v2 > Date: Friday, September 26, 1997 8:15 PM > > > > I have been able to fix the problems that I was having and I seem to have > installed ns propely. however, when I run ./ns test-suite.tcl tahoe1, it > gives an error. > > The error is as follows > > ./ns test-suite.tcl tahoe1 > ld.so.1: ./ns: fatal: libotcl.so: can't open file: errno=2 > Killed > > > Any ideas about that. > > Shahzad Ali. > From owner-ns-users Mon Sep 29 08:38:10 1997 Received: from mercury.Sun.COM (mercury.Sun.COM [192.9.25.1]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id IAA00495 for ; Mon, 29 Sep 1997 08:38:09 -0700 (PDT) Received: from Eng.Sun.COM ([129.146.1.25]) by mercury.Sun.COM (SMI-8.6/mail.byaddr) with SMTP id IAA22812 for ; Mon, 29 Sep 1997 08:37:30 -0700 Received: from hsmpka.eng.sun.com by Eng.Sun.COM (SMI-8.6/SMI-5.3) id IAA13472; Mon, 29 Sep 1997 08:37:28 -0700 Received: from valathar.eng.sun.com by hsmpka.eng.sun.com (SMI-8.6/SMI-SVR4) id IAA23350; Mon, 29 Sep 1997 08:37:33 -0700 Received: from valathar by valathar.eng.sun.com (SMI-8.6/SMI-SVR4) id IAA29041; Mon, 29 Sep 1997 08:37:27 -0700 Date: Mon, 29 Sep 1997 08:37:27 -0700 (PDT) From: "Michael F. Speer" Reply-To: "Michael F. Speer" Subject: ns-2.0 and ns-2.1b1-current problems To: ns-users@mash.cs.berkeley.edu Cc: Michael.Speer@Eng.Sun.COM Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-LA_F2155934638R-4A-875547447=:2003NCE.IlHAFeR" ---LA_F2155934638R-4A-875547447=:2003NCE.IlHAFeR Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Folks: I have downloaded both ns-2.0 and ns-2.1b1-current, compiled them and get the enclosed output. Can somebody tell me what I am doing wrong? I get similar output for the tests that supposedly work. Thanks, Michael F. Speer SMCC Technology Development Group Sun Microsystems, Inc 901 San Antonio Road UMPK15-214 Palo Alto, CA 94303 Phone: +1-650-786-6368 Fax: +1-650-786-6445 email: speer@eng.sun.com ---LA_F2155934638R-4A-875547447=:2003NCE.IlHAFeR Content-Type: APPLICATION/OCTET-STREAM; CONVERSIONS=X-compress; name="ns-run.Z"; charset=iso-8859-1 Content-Transfer-Encoding: BASE64 Content-Description: default H52QU8bISQOHDog5dMLIoVOGDIg3bkA0gQhiShk4IGTkAAEDh44ZMnTU2Bgj R44bCuyEYROGDhqFJUC4eOFmDogyeLxsQYAABAieB8Lo5NkGDpsyLuiMYdNA QU0dIJpKVZDGDIg9W9K4MfMGxJg3bdqEcUPGJpkyYuqc6QKiRw8QIkT0udp0 ThmDdxS6aWiE5RmOTeHIeTMGxNm0fxWesbmn6Rk2b8SsBJFXzl4yfcOcaVoV RAgSlS9n/ttYAZw6dGwiPCtHDtyAAwsaRqv2jNa/ZNLMCSPmKBkXPqWU+bo1 zZk6cspQTuMSRIsWd5ijaaGUzWG1LECMdZj8a9E0R12IqHuXsl6+fkHEaNqH vXsFTYewnGNzSpo2dVjSeSNnavz5NjnxxllNCXjWQeW54cYXgClgoHKCEQbC GXel4dAec5Vml0EWgrDFgwgapOAXXRQ4oHIbgjCihzgJBgIJHa6gXokKJEcH chHBSMZ7Jh6oFUIRFqYVc9rJsRhdCpShEhsv2sWGVXvhYRAJis3RFAlOWvUj HSq55gYcDFrI4FJh0FdVGmXIwaBmZbiRGoNk4IcHg3sZh4YY/H1Bnohl2Imn mnCNp0CKbLo5B4Nx7WmYnIgKmuKXDMKgqJgegkghHRbSmCKZZpqBJqBb7HUH CPKVOceZab4QBBlkyEEjCZye6mmaDKYo1hxrRIqHGbz2emWsqAKa4hxoVEUH gzjw6OCJIGwZ5E1u8HZUC22MUaZBp7aBJJZlPNlsTVwq5BWAwTKIHxuYAjsr oDXVGp1SaJhrLZCD7aenAtx6++ihTd43Vb5WDfvuGPF6KCqp5K6rKquuNrUF wCEeNHC8bNlaZq7qOQyxwMwRTGLExBrL4Bb2ndsSfxE3MS8dUxRrxrE0Xpll xOemm/CnIx9caqefvtBEfule+4JwRqVh7X4NK/DwzLYCbfTNtFac4IkMAjzV 0t0GXN4cE3+85UpMwvCiujhrzPTWXbP1NRtMxvBizU+bWq5/+J5tULXXRmiv wWWMqvK1UNT7RhByiMFcmoHS2B58y/oI7rNhsNpCnWfciTJGpUG8ZZcq9ln5 n/eyBAccbTpEueWAkgCHsiA6O1hhbdIhRx5XZciZVSTfl9/JrqVYRLS9lfE3 Qh9nPvPm4nLdcbxN2Yhjk12/pzm4nJNNa/N3PQ8r1GqyzqzrEkZORguDoabc HoYhBEJCRpZne91Zf4tQ9dzfu73c64YJLtgvljUl+5fynuPoJaEOYWhbx6Oe uMSEvRtZ5kUMVMDieqQc8BUGbIRpARz4Y5ADGi9+yPMSmBSFERJAijNuEIiK Rlij7D1QdQKs4ONepx06JIRg2qGQmxAIQgW6plBvGhf+cNYsMsCJUU0RHenI ksPY8YtKOqQDCTnoIYhhcAwa5OCrgBixDS4kCUSomhelyDgoxm59iikP1rwV u9ltMYoRcwPVmpS1K3GRUAwbWYtcoyMG8YAHIMABCPjwojHGjCpWQR8J4lSH ObXlLXEBwftSxEhHhqpvCBtiqlbVqldVslbluRXGYLArM1zpkyBz2bEaZEXJ lY8hEDRi/5AowVMySn4JYVshqWhGN8UQl886yw3RcJUm7tAN+fHLGd83vfmJ C4j8+qSi1uAhNthFIThsAU7CMIYpQbNqQKRRZxRJTR+8RWyTLM83q5kco3BT Ob0MIgmoOU/F/euOUztLo+wIRzy2KlL8PCMAy2PCZAJxKikaYxXxaZAxgpFE tmyk/hDCP9XxEplsO2gtGde6GYYPjgr9oLdCaMw3NYUryeEmMcPwonWWZpwL 7SIHH8oWt+xyIZJEkvNeGIb3LG6nEUnURikITBomJ0UelFkPnfnDKB7qpPwp g0q101KnMihzLD3qXXw6lY4SsDCn+xNjmJlApnbOT3lqoPbCmtahNk6GX63h MJPgpjSZ4Z02qQpjlDpSHzbrrmMow1MHVZ6q4LVqeoVqSnFYlcLACLCCveqV GhsiEFltoxN8a1HDxyq6MkQOkC2mYQObU5Fqya+jjWwSwzC60v31sBCE7GRD uyHLzuyXFvRKShniWbu+s5jI1BZZlxou16R2sI/qW29B+9tLjsoJd1kuZMWZ yBcFFwSARGcxgcoRSV5JVNL97YZawBIxdMu6dWiDWh+4Hrd6lQ7PulR4AztW HvbVrMe9F3cfe1jcerQwlwKRB32y3hxlSVld/d5/J3SXFthhnMO9b3FB8GAz MOh2HtIKV26CB92khsJVKR4I9lthBi0uRSXm23OjW1fmBvZVMxPffOFZ4gK/ qMZuTfAA4UtD8Q2BP0dFwhvUtwfxuWYMo2rDjUAgFjwgmTJkeYNsInxasxLM yIMdZ1a20hWceNgmV2bYoVBAJYaloAvv22+YWzXmMrcqBey5iTXPpyiCDdkg zgVBEKL4giGg4c4tZdjYRkUCJdfhbWFwMqHvEOWCaKo8a5ZDm42cgrH9GSFc 5aiC4zokOpDvDai5zYjp8AQxqGE4HeRrlScMNyi0pGCvjOyoS33qbt6raehK g6tdMrL70YdmTts1xRSloCrGKo4LohFKr5KiNHAkQzDCrnXdkCGtqDAN6TRI rNuchkpLaqOdCcGWN+xlhNhkIbRGdfFUHTF0m1rdL3J3rcm4uI2VR97q9m9c 8d3NH9TOvqvmHL+PhWFxa7jLHTb3rN9ta7aUhrtCnUu37KJTF+Zo4PdaXGbf CzlXgpohjOmQXqmMS/ppElCtfjWDtm0uOLxaPnMwQ/cQeZUtsK1NZ2jOY+fA Fh+oBwQmMIFn3hZslb/vNB9eTZpcIwJfz0EHOlAdDa2loDdwaH+6hJtRlLNt RxXWDDax+VHckHNi7pwjj9b2xyNLZgt5+z0wJQHL206GSvPgnEAXuthxrnO9 1vQtbgt6AjwzboR/mckudwnMZf4Fup+5tOwW36fNF8sq6hUEaJAqGcSZQtfM XUdwlqCcKf5Sqxicyxw+fFFebk3GO97hiqoWgFScSZ6l6me5FjZ1ryL3tXO7 7iDwOQzepxA5hIF2m0JOcnb4MOsBKnJqeKehlB3VqTp7C8U/vorC0AbBekX5 sYM9zfcAK/C7qe2VtqmOmCl7U+ESbNCVEgSbIoaUriHT9Xb+RHPJJB29LVax l3hosHhq4nj/ByDvgVJShUNMEFt7hS+rp3itV4Cg935sE394RgINmHmRw3kq 9Hluh386Blc8JiFncRQMMXkgdxUiB3YqYlBRRHIkFYEDOIEr53v30hmFl3oK R4ME2HigJ37Zh3zlUQZxAAVlkCZhV2gC+IMGCH3SlxrUt1jE1IBnpyHlwQZa QU0Ps4Gat3s7WG4fZoRIqIRkpoVusAaPlzk+aIMGuBRSxUdkmISSdoZbGHp1 UBNFeIR0OAd2mIahZ22eh4MG2ALtpXFxNnF0Bj/eInmxVnkFlVFRhEIfSIgV aIiZRlS5pRV0YAYtcGVk1xDFJIN+hXEYFoYJ92EY53AJsAMj0CwugBSzkRDg IYpkkAfR0gZGM2IfdxtXgnHf0omf+BKhuCOYNRU7YxNMsIVNsYxpuFlC4gZE gj5zIAeF4T+Qx4hQghNkxG4kJTvvxCAyBxYPwiD7UY4HAWrWWAZwIlgER1gG MY5tgI5LY40MRgcPknbr8wb0uEjqE2Anoo9zoI6BVTXVOAaKchbE0z+Yxjgp Ao4FGSjK4ozUlFsceCGkaFYXqV8W9yIbOZFbCI0gEAd1UAYl+W+mVXLiQpIm yY42RgIsWZIZNxUUKZJoSE1JpY0q6Ro3yZEOlCM9CZLPmFtfoT6FkZIkVZTv uCl3VjUI6VY1SZR35m852UwTppQ5aHqoeHhYKX5MuZCHWGdNKZQVuWB1gDnZ aJWcc4u5aDTRhItUkJWEd3A8+GFsyX1u+TFAdUq4iJdjwC/DkhA3wi/tpYN0 KYZmAZfrpgAKOFWy0z+KuS2PiVJiYRA32QJnyXsH+QXQ5j+cKYKME5ULRgZv wGijCHA7aRh9qYt/CSeKWXBbqXB3yZqHIn5Ipxp0wBpM53RQJ3USUpMQkxc2 IUcGcRZkkhwOMZtGkx3b4RVjQZwgYF5otAZtYhil6QbA0SxnIEfIKSh7uVGL tJp5CTKCWQf88m1WxDafCBF70U38cW6CtVU0F5t2qZji15g49Jjh6QZxKZmu QZktAQKXSZqmSX6b2ZnEg4jHGJohmVtnSZUZOWHK2ZqneJipmJht2Zrix10P M6GAWZ5z8AOKM3qLCHFnKSgK2owNumBgs54Kgmrv+RCYo1gLSEyFsUantWFd wnOoSVKwApsWeniwwhbEgSnIVAY0OlWcg6MRM6RIooNHg0NNxzl0GSsiIH5F qhUlCXdaSQJUinrHlo/F5IovImUPERFtAGhKkiZ54BK+qABRSkxTKi4kIGUi QKZa4ZwUR6Vz4AYnYBAsRRztiTSgmVnJWBH3sXU12QJzcJZpcmwUORUlo6gr ymnS2EEHYY/YKAajcoLaFwdXwTZ0kAekAxdE0C3HR5FykZYzEyVTcpAMSUZq KS49OZIlKZOYp3nmyI9zZENsYD9lJaGDAQcfWUbBSqWQpRVhAlkfd2tf907K 2iDNxqyoUTX+g1DlEZPs+CJxoCi1mmckIKqkWgavUqspIhlkER1kwGsvwqlX Yq7l4al5YK2omgf/oq3mmEZTEpT4UqsDlYHY2EZ5cEgwVY/RuGGx8nemepZH gQfQRQczJgLZmCIbWUWw6mXw9QacqI+pFa0kUKwfq6to1D5Tgq+JOGdIQrEi C5O36pJuRUnDWrF59mMv6p5Js0gxK7L/6iG5YzJI834pRK5xlEx7FjsQ5ZDl 4as5g0lUQAVM4GfDQZ03q7QjeylV5K/6CmPx46st0CpSRh3GF1jvuoX5SrIv orTKMqlHIZpxBZHnoyI2YRURyjltEgf9eRZ2CydyAAf9ia8CSra5GjniOBjz 2Ku8qk/e6FdeS6y6mgCt+IoWIlUHsR9jBwLySCpCEAXawURLoCRaga0GUbf9 +TA1oVtSlYJuCwK/w5IvYhUkII/oSALnSDX6iLeja0JgtltlALa/daqs+7qt S7ixO7v6VLt7e7ulKxCnu7upSwTD2rrBS45zJLuHy46HNKuu0Sp8q7dSVqyP In8dmrOCW7V34UniK0s7i7Pbe0rHW7ZWa0JScq8ty71wQB362j/ney//Yrvu q0Ys25L9Swev4rfpy79TUbAhO75VCiAKKwJ7QQd3wB9rwIm+FVgSy0yiG8BV VLH/+iocfL8kkMEnS3pXksHkOyXeWx4VG8JukLfKgr2qmaFZhjtBKpviqaGo 6bZde8M2gbutm4kKoLZlwLYlWBg67KHAFbesSlxrGZmwa7jluFqtxURsiby5 u7y8S1pH0CZpsovA+7rCO73Ea73sBo41wRxdO6xZjKQ6eZN3BR5p/LVum7aJ uraVWsTrQwdsEMf1m7pV0qN+hbY0d3rkdqF5/Kts8Z1adnNkp3NVwhYhcE7M RLWLa79ma3NacRZ40FJGYhMwMKKKCMhmtbggS8lqXMD5C8RCTMTPYsan4mmV 7MedLMoTxq+LPHZlx8mLAcmSvC21Gsv3i8lkgRO67MmgjLJIqbip3K+AC8xm i7Pdq6uqXMdDfMfP4sZhAMexHLbK8cfJPMo8LJeEbHg2LMN6aXEYhhWMnMtU 0sm8/Gzb4qH0a8lWK8yaXMxoN8KLCMOkLM34Is+Gccog3M+CO81FYcdDuWA6 bC1sIxljgJPJ2wZkQHKp68MYkqQ45HI4tQcmzL8Bvb1zS6caTUYP2RVMmiKq oxACfCX7ETEMzQYOjTHtRb0g8CzESAZHQVVNNwYSDQJcQCUoSscHXc0JHVct MUzUAhHMEaPo8yNyZKYf16dvYKaLK9VmGgdpGhEhnb3ta6sAHLiyZNVwQFe1 8tRw8ATVehBm7bxSBqxMvJITcal5EtDRXNBIiy1mTdYQVBNmrShijdarVKeo IdZ+vdbDaq3DStjGmtcLcsIe6c8qO75Ywtj6WzdmDdga/DAEnLVXstnP/NfV CroqAr7QzLjj28HsW9foC8JizdYsNNlTDQeurcHw242LHdt6PV5ZvdR8hNUQ ITOXnda6rdQ/C5NZDdyxPdshktRy3dvHDY8jGde8XTW+7QZCTalFjcedxty8 ncQjmbq7MdTLtSRbHd3EPdft8t3cXCvct3XjvRKVvS9VUxOKEgduS91zDN3h 7d4ttiQG2d5H8d5MAd1xIN1Is7SjEgUta+D8cb0xZkMqxd1IE3YHMwVmreAt +QJ0xRa0Z+GxjeEl+QKAzRZ55uFSBuJl8AKuzRYwyeAzpyhi0KaC5VkIDgK9 dQbGhzQD7OKg5GkxDnItQME4zjvtKuNzQOMktAapQeO0d+M53uCdzePLDQdK PgdBXldDXtxUvuRu4pPaU+DnPXOZtcrWTEMUtRBZLGroU95g3tx0wi/2vd4H AeBlIOBuLWGcM5DIEZEK+Y5RHubmyM3cet9/7ubLfZBdqz5LQ5DbmilV1Odh snlxJqnUzMo0pK2MSufUcR9l8HGn+c0T1ubTDbcMEufhOOfi3d/wnbhmpefr 2I7EI9pxEAZ28BcnremYfip6QK6BMdiDLuciQLr8Ikd3QOJYwuiRbuyQXkQs Puu1Lii4uyZ4tkdVlN7EzhYygiV0buds0XQzk+uajind93FBzThknt3Pst/T kutpsOufzuqhLuXpbeoRqe51ruq/KqDXMgV0Ht9TMyrCTielqY9xIARGLuWa LeWX0gI/LlhXzhBZDuUEDgVVjvAtDuj3qEFV/vBlEPFJ09kGD3Ly3jcbxInW VZpVVPAHj/EpMh+jerTn2qjaotkhL1hSPizpdbSdTfGpMfJ3UPI7ZEIor9k8 Pwc3n4XXMq/6CAcyn/JFf/TYkvMEq5U1/GEuz+9DvZgtv+/93iAnFq/IwSJ4 4CJCPyot8CJX3++7p0hkEPaR3F3ZxmRS5QY1PweauwXUTgJi0PQv0D/IoY/d NxZFf/d5z/TpBQJ9v0h/r88pG0pzX/ea+222MveD7/Ugv/KGjvNtECkugJ5H WPEsvzU5zxGd761cn/UnfwdTAXGF9vhGrrmtL/hVHgXl3hTnXpZxNaEoCe9N bM5gXdmGiXqIGcN+WZsjhs53Tfy0WeNEcMMU6Unh7NgJbESKssLy/C8z48po vM3vFHnqKagwKmnKbzQIZu6MTjOJtuX8IgM2gAM0MAM1QAM1YAOSyugvQAXd 8sAiedRT1RWgzjlA5MJAtwBYpiIPhCMYLYCL1Knyd6imgP0zAlQACjiHRkU6 rNHscYB7jo3ZvgcYAUXSmesg5Y0ANhn1Zz8IYORQCUEL0Yy9KjeTzF8GfAEQ UALmFoRgpqrSsXomUaQE5kDtQAZQIGn5NmOOA8rABRMh2h5pQR9bbgzskBC4 AwNKl+OBPhCeJEFf4lYw4DqCgR0wtxTBOhBY0lRyKCZT0CAwQaMVFfCFCeyB YyGwxLhCouSUIL2pfy8wBu6/A0hM/B/vw4FGS1EQwAXoVg7VE7AOJWMCOioL 6H5Kxu4gVIzjWZQub9YU/iAZCIT0LUksCbhVzJSFIwyEueUs3BWg8QXiVDHp Ek6A+8iQe2am3kfcyWTEzKZEkvexdFCGA7NybsM7JB6ooAnDANDwCsSIQjgn tYAG6EB2SAsiwupQlVoINEIACEABoFAUQgUvpRBCYfdJAYICY2UMtxJ3zJQq lAMSiw8QkjqFEVRhHbhgSKIVMp2aYIi8AliYhbNhE6ILXDgWdKG14IWAqkxh BCmTJlpCGoAI0bDDGISwBN3sQC6CJ3sgGXafPtB2hhkewENwgHN4qX9IYRQC uyGG6OILyI3tdGOaoSjca/eMGfaHHKMALuF9EEkQ8VhMxIhQZBgiKtxkooK8 0TKTQx+aAGspdQvuJaYzjJgKIQk4LA23CS4MpO7jpsiO5cpDboB2vAtiEhLX BzebA/mQSPDDFBEZ1ICHQAgDwSfKjvtwFF5GS2GI7WLtlSlT80jgwk26iTMR RhjErigCMJ0W0kV0ACwqABQXMc4ic5hvfWNJFJj30Gw4R9M5iVzgCwiKgjVn sAkx2QKniiXkAdGkoxQCj4IRXaLn4J33ERhTVUhCaWlAIabElTAXN4o4hAuh 4TZABXIYC8+hPTQcWmhU/a36oxBoB9WBTi0vJBVFElASRSFBFIuaDBpWxswS bugTmAEQLhFMkJmmuIaAlPAzZNoqNwIh3mibfJ0IEIeb0crJAHMYgdIAaGQO tEMLkcbZ4ZyqDrZIEFbODriN1dgaB2JBjI1JcR8yPiwkIuaADGiKcAHFvYD/ VZKE4240NbIRs5CoxlcezyNXdDrusU7Bx/cwBYoGqWE4V8esdAnhWAZrY9Wz CQPyJX5HnNAbTYNxRI5wqwUsR1n4GcEDdByNxoc6nkZhKBYwgo86id9CiPwa 3GUf1UB4nIb1piaUyCaVIHUjbGSQ1iUuUkbGkVk8orbILR3yC7SLkGgT3oB1 kIitAUk8hsgwGerUjyw+IGAHgIBX5BLiE2VIE91MlwxJyWBNQiRntH3+Md10 k9TUIisbfiIm5wX7tAbt8w97mI80IsXHK5WHSYj3xt5uYo1nEkjKgdfYLaCh 1vIWIVEimgmKaCTRZJAMYf1HLrqV1NUl0oC0gCdxEknKgTtwaLxd/MiTcar2 dURA+BFzy32Lkzxy9+mkHLkjy4A6/DDtQimsjk35EjvlpxxOh0JUiorl8wbY Dac8FJkyVHIzV1kqYaWntIXoAlV+ATOQTEQlrQQTphJXgspDgZx+pY60laeS 1I0BMdCtSCWwRJbCUlcCIGd5LL9ArDwUpyINGctgCTR05QnKlveHWnLLXEnq dsNDA5fbElp2S2VZf9KltbyV67JdyAE2oF7Epbokl+0iMloJe/kuk2W7cHVi i19eyy/AENjAA3OXAzMtSJpRhTDhJb48FN2HPrCJhukvDwVgaYOjEmK8yn4Z LUndTaKYHbNdQAb6MK/yUFXgD/VSY9ZKjhkvD8XInAPzKvHIqpmxMQemtgKZ LfMLVKN6WSMp5Y1cMJ2mSByJ0qAkimSr4kaV0EEmndy0dDCjXtCMIMA8iZqY VhkcAoXEFM9RNKapswDtbuCRwY0ycS22rD6TuTygOpll/09cXM0vEAfOolxC H/aMmLWzI/HJyKJZvA/MIRsSkmoCIuemMSOLbvFY3MQCWV32TiMzO4+sKy7H uMcm0VBG/GMxQB+tzbZ5H6qGoCQxM/KndCRY4RmPBeXcfPqML/bNP1Y3VeFK OAP8QTpsPrWYnlDnQHAJM89xyk3IaU8kodGMH64qaS4O9ejaqEA2YxIz8GwO zZloONlZ4rQpyzHoOAzZucn8Jtqxmy2LvODNtLjE9EUWmp4jg3nis8g5G5tC 0ew/R1P++M33oB6lQBEgAmYTUKFN4rnOHJk7U5x5Z3mOzllWOiHJ3USLrNNu /C20mD3n55Hgni3kJ72H70lHvEXuHJ9VUAimT6H5gPgiLnOfuwx+Kk+loT2d Z/2ECyOwyuXP+GExVmAQiZvNk3Z2T9sJPnEn0kSgi8MKBpb7l/8Ky4IhFOtz /FSTB4o43yfyjJ8U1H/+TVVIweTAktig1vPqfBb/xjfHovMEoN9pcRBQiHFA q8R7KFpu4v4NgSEYVwCmchhVpar0FBPZNa7I4suAA2rxIXXRGMiltigWVQ6q sGA+sDCatLoo/jOY8unrYQt7VOLsHxclHTDGHvE/HHJZ9stBeg9UYCloyQCJ x2Do8AxiWRJAckmFIBwVxZKqoKSTLVSo33h4uiSZ6RINEsXQKUuqEUOPIbUJ c8o12BzjE4q2J7TYPOWOQy3R8OlN3BkgFaSKNLdYrYCoEN5HfwyNg3SRyoFG Op8OZEPcpQqyk26ojnTSCAonxaTHjIQF0OfBpA5oYsw0gZQN5FJNCkx1I6Xh gf+kKUTTabomGamC9B+VxjNpU1g6byKGJV0Kc6DSeArqxzi2qSKlpu7xIFWa zTROpek77abVtPEQi9JEMMcAsXozB+HP3IF++k9fnAJwp+UUnirI6BBl7kCl YagE6l4gVFRjTr2pboSopenKMYeHmslKE115i/WUmxoES4pR70ALkDKYAiJw 1Ib6BArCPVwQIfWejlSL2nhKqouiKG5ipRIomoVT39FE3ZIK9aJ2VJPqEo4K GtCppYkKoAGjKlHJKUUNqo3nDdiBNHGRKo1Upar+7Kdex5maT1GAqNx0D63S iEoqYDRyRUxNqPjUPQ4HN1Bp1mpTtadolau6R8TQAjzFQYxOasEIpIE5cVaf alpVkE1GYSKEShNYkUOsO6hOFaj+Vd3YZJAMWSCsicaxslOtWlG7attzOecy nJ4lbrIGBgtlhaoowC7EATkyT42QHHmrIvWXukfOWmk4K2qVqapVQUrWSiNZ X2tcja3WlNEAnzCgW22rX5WrCpI+FFXBclQPAkJYqsTVtypW4KobFwIdqDTO VbluVdyqT53rPI2ufXW5UlcU4Fwx6agpLtK1ss5VzvoGeEWliWnl1cJk1+lq Se1AAmQDxCoMVBo7IBHh60sIr6DVvZqXhDBfv8B+DQP4dbE2Hvd6BriPWOiv BTYsANip8FkFLAoARRQinXaOO8AqO2EuVC3tNLGyV5rKXdsbgWKrI8bDXicB 2GCZqz61crnBDtCAeYpiIyMNqGwldrsGzkoTOGGshhWvCnLGMplEY7IQK1z9 rds1LTy0uyBhhSx1MikZ9sdqV0va8IqskQuwJtarIldiIVanLPPwsanVkjaZ 4Upld6yUsLJQdrsGvgWh/tpdGSCslI+z3gX7sOvCrCWNA1/gDniOXlhptNUV mLM+9caC1rywUc0DSMWysNWSoqHP0gZobA8FnYD2tlrSDWE4nmuIaLRulsMC M/AQToeV7wQPkdaygprgEQfC6aY9CnB2veJY3UgG7JuVDaemlqmKWtDaqMRA rBAs87QOuFoAgWFjrCU9nakTdrZWNuA6VWemdY9NRuOlBjMLWT3or1WQguEe vs48UGmSba6dV6vWwTYZC3EUii21dVm2lsNyI+Mjr9qqlOC29crGKtkN21Ux 65FlVMS2pqlZlmFmj61u7KFLotLA21WXZLMshyWlpKnQhtgog2ijbZSdApVm CrjbxiMFKo0UGLihVTCd2cnVErCtnnWwzrVlGAvoakMk7stAuNQpD1hcR5tx Ny7GLQPMFgRkXITbZKyrl8WujONQuS0k0C0qYFNYuS0XceSWPUpMEskd/E+1 yFnFo5z7w/rg7LlJLBe+pokksoWCbgUUSUGTEeokkiJHzkIMEHhnQQYwiJuU HCyMV5NJxOZEPN0i+jjppz5qumVA6nLd2TnLAGhqdAikS+smOx2QdqNushs8 PqEMpsY0VHVzhmq4nmkICGmhukPw5tfV2kJ19+ryOv0WB65PhbtwY3PD+bU4 YNIO74cbmyNu8aJdx3vixuaKS0j2jsJhEqy3dXhOfctqtAfFubg+0zkHGOgd L/Iq0w21HlYW6Ny+DFeA11NKO6S22yZckyi8t7crYIk44BCM22/bKEA35hoX hSbo3BatWYniAuxuXbArdZtC6dJh2urkOd35diLE7sMwvlwxRXiKo3C0Fkfw FbrDN668tJh2FcwAtUG+PCn2qlfGVH0ymkq7Ch3NCN2t9hX3WtrDoLqyt0mN tFfR0jYF2IhpDGKmtTSbth1yWpHpZHOh6Zhfn+Y3y533LbrCd4GiD84xCd/H zf1bdDf/9tgUEQd2VMrzu3RpR+mjm+SB76/61R+FUdKM4C0kr0qwCc7AVvcm qQ3UI4KJJ1QUNS4PBFhOhfDOUMBTnIo+kYZWRFfhHNRDpWGcdIqWzskWGHc4 hyq8n2+RjXJVr4g9yx1fvCbWyOx0YMM4hBUj3NsWfgulKURBKXHmzBWOQ3yU BHNhjeiFtUvmwL9WVwxv0sxJos6wX0R7LLheeWA2HHwWI5J4wWsg8MpgFjmH B1wZVqY5UekESRHwfY9uZiQ7UOEr5Acy4Kemax5aA8QuIhTKQzmEHTDRTUNG V+YSX9qBPtAjPcxxL1Vo2oGJVR7MFN6bhFpIfehHp8gN62FKzRGKwQ7oI8LA JB4GelxgpoJjBYklxIu/xYbZEt5BLJAFzwvdpMzrIMZcsUqBBWVcFrRiLUbF FOHtiQCeRgbUoh3OwhBkGMtDW/xS23A2UqWTkBvWzm/MR50xYTCTFdAeQgRz nGaI6RKVMrVzcUCpltCOMYKNGKY/yTnww/1iI95DIxbFceUSZ+Jioi3+WHmD wzARgCmKM4knbpGHoKx0aUtUZNqhkK8TjcDIZikNLWSlKzqNaCQli9xYLSZi prmIh8BY+FOGQTckHj5aJU4kP1yl8YMb607R5kMnA5OSHbSDPW6rQlPMrHFP ZhJvrxy+D5CckEXydWKgZco6bOSXdJTp4r1hkxADKHMrv6uTMZks1hZ+swsY 5UmYlN3GUr6xDsopm6Y/1ien8jJ9IVV5o6SIo2yxthZ1hL0wuGqA5UcWFuly Wc5GTBmPdeS1PMva8oCwV2/54pBhRUGXf/Jdhsheoad55Smxl93ZWJ4Mf/ks j1uRNJgjAlumyIeZKi9m6IbTQhIgFsRbSB815qx8l0vzMyLKYbkvk+W3oJSR RGB+Fp0ZKhvmWySaMydjxsrZrzXfpMiMdmMxZS7Klxkp02azbJvRckjGxE/5 M0vl0JyY481ovs00JDdLZzLglleyboILVUAtR4RTLI9zhLZAGa32T+SGaAFL yPMttly/syHYZIMMgcGvBxRMxQRYOITDIVzQLwYOxLL381KE05x/OTCPs8b8 mSyaWyKrFjmU740I6m9skAtJJ3oU0SlkCNpCFTbZBk1MH3R0MnISWm5Q6EPc J6oLjMDQZLGqraqH06GrG11jeiHaTIzoOmyiE7QqHLMtgPfWKymcPtpbygO9 Cy/1Zl4a4aBbb1GQe2MhmS4i79w0GXF9roBQITdTFINgpk50GWgD83lBibZY 4R5FZaWBonRAikKBOgM2deNXZZVfms9QgSk6NNpEq4RuXFpBftWpWmAlLJgW 0y/ACnS8MkGmTUWX9qd1NZmk6diBp41AMgmko3JTlOnGwytFlT8d1FF0TUMB GHio/WmfbolyGlBfTEgdpiU1DOSsl9roKciL6aX1jJpm00YAVMPpRe1VAfWq dNOcGk9DFwrrpkP1n4YDr5q0mmpC7alnNau01bK1/sTqISAEpACwNtOAGlzG akltH7TlqvbTmbp+mcs1EAOWNZvmdw+tvShqaK0bp3UMoA7J+g7t6kg9RZv1 GngB2JpaH+vG81XBZdeSr+O6U5frLaTiukUQeGjrOrRy1m/drrfQu7bWUMBc o+t9Xa/ZwL0Ol9saU3drcX2nmTUzetYKu/F8S4Z9qgM2vQ6MBztfT2tlHa/F tLlOkktyzp3LkGRevIP3cdjPKPMkh3z9MiUcf4jVTGDIGL0wl69jRaUh1lEg GeVrfRmrk4AVmALomtHla7dVaajArITYorpbywF9e6engBRoAtjvrbmG4Bg2 OXBMJLUCjdKCgN75O+vb1danZqDTVgQjEAW8dktyj8jJ4J5Ps90eg7XYxtls W3gs1NbwiZjlzc5cL+AKSAFjbazscjjClA4zNdCNZ3FslK4hrVzFE4Iy47ij GCoXIFmcFUeAyuVWjBFAKD77ZJOiOOvQGREWzZQ2Vl4NVy1exlfoYDpjBIIK YuFJoExRdGzc80uFClXaTo1QQsFO2iE8+WPLsU2SvcZdnc5e5KQROPtQgW5Y 4n+oBBCzkR6QmuEB6ZmG1lMEAi5uww0sR041GwTjd+uice8mZR74Wpe9xWUa rnHoSJgQt2FCliNMOqPlagttb4xwrraDumJXek/1MbM0tL4jhryiV4LREvpM kMiwcALzXgPOO/FAbxUxvTtVvVof2BtJlK5ssXWW92W6mtaFfEvvdkVo5NXZ GlfOVzUo7/8dwANU+Y7gFLx/HPA7ysZ65iOslAtm4WkrxqAiojfkTpvpN+8S G7dButxGpiA2ufuD3/DqHOzwcq4gM24gBkQd6V1nW5ax60lAPCSM7yLekrqA pETeREl3JUA4gj7ALgIvVVvuUFngpetX4jQLMZCUVOF4cSB0Rhskkw6ScIFq KgSr2Tnx6hnYjEnIIbS0s0QGGq6ITNqWC2WQ8CwtR0sK7cGPwbSMv5Ezon0p hepQcjpbJ9HcKX5GhN6BiCd0Y79oFBOOCRfM8N5d4K+bpOJicpCoQBc9SCAC XHryUgUuQUQWnz1bfFjQUYhxyRl50APlzAJLWKNRLgUROQPza6aZlUtxBVjK Y7ko76KHnA4koztpFTL5q7JHWOJhv6Q/6lag+IIZzoY7QfyxxF1Dd5keNBJi w3JbUH2kGGg4JC271jhazLIbWo8DMpP63hGMLSsGsTE3ASiJjjvi/EjYlBlw jjv0zPjeyDV897B1rsu8+eaWAWI50zjzuILO34A3a+EEvHoGHHHBBJCAOLON IKChA6EgPsRlQCYtDxIdiAvx8l1p2stBdg0SfYhv9Ak+vq2LDHgP3CWkj++K rr9P+M8k6P4afB/0IJ7Q7VsCT0kMvGH9bxD+wcUGO7fppMPGnPOYns4LM00v 37VzoOOx1JWTONTBgLngt3Y2wv2dW/AtWODkcbyem3NyaNXBsl1oCFLdNNCQ f6m8B/gEp94W/IxmozM+DrGl8t6MXUGNywE2HoH4+FRQhLCyf2+yKu7Co5MB t95q/X2Ursuq0x94Gy/pHzx+i3DrTcKFeulS4S2rhx116R3W8Xon1F2dkD2h mlRMjWb5J7dGoXwL0fKDsIVMuS13P4L9ijVcFzWoUrEsHwOj/bXbFtHeRftF GrIsp9xUKAvLfsk7Yf3h5KCdWfTyA7Hl2KwMGaKTYZ2yYmxhMFR7CjLmqXhZ 8hFYfiBadu1FGbZ9DViWdQpjIsa8zXdiEbkPOCzRRdatcRcjSs64L/PdPtYP RW8/NkhQIZyRPzEYRgUGuRuJ5tqqCKtjnkSRs50NBYGY4AELHveWAu0J3rdc hkqdeyhtBEncA+rKYQsgePdDSWQvhId52Sr0js3zPa5ehYFfG3ss+sIkq1yc LkJz0N185CwEeBAgIwBo3KHvKE8VypG9wKNhfASjJndlzoROE23ju2JKWz5i kD5GJyBTmt4ANZEdW6pCI7NetzS/swjA2VDBxouayzXjNYh8PybCkAKOEfns PfUhivwXBn5DaDTu08M0WiO38Ua+pbANYVho8jtOk4IDQfeqeJ0z4OvVS1oK 7F1CtIv3DiDcRnwH8kO+NaC8++5l9Ttx6u8O4b/PeQFvwZuAGFju46K5X/bl 1Qlnz48/80Se0BD6Nt9h3vzJG0yiaMHLeRNvduq8YKQRex5AfIEmkwQ8/fZQ 85CBMrv5nCbqX4Sjv/OG+K6390pvKr7AmG8DLNzAm/kd0uMJ/bT19IfeLiT6 OA/gm4Op1z6OHtIverFH9qZ9i7fGPV7GQ4QyUOMzfZrP8XZhx2/RbP8WLv0S FPJo/sjLgSRPopEEW4cLUD7Q1/cpT7j2uxuw8oAeNZ6lLd+Nu7xSlB5h/i78 +jJ/5adEuof1bP7Y0/r/vkhI/Yt49og51fd6Vu/qDTyVWPOyvtMvfGZPAm59 dd4eeR6suHdVT/ENcKQ39omm1ec0Z7tsJYIYgNGm0ESXfDQKSWzhfuDRfwEG uIAcMANuQA0gNtTeNQgSFVBI4vyy1UdngAo8gYiA4mtaaSIzZyA7mJAzoyg8 xcIM+scQBcSA9XjfK43vrjREX+u3ABKQ9Jd+pUl8ZT8iCKThABHQLrXT+kWY 7FN96Lagh627iwEwIO8rimnnJo9hShuydl85EH0ckAJeAJlx9DCa6OP9vM/4 K401tvrqw+dwC+LgEJhJwMfvGn9bNX3ZBQKI/utKAwtTSW+Ly1/o37we6fuc 3/PbBcqfj+dj5iD9Cn8oz3yUvjnx/EYB0yLJmBsG1ERJFtIiURZ3ugkIlt2g C6v6cFjFwJ40sJubRuuT/3s4VM7QEOoHlMGoBuGxkf68o6twH+z/szbRpSom H2f7KgeS46rYzaYgRiODHuaI8F+LKIOD46DSfPMRB09xBhCFIuQ+mb04kIYH Nhe4wB7gAm6ApFQgbH+6w/QXfuExVlxO8ih0b9uIlHBIPArch04mAnABdMBP o/9YcaQLs+MVgH5wCADYNUlt24f8BxHQfzpXCJj/kYDWBf43/xkHX4AJEQFK NKvP5mTduBcEoM+CMsxAG9xwxtcldGjdARfYoSYH1GRnvlFvDR9jd0ZlbjRc SbfDNRtkQA43we1wF1gucgKygP/ZqqcQmFUy1DhTl9gEPYlYIAf8cDqCDMAC 6AjVGlsQ9+QiEiAFaPO9AaveGjCcWYAEhYVAvlkIQ2AFd8B5gMSGCjgCUoEu oAio/7WAaCAM+LLgXbmCFwgGyoFjIB3Y0Yk2gaBDMAFWgCZEttKyxBJzYBNI +tQAPk0AmAf6gShgHzgF1n99IDdW/kR/BSCRI5X8gW3PkWYDgYBS4ApY/22C n+B8owf+gVxAHwAARm14jtqE/jF5PQwoIgtygixgU7AUDBnwhC+oLLgagB/L FTmkCS5RtEAh9A4qTKswdgAUjMOXpG6BfkgC+vBjhAUUQXrVCbUBjc3igD64 RIWBNygWjAEmRlOAPjABDYg3yDakgwoA+mDizEO8gs5k1sCD6EMSIAF5gwQB PggCSGoPQT0oKvmDkloQEBBaGKJSmZAHbD7eRTwIAowGPVI9aAb4BfyCOAgC SAEdkDe4EIAJOYU6KBEMf2zCQbjqzQH1X0OYD/5sIqG+5A8uBIGD1fEGEAFW gEgIE/qDQ4DsMDxQafVgTbhLrQz+YOCQhygH3qBg8BMShKyFSJgQcIQWYRjg tDUBImGZsLT5g0uhSLgzQYVPWxGABVABUuFTyI1wJgUek4AMHlnKIGvwAmhz Lgc2iLn1Q+ICWZjNuAYA1Fd4F4SFzOBYwCZAg1xVQiAGACFLQaWhEYV8IADP gwT8E+kVUoEGtArO0PkwK1gHgUIfgISJUm4hHQAXAlPOIOJATdmFQMhgKAcU hnMfU8QrpAhbQIzFhqUzn1+34BBoYysaJeIaBIb+i2VYGEYMqOGxQGYchnwX 7ReQ1SmbYRxF6diAByDhhtnVfQAKphL3wAEzz8HQGD6GzeBcOIXUKJHeFjAc ah6i2IbRaiUsQt6Sshwug5DhXFhZUYZkRl64i/EKVQRwqB2seQRDqyChfWQP 15SgEKVXvwKT0BqWKbyC9KA/1X3F4TMoRvBMU8F0yBrEhwgZHnNFWIaRHnlE 2rk7zQeTQLFIg22CzsPFaSQEIkwF3TgBAlcQwAQkAUeAExBITAqdB9ZHZug6 yoGMQGYwiF+AgwghOgGGSApQaQgdfsCG2CA+iBFiiKiPSAYUx8eSIOYgFaJl OA3uNQJBDDgbsoglHN3wH7gfONuiQgE9KhdQpfOw9YhlTgHx/XV214j60ANa b6CKgbcHiCuligjQGA1GW8iqQv6dULCKP2Lw2YGMHagSrqALXZSS9IrcPl4B IgTDVCx+C78Cw9xx5UIrErJBJ1xBHrKfeWaIylATqZQRaWJI4sMxCGKi4NXj fGh1InZDTdgs2QHO1jk0BD0Mv5KwyQpEBMgH3aww+kdCcivxWh6CemQoEgq8 Vq6FBmw+A4zfhSn2WrATvZLjbQb4gt+Ca71Om6IINyqWP8hI5mLpSAjOh6YE w0SKHx+taKi4ikViYWA4MBFK1wVGK0KAsww1V5TVGcySgafNRVJ60NgVQoFz YVE8ZxPMc5Deo3cszjIA3XgE47QU78EdUCyYfFQCdlHuPXpxzxwQ6xkb9YMF wgZgIGNDscgGeHjl4njxEhALLUV3wc6xFFhCrGcaagdADJGI7tAQP0KaoD4d UjCM30LQyBKKojQXLLZP1Rwztimoi8ri5Ubw5AZzwI0CKzCMvJduMAaEc3+M TcGc+YcuWp4heoU5oh/HCHpNi/9TWBcWuWiqkOgm6DEdhmJyQJKAft4HSxEH uGz/CcpwbEyMccBSYIWZaBVjxOgZ2ESQXp5S4iBeGY7i1YyhBh0O0RjiRF6k 2fMyND5eGc7lhS/kKcNNc8OtPDeCzVZFM16Nv1dps9xcd87N7zVZRATpS8/4 lOCMBl768rngiRDjNSLQPDOLS2qDEaAyqk1lA5O0jdLPx3EleDpl4/zyK1CM oNeD9sIsSzkj8ORXxH5vkwp0bTEIphNq8AawToSjgbcGxn5/V94VMaArZMD7 RjH4BJqNpxhKpD9KDoaH+S2OxgbD2EEtjrUT2sgkUI6c3uIov3w1/SKaczNG jrleypW5HCre3zRyJcYvB+KEMTnOeuxIgaWs6EGOI+IoPDY2ASKFp04Uj8Dj F3A8dl+tYs42e8xczGPmV0zcJNRbBhXkwXDaQfW4OD6PpR/3dYGxfNCRvwOo YHwM4HcY6yF9LYX3aPo9j0Bf0zf0FX3KVvlojf0FNoXYoA0hfAZB/jhIbEPY 46jgP8Y9iCPp820kUYpC2of1bRB3ANQn9bFV+gjkx/e5CCiA1sf1YXxenxHW +R1D3xrZp/SBWGjfBwkCrH2Un4XoNpw9cp8+MkG6BmSG9rhBEn7rUQD5+IF+ kR8dUUISkM0j1pf6tS405Eqj5ClTp6Ppp0MaBKof20cW5GN0w4T3awRP8IVC QOaBQQXfQ7AGFHvoI+X43x0FUxWTAPFlI97PuHjx2Ys6ybA3JYiRuKDWQKVN kZle1WDk2Xjm3+eY+ellwGMb2VAYfeUj/fim2RuWyZoC3mGR3YIcyWGAI/fb wyev2Ijaw4HBESmReQXQhHWEeJMgqJI5gCrnCmQwZKEv6x4bA5NEDHlIb0AY 5AoQwRdwVKQX2wq4Z0l+O3jjiMcRfYxWo/GHVJQ3GCKDQAKNj8VHZLQS8AuS QWsgS1oTd85C5xrAASqeSoMcyBpiQC+5EPySgwUMw0smNgxCMIlMijYazUCw JJwnME4s+UxSgwmFMOlAyBqST3kQTF4EvuRRQU2WB8eklAFNQjfKpDhJDcI4 Jg+TsvA0WRyPx4PtmTykYVqyK2ob8ckblPzAAekkxLDwqD/t5JOTNMQd+OQO EU8yEwElPbkhKAvDgo+mTjYYQprrZY3tNz9joMCq+GhahT2ZWaCSvM0LcD6J JBWlrMhKXWAXQVXDIKAFIqWiEFIik9JKEVJOMj3UYGahTQk6uaNBoNalJAfU Edg7cg5nVAmYU15wQZ1bYbT9FrlFbwiVlQYX2E5pBnCEm0n64OdAN6VLz3II 3YD7Q9BCI+RErwtH+IpNBsYZT6n5+TDXDoswCREHRwNypiz8lKTFzEUHWS4z yk0pLhyV5iNaWTUcleyGTkZztS4shKEye5CVKY6QgRFUfxXQsYFXvpTvxAug VyJdR+LuaBCIAGiApHSo4JUaZQtzkvCVQKL78VceVNxMY8m6xJQepQklf4gA K4BieVdWlr7LY/kjEkK/xmTJWIaWJMizEDStggYU0iQCtACepWQJWj4vkCVp aROYlrOlmYJZspYN4GHZ7/lcsmVgucXsBQNBYVBb+pVHG2M5XHYx0YilojsC ga6lHRBblpaVpRUgLhyXn2X3Q1kGltZlbsgvFpbQ5WZpBkhK8UU5KOTZCHCB E1AFsINfwBMgBCgBRcAQQAXsRSZaVzBQnpflgVBhDTobdcqTopV4QneRMdYV WCkN0bqIJCgRrgV6yQzVjgrKXGYbaho7RitDEpU3EQTrswdkCQRRh9BHxEdj TinY/aVwbQK1UBTmJBcYOsKvEBtMXyiXICQbigWzUVjAM+SHswFImBDn1x4g iDQLZ+CLUI6gH7xgesksZIB0gBvgxGE0xEQKUe0ImL8Uj6IhTAzWxVGSwX0B jkuWcqRwBkZElAkRGClJHluhJiQAUmaS901YmW6ClsLGsBxgJpbJxkAKZaaY 2RQURVpUBjiEbIFNZnH0YTyCFKAJMQZQgG7mmEQ7vC8pxJD5Qy4iKMaRidL0 mT0mnUkH2JmskR1AEG0BZ4BjoYtxmKDJLcN3/EUmRMTwTYhlwQeMWWgCgBQg mGYTBChWHAqwQZgJvQHtkKfwB6xBQGi6lGcpgA4gKFiDLEUGSChYFXImKEUB 1plhAJ7ZaLYUXcCtmbF8EUQAVPAwsBQJxUwRRnQBKMCwaWnmEV0ApLlR5ET6 ZftFTGghHsKbWSZVgUdmpqADqABqkkHQgGwBc4B/hIeBADrA1/XbbQELpacB djE8eUCQo7kZUQ3I7wYtAGUjGFBCttghoQe0SQECJwZTdvDE6BM8S7gSEWhf YUzxsj4Imc6BzzHGjAz318CZtFQvH0OQ6Wfqm8LcObTtGQrH0Kk516UJlcZF Yrn0kK8mynBhQhpXS0RwkaAZvEdh8PaYEPVHhrApGBsnDMqJExlHviasoGs6 FhejJ6Y0gVLPAWwJxLQy681zYnXYcdRINjIlTQaRkPZV7dxdMiU3EwSwDXoV 93VIUJW4g1ApAqxiJYBNkHW6mNhC5SR0CiacXdapGEosws5+V+zcBOkYM5ZZ PAsTYZkQL3ydRCfDhVO0PdgYmkISGp2QAZUEt3wXn+arwj4clvcN3AlLkB/J Xx8A7SxCK2ST8HeuAIpP3dntBJ7WEdFpeJY/uJ8WREXwlqmJQxFGvCSaZwvU FFSeowlCkEVsNOWNOFWdbX6eSQkgA8w/YR3oadTQQYzK+XNhEkzjSrh4/tRR LxCWQHviUTLD+TNXXhZ45BU3lKVKGNzHZ0UpC4fKneYEJBOCUF85e4BpU4Hy yXxilkoXTtZaik9OlFtxp8VsLVGYY5O8AWcAeSGzaUprJw3RIlycmMJkkJNQ O2cPZPAXJJsmE2XSXUROoUf5KSHEnyjTVcBSiAGsEOrHUmiIZMajh0LCa2Ff qGDldHVsgeLX+SA+HAEecAP0ChCoiMgXCjmIA07S5bkIBij5sB2ABWxBTMAb +CHzRP05FUgBTsARwJlJI/JnkRGd9J+7G4uX9ek9cR8Begw1U9yIBspvJaDq wQLa95ASDygEal6JoIwDCWqCen8QTwUaDvV9NKiUYIPmWx2odrD3kBlqiLIg hIok5+deEGaqnyyoa9B+gp8zKMSAfy5t82ezWf5IARtoG9BdGkrBg0gCchgE ktgOURosGyMnhwBjRhszZhtKB1QbFSK24e75OquBp8OkLAklCRLJOEiKn9IU mmcIoZ5E4DaFfnUOQUlwA4AEN4BGEAOcdP+MIlqCpkPCEt3A/UGV+0YJ0tLs AXpDV1AlsELAWfyw8MQa7qfRkMh0PB4G4uCbtDQo1G34VHqXEsIpunakokdJ efNK3Aa+U/Dw0PlSuyjZ0YtKnedlLyKMHko1jhSwdsRstsHFKBtqD8Fo0oeM CjWzaO53DpkPKoj3gXmSFOhINDqMbisFo7aRPtqi5gMuehxOFQZTtalnhoDe R0/SbUZ0T5G4KXCSmwKJNQJGNIwaSD5DmiEE96g2F29qRYCY3gViPSgNzImS loRf/mKTYI+iT1piP7onniEgllIioliL+ILnUU8qpGPAPdqQEgGZhtzBHCEd GhB042xkkyJCpSDcrZhHi7bY/ikSMqZ1AekddTsmjOBJlQdO0behknKLTtGM qdX4l1uUs7FyOkVnIKXJk0w1a0BmEm2QAGpAOEdMmBNfWOZA0zkia8eL4BQF pG3HEFdcnZw+RYFUIaoBcEceCsQoo+YDM7qLGH+2AUKAOICiggMDpYt6okOG XALRbYSCQ5sRijZIBBSCyUTApS6hXCo46IXZZ7vnH+Kl+4Fe6hLypZ3MV7qM gp9jqSW3Bx4HX9A2WoqwpTNMhhHGqSKQ6WJiDYai6qjxQTtcm4BpWyp+EFB3 GksoOKxHmOl2U1F0poLpfgCE+qWfJ58hmrqE6BrYGY2gMWCDYRqWIqbNJR4D GRh5mUkVdyJ0CH1OhxDzbVFgV4egfgSnlV/ktlb8psZIZrEveAib6AGYBg1e j8KP6cMsPOtmjONuSl99AoU2l+0HXFHbxXX8R/PGRKrgLQTo0X2ZOaCnXNFu WpRWbtdpg5GdtpsaJnIaMsaVPY17apQWp70XcmqbMgRiaW6qCFkdVQEptpaG ooPFfpmZkkmi0LlRmYofoSkd0BLuB+uRsyELYaO1qVuhoEp4NuHKsA16SKjH 1xC0KJmTxX6HKZgBiFmKogCApQAqbsq/HWnFhn84kjYFN+nbQodOG5BeTUqj bos2ak6Kox4dxlG00QJIfk7RgxFrQgz6aQnBXyale9FW2pVeG0AMMjJ7DByr D3kKZOUhVAiDgIkwDgNHTfNd0qa6hNJlDVpxzpMWBTc5cuPpICWikEU8Gnuq BgBxJ0KlkWd0qWiqIDqmxnLezOMCAmABfOovAp6+qWgqbXWNpiDbBhDTpWKW CSC7Uf6plV7CsEO05EBRIDeiV64cPEb+xRMVl1DXtrIQWAGGEqU6obaljCC/ 4FQagEDLi0FsPKpkUMAztLANYJqBiKZ+C2hMNFpAmRJM5fQCdhGZs4GiE+2o j5PDiWDlGGfvqKsyqZIZfU6lIVSME6/qceqOxD1wqexFrLojbwd0c6kaDUBI sZpSaht0AKcKYD2rgxVcEKF+qi9AzMbQSCxkilhAnRgG6QVG8BKMDimq68eY VaoWBrfqaCWPv0YHJRjIXoDPXYCpyqtyqtOBSboBWapqlq12qvxq3CWR4AtW HFRKeXQo7ogGGIkYbJDqgtJKjA+YKREAM25JaKqf+qmOGRZrd+BoXaiEqu+h LByqLIrkgJmipS7hfncWlDfpzWsamJaALmtbSmbMpbTHtzqavqK6F9j1KqQ3 i5wCRKbGrKnpGzCTYqsbKxAyl46sVuqWlFskqblqqsGodg5SwqSqsros44QW OPwIq20Nv8oW7I+RYNSatTZ83WrKWM49D1sqa3p6ki6S6tdqrZY05YjaMKIh rbmUVFIUYKPbRmaZCzaqmaqnGpfSCahqlxOpeq0cYbNqdU2r6OCooa2WgAjq wXr+2W6eDK5auVmbDeqoUbSKHzqI3CGh7q0za2mFrc4BfobtZkRQrhUihCVY aKyYq+qguY4anOuFJUsAQVLMErHs5aXxxuWalxqtQGi4AStcWPCJ5FZn4K4N gjWIjaiqLQrY9at6GJRrIqEl+nhgF2diDoWZUyZTKad4HQ0F7uCv2qt1F+CT gRwbKQKWWqOIjiPGKhZtUiE1TdEHu/qHuBqlyb4lCGmriwROWWPlK5uaU3SZ IWlCAQdIr+crtnqvxqtaYmYITioZ3SHNoK9Sq8TqYLX2qA7zq7ShOlgF++PM WsCqHwVs0FFI8K8zppJRaXCtEKym6bz6BKqDG4AGkBBWQSExv8YeBsEDS9Jc ZRjsqKSgwHPERMqYjcBz6Wu12q2qp9/FHHGC3AW7S93aoagPjk7X6hiqrd3q w9qqEhstbADraJkQGyx0I7i6sI5WIUGrTj5TETooxFYab8MIi60erk9s3CV3 2AH3oui6L2kc7up5uoqpH5sqwZq/rrAmmgYbUeqww+oYy0wkr9UbDZuNLiHY SA6LtaqvPSxGAbHmQUxlEDvGErExLMCpsK4gNyyHsHnESIArEhuIhK64axml SPCvKyfhashCeo5sFVtokBE3pharyCqxZ+wRW8Uyq/DqI3vAZqWhjJkau1Kx YywMm8cWslXswxDGbqtjbHKByuavAuv9+shWEavsI/udyrJPbL7axM6yquzA ysqCU/7rLpvLKrKWKy5bypZ7BSwF+786scdsFLvGyrDdghtrwx6vcqweC8z6 sBGrK7vD0rFDrAb7rhqzwKwSG3sss7PsJPuukrLhrHXWx24rf6z3Ecg6rHOs IZvFJrILioJymaalYpJmyo46qJPrtgC0Gq17KYJAFmAmvGTD1QvSs/XGzNB2 hp9ww8pgaTCucGsstWAstNSC0+DQarH+WfIKmwCYaCqDcCkQDo1WmiCxtAED h/hRaHSpxEmB+tCGIltsRFtOEaGeiOiKkWS0w84c8c8arp0q1LrNUqqyrNyz yzquC+pmGrn+sybtP5u5BiMxrepKus6uRy3IWsOKrODJzODUvrEuLUWVCaWr byw7RBJFgTUtwBnPjho9rSOL0y5YjAMYt2E8C7cUczBIfajyXa05uTh5vEnU wXbGZ7+BT1AFFLSwRB6gjvyDS8EQ0IBIRxlSHuCdID+0kfGa3pCG9Rens3QK PMUORfqQKLY6H+u6c660HgJYGaCIAA+CDlBn7gHJ66LZ0TI7KYAaKFO2BSKA 4+IhWJ0lAA3gAsgA4+XZwukEdJPt7ToWwAU+wamCEPiaOq1eSQEGDp4SBSj8 NbG7reAQcoKvfU41MZDgFM4bNVYRJFLzBlv7BQGv6onwKj0hBJimmSosorFq K7Tac6gHv2E8GhrRsr5stQqtIpnQ4Quw9OCzFVTlRu1ct3AAW+C7wbbWIE6B 3aqv4+3M+WHItkwfatsC1AB+SAlQd1CAJcB+29/+t3RACTADkAEALg2A4BoE WWdpi8EWtwwrDjvIWq4BJ07BttIuzA7cVczWXQVr6yPMgq1DbCja+llohq01 O94itkJe5RZufre9LDo73gJj9AFbYN6SEOht36TeIqEIYyHh3s4IU6Wvg9+e tijTZRvg8rcogH8b2ha4Am6RS+AauAtuarvgggANroYL4YK4Ga7jYtoSsjtt wYpuzrfibbd64Rqcjk7sCs6Otx7uvgri6oUirrhHfhS36kdnu4fet6AIkLu0 CblJrpEL4Na5Sy4McOAmuE9ulCvC6arFbQ475Qa6g6xPBxeIqyvBlUKRUpVx 7hag3xK5di6SC+mmUwCuntvkKrgUIJSLFA0eVG6EK8h2OxLLaymxrJ6YIEgA nolnim49W6XGrQtGzOpvnKwX2D87SRUyh4dRi7M2SASZ7Pqyzqx7KUUKceic zUPSSkgpQumrv1Hcco/xrB8Zz/KrVa3S2urCq8Zuw8o9HrF+pCZ75ja7wy4N QbhGu0TGBebI+pGR7LULXP4aLCEdUqWWIbTobNpBGBnjwhxgWF5gRoa5QM6C tXWXHpRHBBqtAq4K4Y6qpmBU+WLwqtItsCrkhbvWaoDIdNo4ToARkAQ4AUkA FZAFxLIc7plLLh689yuUFLRAj25FuZsfdhytAoTin8W7LwnIm/FKqHSISEK4 XgXFrUrEPX670io52+GOZsEuumvyLrPcrtMKw7C8+wXBC60irTKvFlR1WbxH UMq7Ehyo9a4R28m+vL4Zl0rybrw0RMW7fAQWNa9/Ru1+fNZusUp5uqa6bleg Wl4q7xWTUH2ujD4mrJp+xmLlWTqkFXB52ifW+6kSlkRCoqqTLKpcbd66cMwb ruTP+/Q2OmDHsjKllYDpDb/7YeJUpirjAGAmFHZvmxCRbLkJBMLCwHQRhe/F 68QdP5SsiYZeqrC/YeN7+E6v4KTlS8ZsFGPqufmqJhdohZrwjg5nqupw9qqy nEnDtNJmuAHCGh7mrKm+gslE1/oCYlETHGCe9nHAiHg696Iat2/0qfampXIr SJrVrp9gL2bbFTwiIGvZqwmdvb9lZmGzpqww7TDiuZKfvi+hFrOaTQMtHWfQ DpXA3++bshJug+ruwj/kJHal+/H8UqhTgGzafEaWv8b5+6a1ptZv1hub2kOF wdYLpnq9MZTfy4kmBFLlR0q3QrXlb/vr/aK/w18qhl2avwPw+6sAuL/oWgFM Edi/ngb/oHTpv9Jp/zvVFqppb/wLrloEZsIDPHWEv12vpkQBl6pCywUMAEup CLAGPJp2rBTVASwAq8AuIfwbRcWsKs7Fmu0aiW0vs0BTnlC36tPasnayuW1b 49Niqn/FYIGrYoC7avDqq063Asx5efQGqhlBDfDznbJZLhQsVDCxZi7Y5fXx Q3fqgZDPMqgRUxGs9dwbT7AWTC4qj3OkpwT0br4qKgPMAju74hcIXLc6pvhF 3lsEx75BMEco1i4EqavnCrOmBp1rMUINdr6iFOQaBusViwmyuuyivukH0OjA PgyIMBDX+hKkZNGJEvfoFbGvJCwHLIJUcBrL+m7CDojsuwmPsx/uJ8wJ35h8 cCBMIbBT71yJ+8qawhFlJPEI7xyicKVBCWtjlrCQhwm3BLXwtZoH98JXsONT Cre+WyoqDAirri1QG5wAqzgxYYpQBTgB5lMQMAQgAUGAEMAEFAEJwBbQpWav AOv2SiO4wc1wKCEmXLnfhgwcptHAMKGXigNHwGFqDOVATZpFWVfkhmVdCklW iW5GpyQwW6AEKyRM8H1KQulE+YRgkVU2YAPUJESy3r/cqbjoYRzBsZzwmlWS r4IDnHoWyKm678CxpkoeFWtMWKcmINLm1JoQP8RHsOdrxWmZJKrRix6RLr+d RWyU/amxcJvKloK36JGru7VZASsxZmrK4qwS8cKFEZe8qC94i5n6E6JvodL9 wsAUajqMqOrAiioPfCLEvbuvrVEE37W5ZOap+fK0gddXO8eiu/LuLstkFB28 hmjzDEfD03A1fA2fwfVqefAVFwHSMDVsDRcB5ygOMeXyrNHtEizw/qVPsLUq dajBdy/fa+J2q8EwnwC4YsUFa188BAOwEu+LcBanxWJxEUDiPcUcoWCccrAr Wy4wUp0anLgGpiBscK/aL0NAVnUfHsIXqi1EtpfgzsoveHCZcRmwGSsHjpL1 NNBWQPdQboBFlMaSEji8/5isJS9n+9sBEZzEnOSfkQ5KSFScUPQhvfCcuvTy EbixoOF0tJ7LsFH8QpUOGkQXMyAYDQRtHTd4sqzF5NmQ/eK13kcMoKcGAUFR T/QXAEO+cGl8GmN9qmpXKSN0odirOtED+YsCDg66BXjGpA9J4ALQn6KxtPMi iMeKbWqsNazGzrFrHB2HbkPxDCz/Ksdx8NwaspoP9QWyyy8gwvSupTrvWsXp K1Y8PgLHqKsq3BCYC1zxlaUoLLwKL8Pr8JLFBy+HvPA2vA+votAEBAFYABRg PhkBnOM27EbKsvrIYTwNDx7asLD7rwas72ofLAj3rh3x75oEx8X88FxMQuCj VzEd8siehcgqRoDi+ocEb7f6MGAE226sAvE6q2Psk+yl4sWGbxngb2iJYV1C 4bqcyCnyigzCvggisoecBRAbaAAKAANEq4RwULvP1jTA8TsKHGYgvLGk0QtH yVwyCVHAPsnAsSbcbGm+W7L/cEiERXOytKE/bkOFMlNKApTJJPL/6MFaBZJf Moso86+SH/86FyyvZiahXMDOmJKyCGvAWsoprusyOiyxocQYqWQ0BXnIo4AG 6Kklmy1EcchZW7FREv52fqIC0Zc7/RlMz2KswbYdea+fjOb2yYzwewBgpsoJ Qpq8JtOXW9QCW+6BySpyEcAiO7CTrI/HKH/IcwH8SihDymJuxAvMakNW7uDR Qrq8YyxTKjZAy5Ty2wAug1NH2OBhLY8f0bKiPC1nAQTklCAjIwHKgjGsI6/C ieMBa8BWvd0qBWsQRLDncrfKyYKzPewH2/J+uNfsqdwJ87COlmBcJNMKVez3 ihwyfYaw96HBih92qelgzdaxratr8TBTINfsrjz1FRyFRoacTNofO4CwfGWq mYOg/aotF8yk8t0QMA+xCnNycQdgIIOlw9w34MxShswrMU8V8u0iDMy2mb6U yLwQNEgZ84TFM5cQC0HHzESICkuzzEvEkhlHM6qsh4gIabLlupoCsa9syLwz p69c8zYLGO+xUHOEbO4qeI9xwcC1Cs1hK9D4PsS3eEbFPJygARgza+G6/sKS bNOsACTNH7MnazQ/VyRz2nwySxXhkoKC+x7DfnCAfA4PyDFh9CvT2q26JKkD J/fGYvAdzAszxnRCC5sHY8WDMTq4ISe8I/KHTK+GyKCzmcyxgB1Q8cHaJn/B Qm0YXCcbP/7hlBbh0cJ+cu1rniKrsvMZuwu7hozwJQx2ZMKMsOLZcIGGuTMu DEYNp1arIbMPCxbv6PK8hMDFe0zAS7xyxMRtw8oaOc8EJbAMC5+8VO6iXDqT yKDskrc3282uhV6ROqO+QjHjIBvHF/JpDaqLzLR/qRohG9sKYsI3nByHw3cD pbD5oZfXHmP2YJrDLwA6HBM+CzbCQLCmUAt3pwHhP+MZ83MoQRICIW6H/UwU vwHMcNR0NTMZD7TjsUArzgE044z9jg+lMZjBu3KPr7Peq/dCxQeM64LR+of7 AaPCHNtfcvPkbCf7wyWNCz3QwqLmc105KaDOjfFwOzH/dqxRC20X3NBvwHB6 pkbCwTMl7A2BUQqdQDs+tNB1snXRLqm66vP9/EFTB29Ac4w4fMI0LaU6SJnQ MjRyUR68yyByxPAut8VEUcMK3UbPcjHxOvAus+DtF905B8ruyAB78mYXcU9p 3OG+y45teaBHS7y9rByNJ/c5aLSKIJQKu5kz4EpHU7c8KflhxqofSLQpnEdj x3v09+zwps9MYBmNnbrPOxzmezdk0BUI63yP1L7S8eDVRl7HpXR3qD23vkbG mup/iNIYIindcCHHE3QFbfyNAe5VaXwV1Mm5cRFR3pTQlXPf3DlHxSRFKowM N8VLZYpARo/OZrQlXSJDN/NyYsw5etIgQDS9FgM+dyczXUCjCVMVAv0X6Ag0 wpuJBbslbwNJGBIXwuvotVlCF681h+qwSoPCrbTC4k6nCbnxb8gTl9B+MvEk TptZnTOP4nN8CCepiJBsZCOjW1zrmxQGuvQ8LQfkxlFH8hd12KHNAheYRrgG LsFs2ySRdj5LKrYfbBDup2C7GBOu97Io8m34rmp0DA1Sv6Mn7+YHUhesMgIk 3CsHzxIpbIusnryS37tMQMLR3nOHDD6DG8bryfv28MmIwyBdR2fPQTVOXdyW ueQPVVAhgtQWcnNaRiHVf0lTjZqYwAjyvWhM+8HmchMbUhsjlqscTVWDHBRp Vw0giSN+QUWbazi0ZesIpUQVvwY1boYdFxJ0CENdaJCEDzWosUNcLrlZnRwb W9Hgr4Es/uoS5K+OmHJNqXQAiiOLkqpVHR2wNZ0X6APE2FAoBMAeVMas5pfI Mty0EEwEJwiS+RwS1ph1t7AeOdbvzCrkn7ktTycbEHVqqnRAZ/2rLNBeJdKJ SVzWJwIb8Fl7GLMqjbBEoZfjRTTbfWCcCNRtvTU0GBpNZP3jAXuzLjnzYZDW UGfOVdQmLYIOxCC7OJ3JtfjIU0umtK7CAVufIItJ0nxddwtVQ0H2ZzrBqnV3 /WBqTrOhd91h4oYcpWIdW7so9N8vCTmnJgsBnDVqhNfFNZy5XSMyTrB8LRyz RQBDIQ2W3deSBQSyvLbXKxsVbft4mPsvAa1enyAJ0LpLpWEEo2iKC1mHHQNx ldYS2NZpZ/ywECzWTEIzWAf4ZANxcH0Y9aWHdb/biXLYXUs0C0tw2FJvah1b l4AWwiZjc2Bh2cQ2gbEC2G9DbI2gkQGbTGaGJMywxBuH/a6G1+zERcASkBaW K5GtIzRPMbYgGuyyRYjqA8JEcSNxL7HxRERCmcVCAGUrknPAzOhsNDX4zkMQ jUEOs8xaKl+3C3ufYrv5fXcuaHk88OweyXOtSwfAWWSGuHNmmbQ86/+QH0MM 614L49p2H+WOdj1nk3GcjrE6i4VjNARB/PHZ2Ujrlm2pdNnFRIDyi5HZR4KZ /ea8TW722akotwRAapPXpB3UUIFLZh1FDGvKDpGnXNQuB0IAvdYQB6vZatYa 1w4qnU0lPFd49mjsTRyWfHYe4iW2BIE2+XyXDtpkRktgaKNHMMKzoGiT19pD S9BoT4KZULfgSK4Pii16ZGmz1jrzVLVDHKs0zGQaaxPaz9B90hGX2lNCfM1t L1zWbQUFbj9PK2dT9D7wzed2CGNt0xtdrIM5JYDbmcZ3Kmvb2XrhXvBuOy5k Cp+KBTyjD4R5XaU62nhMn/1s29lNdDE9aE9kABIo5UNPFe22uF1nF9pCHnrE OZrb77Y+2mw8C9rcuW12CU82Qe1WSrnbZ8RyVDpg2EUSsU0QJNrZZ9LcFKEa ZpKpQT0jh8T2y91NSNnoUUqLor4HxDK2em8X2sgnZx1bV6mqdbsxaB+swW7R HWWHlzMTK/ihqDSnsTgyJBALUbeVPd/sS4EJ1M3p9BrpMbbwd0bdEeTUjQZE 3WV0ISeNUN1bd1h3X6dP2sRRsFt/GEoXDJPe3CRdLYb1Dh9O8TA5J+S5Adnc N0c3fV3+nEnGLDKVMECHQLqIDUtgghADGN5KIIVGD7MdJkThDXxE3o/36rt4 T95BnLeyhay+krdI53Ystv+ZdcHOBXErWBpieVsIQ5zk3a/O3XriZHcWmq2P Qt+9uZ2FsTfjzXczO5X3RKd6i97ndLUjNoC+n0OeEKxKcFP0o3B5Vzs2nONd qyokE93lnW9ra4Qg5416j2+fd+nbeo/eH7dlsnk339M3311976qmr+stiGbZ LnZmzUTie5F13O01yZ10ANl9ltg51gmjAX97Cmf32L11b2lVEpMC4zJjCuqF +XVv3bUv/P1hzd9id9Q9nG4BHC061aSkARILjPCORhvMNGTkZDdj3KGoqyhk JnCBz0maRQQZ+KpNf3fgCAWTed0mTqUBDVBxc4ckozFzgWME+KgItYFf3P9c 2M30yU773CwzA9RO9Jx/mF614F7XCg6DC94lY0LCgafgGUHttBz5h5kJEU57 xysz+ObmzhGzO7g2BlvmHeyh6WEThYv/d/ehRraH0zX5kZlI4RILtPyFX+FC 3vuN71QNZwkxS4nFwlM4tLyGL8kJyXUCfy8SM6A+Zrx+4GA4Ff75RQRwOHRD f+sG9rcWzkPW4Uir0q2Y6n/uNR08YbDepnfiWCMX3fb2x0D56hTl93kRiYPe kXhYZw32YjE03b2Y+HBtBhsQTt0w7iH852lIkNrEu12Ix9ZsN7itTeAB3EQH YfWZxtE2HEAdS931d9XNLv/haLcgnodDy7P4eCz58eKBODtiRHNDXdFZ8j48 4qx4Ji4/eInEONntXEsZ4bMyxYxn1s74jwCNw4zj8TRuwq7i5vdy7Gmc2zZm mC1l3OJyZCoeO7zisTh5vKuax3uNeMfiUOMjryFeRTUYqDg5zkpm4duKGS7e +cYNxrm9+X1AZHe244+nCf4NW/BhgePnhYOCOTxk2zeuyomn05GrJ27SeuJn iC38jdfjrHgm9JQp4pyDJy6Ru8nXpkXuy2zfGXn8TYhz5OF4XKFzG6gZra96 aR/BJHnkKrx+4jc5ECdvuQlJref6Hqiq5GjBhJuyBS85Q244ti2CThWnxEDk jfhILkqX5Nv3RY6ShytiFTezw8gw1kUPQ6uqqDsiuVuJy9ZFwNiDfhpKTIIL 7KCq1kR3bK1RiuVW6NjLdufjGTdInjzw4wzCQX6UAeTjeMY9kNPlbXYVGjuQ 5TgoCWCXJ+QquVG+lm8QbTlZzpmhJe/u0zqY01t4pDrOfKy3fvkVamB6fo85 fr2Qs+SedViOmP/lk4FHXqA00YsqPyOHn+HpuEBOmbPloPll3j+c5v84W5CG H5JC9wlSrxFaU3e6sP7alvP10K30qta3eZqgi5zdurlD/u68vVS2Yz7WoOY6 SW6dcQvmy/k/Xphz5rL1qYKbE+eJae7zkZPmyblpLn8z55F5uz2An+G1LwNU m3vWeOVufmzc12m5bZ6ey1LtsxKqj4/W3EwMFpErADVqzXEp9DBui9UFbrdh 9ZeRF3asuEQCye0mgCG+FEauze0HnRUIcIOzXRUUg24T0ADNJkCmPUjomcav a5i/5+L4GiOZfxhyOd6q0xYB7/ZIaQeEWskPwq3NuSokOhkEQOXnjjQ30qI/ QX24Njser+gyeonOubHLrsp4PGPa2Z02buLktdssuo4eUUcnnlJU8X20BgKF Yiu7cDrAgXHAnTQE4oEwuDI3r3Y479GjK7aSH5AendgfvlF1PYac6OP2Rfdg /2BR0V9ASulCOLqUMKOvEgAdCIAJntyp+bvNjmOsCDc3ZFKS6RP3M/TlUcFv eq8xM2zS8vm7PYEn3Wo5h36PexoitlH0TpzW9Pk7YXUV6XjsPgYvwAXq39nC zUDq2JCjHlhYGG6tIsZ0bEgPdnXyXD/qtQiKEm+jr266jp5uTg416H8OGlLq T5DY+uYK6U2aHHH8YJFjQejybieSmjqqfhTonOQ3cK6oF1L4eA/5ob/X44UO A263tL95og5TmiUPOdOdjjvrv/qGPq1r5wVKYx6ZY+tORNDtftzXPsNY8GGX 5aPlev6Vt+eetYcdmnfocPkZEaLLKNIOXv6h3+m3thrJEZIpeu2hIYkhhmAl Ny0tECHxUDS+df8Ahrm7fpQj64z6hH0VmCmctn8mBPPCExlHqKcPQIGNsk2d l+vIxLvukhOoKOp7vagC2fBElsBvvyL+9nKQJrBxB8JK4C+6AHxhGwAAxVBn SZ4TP+hMqPLWkUW+CDpTahKLJkI0BKfi6xlGb8veQzoUBkb0U0R1tCvh5nAA F5QAZkCDG51Y0MyBwrIxXuDf38sHrSsPl7pgfiTSHzDadrE5gYtNwRT5AtgE Z88UCaOhD6oU6icGqACLX920ODh6Z3sRhvixcG072fO2x+2MnxnYFBwBYkDd fvYA7ms75MtM5T17O+OnuOd9frsCwGaWQdAmhCS0azR2QZQmnlHtBgEY4LUz ByeAxOLviUcGdhDjALsBQ0MHxA2nAXDWQdIhfBsc8KkAEZTuEhDkAB7qTNaI AXEJo12t+0sFu/+rqDvtPgbscLn7644RSkCne+peu7t9qJ+FsAIgUZuThZC2 jO67+25pWJZBMru4QAb4gl6BMQinYe95xp2GEU5RtQv3fjDcacSaFAC7exLY e0Jh3rVbcvokur+k76P7rPorwO8dsIFRR/RtQdSo4U8RTJwOqHAwfO9QwGk8 3WUNh0T13jsc71MXYTBLWiMloOouS5AM0Pvwrj4SBr574m2ZKPDWBANPewzv KlTJjsATcwIKBp8lSpILvOeMv5uRmUo3wRtUDSR8Bm/CB580UGshS/BDtk8E nwW9UH+npmTATwjlwxdH9WjbPDyoASa4tcfRyhiJvWRN51gwB6BFSLoCAgKo ARqLNOIT4ThCfAhg1zEOO/wYgL3P7+gf+10GjTk2PBVVSG3U73VSgr1f77vg P5O+b9Rc/FhQK7DxzfnWsFGTDjP8816/R++t7kXAQXA8dFlTk41k8do7rAC/ C1EIOXwzf1RBYbxIEuOcD+8DIN/Fo/Fu/CmxxtPjgnwXv8jb8a476S7Bm5VI TQLoETfyawn2rsWn8UcnkxAJ+TA9Kxxx+kLyCiIqD3v6rLHcKB/Jn/BxhK26 FCPyd/wmP5rcBRGOJ2/FgfLWuyivvZfyeyfCahbw8ggQLP/IsfL2w2CHzE8H ynwxqL2zGz331Op5iu65/A3fie7vdrank5Ps8AsBN8/pNCvjl2uVQlPXsLb+ DiZ089VKOf/QLCa39UDIzh8L7jwWqKIG75q8No/HQPFaQQtAxfemEwKkZ+vk PWtBGRkx/PMWO6nYFOzwbCwzn7138e97F9/7BTak4mfLz997CH3/gL2TfQdM hajQ4wuyfGMz0VcNFT0be9H78z382LDRk4pgfDYvxl8zUkU3ndGvOUjCDo/Q y70hPZwQyLOxRwGts7tk9IvESt/DN/NzRE8v06f0lbwbr0Pe9Mv7++ctVPM3 PSavu+vy93j97l+NCuiD0e60xz3S4uROtDPtR7tTj8LbBVa90N6uTAXgvDzf v9sP4fw6v9YjCPU7w0NoiAFSvfCuzwOdSjwTn9U37Ug7uuchePWSBjyh1Tuj g2gcL1PiAULAFVA10PW0PEnh0MfwdHy+/OgNkPHMJJ+oyfFSRmT/p5MQcOwg r24Bfucd+i7Ru1DSOdaHA7gAKoDqMAesR2LAQznHX8hd0dWuxkv0f6df89qv rmG1Q5/jYHIXVpSKzWfyeHwVpenE0uiDFv/HCxxqffcxc1iu4rxyz94MNeiW uyPI1/X5/EvfY9RxBcGmo9wnMfYIwOoayFk60zJR0yP3zf31UJEm97QCD8Ra TAk1ATLn3b8I4P0QbU/W8C69SCIqxJ4ZEHD3uyensTMd9b9HQB08RtpJzwyx gyvKzC30eY41Qhk6zQ7BQUIZYqSE5AvBzAXANgEAL8CXQU2Bhd+/s72YClmf yXPnvCNab7OX9QOVzBGLv1TmgrKytxwLdrb+QF8N0azBVb8rhS232L2ww2sF 9JU1YgeoCUK7ia/JdZL/YfCYzTQ2tE7910p+C/SV0C7aePgofo9P46P4BuQU HHuo+AUB/y6IxwDZCYav35QOtIKTf+JTBDrf6smY4dI8fon/5A9o1A6WH/fB +F2+mf/lC5miDY4f3g8zZf6M/+affi6Cmp/4sPl1vo9/i3EsbkCOT+bL+H4+ lN/06fnxxqDv5f/4cH7y00qCjzrfJFoDJACiTZGvM7Hvk+hpTyEm+QMV6SPi Jw+jewMf6tMR9TvdsMMP554kfGHls7O1zqXfZiH5Mj5jlk5SOzhAam/pH/me n5wvtD+ASYsOieqv+Ks+g9D3yAAuwNSzRUVF//LZAukh+2fLC8PkA/ntxB7P ZssdnIgUKqld+DPQcM9PF/d9fWmww9/67PujP+S3leD+q7/5lfvbSrYj7kcr YZ8g74LKAILEANrqt5JzX2ah4W/3Mxd2j6m092BFkBTfi/fe/pfC6a8J8z77 /utX+S0+gr9ABPpzfoy/6Nf4sL6O3+ef+QpinE8E6voDVbMYJAkfZOwW9e+f ezIq9bZmU2+5PsPP5xP6FD/3yu9bF61BH80hiPx5j3M0KpT8gv6Oj/Lf+R5I o2qPjH3ePRAzl836fV+tTyUU/K++57fy5/qcShdA6Z+nJk8ES+Wz+AA4s2ry FBpPf7CvLOzwz34rn/WvHHo8mjPtI/vW/hSF7S/HcT31ltU30c0Gw2/WH/rA QeLz6NHSURQA792R5zofAC33z2VlKDXovQOEiyKDABKMoAD++aPK7fdaansB /bEYn4Vs4SAg/hUMivCsBBbXxbfxsMwY6jCAUSHAz5lbpcD4uxiOP4cAWQQX NMLk32LQFo9/m3D4rNkOQf/88Tnv7sXmH1pI79b609qCaJeZ9Ifg+v8Wl4IF /1qQFnnGAxPBfIE91HQxW/wW5cV5oSOwDrd/WdmhF/9MQhV3+FCYr78xkkkX FNrC8E9aMP+xxCiY/KeW5qebQB3N66nFSxL+t/4Qy+gPVC4YGAvQAwL5Z+P/ fjH+bxzbP9IFP8ddFxjr7/471RxF/M9EgghsLLL7PSj+kzF4gkZrahRa2Fno vgQWYR3RX+Lv/BdXAEgcCOZ1PbD9Qg/MpaQAOFQQAfQ6CsDGn3pu9pAB5Pw1 BS6ADZwO4OtPkfRc2oHxjmAYqQVPB+tvWvFO8EMdDHx/Eozg3zvhVZACRBph /45/bgUQYMNCBMgAxGOk/6J46z/uUQ2QjOD+o1bYkw4VuAdMwZ0oCZgGqEk8 Cg4f5TAFABOwJsE+wxRg/kRSaJcp4GMkQZBeoBFoAZ8RT8CZR8wv9beju/8p C76AuA/txpHob4EQeAKYAR4ENgFOhYWgOZBZgy+UFsogU7YT4PrtJufXaUcI RswR44pIB4ztgYcGvEfo/viAsJc24BvQVwXj6PTFb+aARawKzx9wsbP3CQSe LTImD45hAhzwDOg0eBUJCa6AKEB2yv3vmlcI5OSpFOCA7zVjziZQJ3HJIRpo IY4G7wlx3a8BCoAGyAOcChgahUCznESgE6jMUQDQAm2BRoOVQCmQBIipkKbQ LAYVcUDNUfVmfYAReMg8AeCAUxcPgxvwGAhzKwEZZ6aBmp2bGwvvCUANvLl5 K56BMjnFVXlAxlZBuQaaAbqBQYQlnEGAC9EXAcfg6wJOm4z92wxmw6CyYQ6w CbodPEALBkCKBBAPBFMsvlQh+UBuj6NsntCHaUrR5BKBpIZzYDYwiFAaSJpJ U6CBRyYH4OCFixXK+gZCBBGC2MCaBZIloaVZ2leAA5lvFBxI4GLnEngMqgXe AoWBvMB9EaxoIYgKnNeZA9GBcI7Ijh/w+MAv2CmZ9e43B8GX4EKQX8Ax0vBk OEg4H4O4zZhhyxURkAi6rZpN3ApJkWCk6JZnmBI9P+Qu8Yp6xVAwA2QUBG0t do4PaLlK1FKwGadNct9AAhd7GT+tIFaQK1jimQQWgY4P9gNQRQGjXpEVPAvm AYpuBsBKEwIw8iA5IIlFBO8C+Qggxi/wJMgGGAYaNeqCcxaxgkfM/8d8y/zp vnY4Y6qEWIANgRERcHSsnIRT2wLPDGAw9MWd+uLpBU2CwcC+YEowDagbWl64 AoOBtpd5XTvhFcg7iMiUJMRo9KSiASzQf4dJSEYEC9o0qkHeQb1GTpAmKKSB SJ5ykasVzhjMIOAl0g0uSA4ivwgjG2hwrhE7Kln4FJZ+TYG9YGbQL4jHuBSw RdxeASOZ4EvCN3gY3DwAoZKDmEFc4GZQJHEpmBINBi8w8orBwn4hPNh4qA6K odwKykHtYK7BE3iP+AyuBoELVAPI4LRLOLga9HLAZeiDpUFZYIAAIiAcmAht dsgOucB03ewhPYgSXA/2AgUEboD+4FFAkwMg3A7ulgQU3MCdoF9HJFgHbAYy 3dAeEUKNYA9DDriuMDtk1mQXGzkTQYLQU7IgNFKcAZiDncGGi3uQd5Agi3Xh ByccpkFZw03uIMgH9A9JI9AulSbdnyhFZ8A9gA2SBpEGs8FGQm3QfxYbhBEC cT5vcocjmPmmRojDsb0tR3Y48BwZQIdg5XQjPEjJDxJSQpnVl5Sw7lCoQA4u C0aE/kEG4YnQQQhiogOsCH8Wvil9gnwQD7h+Gw0OB+1kVJkX4XtiohMf5BKO u2wCF8CwAJXoGaELvBN9ANMLbYA9IWfwS9Xh01SoD0AVmbU2wHBmevfaiVVc YNBEfpdaRceisdFOGFxILxAXhj2aBS1CincGyKUUGj4mRqyLQK9BURiSuBSc CVEGD4N/U6Nj89B3+WqYkuYuGIMi0A4NWoE8ahT+ADcW1r8+QWMjfVEprH6s LHosmYU8YaCQPbgh0BQO+W4DuRT0CPeoSHEsJDvQGkpAzMIhgbPQ1KBGkrnl AAGFgkLu4F3AWCgt7BQqUmh6y8IrU7PQW6gGsA/mCKKFnMJnobJAWJgttJQk 5Sghcgv/jN9CVbiriGKQZuQvvYbkhRSneWGEOEl8MeiFZwuIk/Fie7F0WjWh LgQdrg3oBRjjUjiUWTiZLwiGccEFDheQVZUDSUTlLaQfPRahzDwDlbG+aOyV IkSFv4/gIEcIYsSJ0RiKDCcKWEIDxqNoZaEyDBZiC9mD4oOXyfVIZpNLecjQ DK2FLY+bIS3mZTJIcRFyhEAWPEOuSPoCZFEpjMnsBtJQ048S0AojaMiVqkiB DIuDjw27BgUwELYXEBBFBSeBNADzxFSAHHQ58gp2CAMwLoAagMeHa0ixmBF9 G8iGSA/zQr4jCkgO6jMs8YhNXcF0xVcwIzA25Ca4DcUCEQM0wIxIBnA2tBsO Ad6G9ptwCwjABpA13Je0Df+GeEPVVwDGBqA1lAL6DQGHw4JYD9ktBsA4NBw+ DhOHkIY7AKpPPUD/cByOAe6GcEM2lOYw0RCAgQHIAGgATYHDIeSQDIYHWEbw TziHW8PLYRigz9DgixtmjuaGeJ+64ecQcTg7HALUDj1//IIagAygcag6FAvQ DkEGkkMAnPCQeCg7PB5uCjSH0Yr2wikCI2PlODa0DXEApsMvQAwgcoIkuB5m D7eHecO9Yd/wc4g9lLqADyWBaMHBYeEwdWg3LB9qD90GikPOIfOQfPg9hB9u DZKHV77KIfuQfmg+tB+KDjeHlMP94QvAfXg+zBw2GUqHp0MBIgHRfzhqaB1i T2CHnsMBYv3wciSjKfwpECeIwwIGGQ5gfihB7B92ERhkkygO4gLRfgNC1B9G EEeI3yk8wMHGdfgWmYZ4Dz2IKUQpQGqAhbhKmAHUy3AH1MNPxOzhhfg+FD+0 DZmAuLKuodzwa6geyPssARh7P0SnQRARfTivKCIS1yKIQEQzxUNiTiAHcCRs D+djq6cnYhIx17BEvDfMCegAVsQZwGqrBqBFtBtGEetXIwYqohVR5zP/EPNB EZWIUsSu4EMjvSIEKBNsK/iGZcTP4RkxfFgggiBmFriGRImEQbvpHMQYqJMd HOxpaQLsH1mIDkGXUAfK0HQJi8QuBuoBgHLzihWUgNoP9IEah2tQYUAOehVg EhdkiyS4WiKRN2D8q5OxDcoYIIxP4jWP43DdixNwE64C56AMAZsQBHQOqlic g2gRq7Wy1g9PTGcTuCX+TnaDOxYVHqblKfI5IhisLM5BnsRX4jloIOZLxLSE 1ZqJ+Y5lIm2tzXM2OgcFE5mJKgXIRjERlwhHekqoqNhBQsTbIRFRBuDxAScy ETkfZMR9yfQQLVM9nD2wg9A1Zg3xwztxHhRO1BwFYMqJTAB4YmwjcDgJnAE8 EeeJZg2QwVpDN4CMahAAFPeJqhwbQukQBvBPzCfSE79T4JUiIkMRWgdYCiwk AdCISaUtFV7pomi/WUhoFLkZHEX/S0PDtdIg2ChiFAUqBBXLEDXIpIj+wBXo CnxQvoLtkkXxpCgymBC1U0CKICrnUgfhjMIotCnBMHJKlUDSQdXApkTh+wfh FC1LoiXrT3ZpplhRrHPAAZCK3L91mMjOtdRZ0g8aFd8JF8V6DetCF2hSbCpm FVFLHL6p4mZJA1dUNCmqOGhLAsLgElNRpuhUPCvqloiBYkXf0nTptnRUrCPO EXkFCUOuIk7Rq/hUtCuuAdIrCUPYnwnwsCQGmCteFWeKpJfWwFnCIKBXxCqO SsyKPwbFomxAsJgU2yyNAQyLZsW24WCpsYhYJAfxFct1n8PBEmURObdZSixZ FRlLwgFc2gZQrcjGQC0ef8KKmKfciQgAG3JarCxxn9B2aUXqknaJsXRbhC1O 7xgxAqAgBoIt3bVjoU6QF2ZbnK3YGm1tSaR9CFWAiUoV7KBqQ9hGrcM7sbT8 Ti5le4BbYheFHJQhAEWodaiG3QLFkH+mVmHHalV56soApbXTWluJJcD0ORhQ JMJVYwHgBNhlIEYEsuCgPZ6L8ISqAIQH0dBNAOZ4Fzs8UwFrUJZovkhbi50x 3mAViMEemSyGwNjtYpfBKo5TCIFq2ZUuyUNJYLzFsbxT2YoLkTUi6gDM8hhZ XqyL4IEBhoZxDMBh7FY5M/hMfaulBCEICHEqIANwGKtv7kV6DRNgLKADJGZg pGIVIRy3ILdixFhiHGJBiahT8YquBpOilZO66C2e6gIL6UWey/HqtUMjoEol c1yMi4TP2yDmxEhQ0F7EJTINAkb3nnKxwZhBxBEiGDGMd4Njw/1ltrXw+CRi pApp2Ag0FUjMwWiPgDDeoTBlLLMKI47wwpi+ybtciKZvuQHgw4aAYbGFCAnd GJeMSJwoI5SxxagXYi+SEOgQisQxY1GwwWBN5JK1RUiJiIwrgZkRxCNKnJdA GitHYKAW44sR+CCDKWNY5UQ8WaI0I3LNtJZzMVRtTgyNd8KIjoyRxqjXWS3+ Gm4fKoo0BHzRDVBj7AfqFPV7SiW/TvXmU6HW+TGC+I45joU0Y31xhLNf/BIR FWkSq0ZaY6uRicRnTEOEhC5MhsLiBEJgOMNeZMphgfZEMjRwYiCL2piaGVtY jroDdoC44MXC+zew8DZiDGB8cUH2YsZDv3hmNDeaC16JisaMR6PxIBHWeS/O GJWNDRw11LuwdBEv5B7VKgCGCyfRhgmj7ERkFHSsLvyFrguAIfWibVXCaGH0 J9KNgAt0I2djfnNuLB2kL0QYoUJcmhXDYMi8EHSkFlcxX4yFU/SicFG8CA5q HDMb2EZwI2qD4sj1w6XxCo8/V0banPvB3hhffNjQHN0A7MHVEoPRIMBcjI7g F/8K+0XtYqniv0g6YFltGVcJoIiq4buxcKVf5FvpIiAL1TFaoiXxVPV0hC1E AQOAxhnqywliIQanIUYoHf84REcgIxtKzMgjPDmAFj08XbeD0IZgZOAXAgzV hgwC9qHbgzKRm0AECAIcLfBbX8f0hRYPAVEN6ogNGI+OT4oKUXAhvxB7gDda DJhZ8pQ/jtCRXJFMLAy0b4aI8Bt3BQTilbj1UBvON9ILhMfJY2Eg6Wj84zzm EqmJ2TtLz95RtwPSOzZQGql/+QX+4g5N1pZ4BFfoF9E3swXWozVCrJJK5CbE HiyJI0Y5laLmwMM9gG29ejRDYIe7ANtRyfEXUhOsh+KOcgDQYjBxCmB3bDxK P2w/jULxQaPxHATEuDmyBxce7EZo4xgA+oeiKwLKHscA10EFgPUxVyRvfCVq H8sb5yBzIX+RxTh7JEvMGq+PjEb4zkEC/Th1/PioEnOP7sd7Y85xkaRNAHtp H3ONVxr0IzdBXqDqOTSOEtWGVYT0Y+7x0Wh5BHzcjO6P+asShrYgLmhmFBex eUyJkEZPoukxlKhQuwFeafKPNUeVoBEjKcdvNDpuHRcSnsel47JCvmZlbCu1 ILNDXkfumpzqYABZBDIsFj08Mch8B5VxSvCCxDvKINkX2wsY5HNCBilXmCq8 LnBVf8cT5CrBwOhltEfo/qyMxMTiRPtiAZlnMCuuOB6GWKHBn0GC9ae+wAr9 nmhVj4XvY6VFjjHQOF6INioyWKEqZF2RvIJXHFa8CtCQIAMNnsEC94YvgEN+ ISWNA8gF5A6yXTEgoAKINjwaakjHolYxEHVKwBfGIQtXT8ZC5MXwDlmJuhjG BZuOC8iVYxiS/Qh+lH60DEGQOEfy43YDbHQVKF3EAcQ/qA7+xhzlKIGNiAuI FxVkpQ7xz3NPFFnI+zyu35qOIwmG0KmgVsAGOgiwU3wYJIUTE1PpyoZ1y1ao IheQMAnxj19j23GGA0baOzwLso7NBxXyYIBR0nHgciiRM8jNi9IoxWE0Ghaw gZaR0kio0dIINSCQMCJgI0cF86DqIj5G1iHlMG5AI3E5/YJzZN3A2VA16m5c PNwcvSdo5NfI+/SOnG7IDLyRrx3N1daoHnngwH44G9RGYRt1pO9qwXh0XAwa rx6M5R7/gYSReZXkoUrNIbVN76xMgaElDcEWSF+cCpx918h8pGPDpSaGjDnd DjqSFsmMpDzlnAfRaUGatOYA+MjEY1ywB6mSnDh2IeWRFsmUZPvxu2Y8kElW Ig2AEkMRQYrxaAGJ1EjuIbEENsnw47nCyMHkyDPUPZwcvIMdR+jDx2Hk6CcR OfQeREm/Fd2nylGUPBgcJbEc/iSlZOYDuLbxEHL4k9ggXI53xH5B1NGPhEok G9mD4A7o3jyvjOdXmHeoIkORAQ7w3PoNq9FW2jnW5MJgdMmvS3pBeDVDgYep Gadn7BfXQByqWTCHaklR/4RXeKhrQ7iIjlJBsUs64OobRb70kb0jRxM9iaUx GXtMwcicywKyh2PtGHioCB6SmwcdgBvA8+PsOAOUO5JgiadMG7ajSUCM/Mfl Hjkc+jHBi+pl66Dd63SgBiQl40cRJFxyd8HucHecH7toI4m35DFSLgkCoksy goYe77iBR32j7mHxoEsuINdJTUmvZFKyvvH0wHhoNpSRGsl9UlcSKzmdxBMx JzEeogL1X+oj5fGd3EpaJpIe3Ku9x+kPJlGeHHVoPlxVn4+eB3iS5AEEHE8S PUAf5kl9B0JA6cHZW0/GJ2c2+UmZh4Ho1QZnSntkPUZfp4+tQ0spIRH22PwQ O+I+BkoFpTWG7hRRmoe1vMYCkA8dknpSW5D4oDvlq2QfqQHCB+rH8MGh9Hsk DWBvjg8M5evDFzZmqXxIttiTmA/3pOiDIRTZ2nngJ2WUUQ8aZekDuhGh5L6k PiJ8QYXYB91jRSmkHHwYFpmAgRBdYHRqa+g0qOTcGqtPGbbrUytlMXBgQ6/5 DoAHR4GbUACGGoVYa3XlIagFDq15nb0wMYgbDIO1rfZusZyYFFtlnSX2Oqmg Bu5En6+/E5jyWlCKk1JyKU1seAw4hEJgTklkKG+MKTtiFDOKnJkyIIGmfOSo KUMPccqvBd6gIXHPGy4u5qAiUoU2QK/qAVhESOEl3EoRxihplC8KBGAvDH7w EnkRoYZjlC8qWOX58kYVFJlWxRt6Y31t+KGmFNZY6F4IrcpRGE3SxhBx8HV1 JGqVVRBHZW5BCgAFMALsdJBElot6T0tDF5Wp/EZFA2U4vRQgnqlyVIlfmqoE 9mhZxcpTJVHKKAWLUlWep9YUz0r1w+VibPVCCDTKI6IOqimAW1AhlXKrlJTg w+Bz+IgTARihRfi0shdyKGJoDMdcJXqNiQQFSAI0AdZeYLZ7Bmbql3Yf2FiR EPqVcanfIJpLcHCn/Hs1B+8C9cp7ZVoqX0nM4Fe2AfyVycpPJT7pYRmwfJEc RF6VOYKJ5cZKYCmuFMgULBNs2q7OFCwRMwV2WUZEGP0z6IgmwEIACVCAcVmY yFaWLct9ArusKJCWUoXohG5CpSHohsrSMRSzPPB0qK4FH6ra2pVgZ8myJAv4 KDcFsoO9hSzEZykH4FUGLftr6YzrVsnSjZY/epsBKu+S3oczZWngYMCESEs5 1w6V3YXJzIhLfNYFEwCeCEyWTiuuJc0yZeVcs+LI3qhb+IculqQJ74amQlsq LIYPSAIyJbwSw7W1xCR0LdmWMwMSwKGyGreIKFtyp9CWChy/5dqyWhk/yFhR 0awIBgHQWGyyz8anTIu8JIiWMctRELNAdkfCEzQogNRj4qERWIrgJpQbO1rg w0aXK4PSpQ6J3aX6k+QwDH4Jz4IWwXaA3ZWTOF2WB25CHhcHHevOUYm6vBao Lg992AVAwgzgLHQT+lSBtA4HrgHZJVnAyKBvGOMpKsOU9Me8geAgKqanlAN8 IrKJr5dFJVvqjUeP2zhsGvKUPT3rpbXAmMiuhGF4mrh+cACDxxFgqLcVO6uV i9yE9UFJo0WrXFS9LK2tKg0Z7QT15VBP/FDNy1/mAdaXQjwmTLbtU3m+5F9e 0M6XZZS3lJxQ9IUk6F8uMJNhI4j7jEqjcsmWNCtoL0NR9oML5vSS/da8rAIe Lz8LFUxWw8oAg/mS0GC6hFaJ30vCTebhoSF+YmgUEzJ65Q0EZsQynXe+hPr0 8HBdxJQcFwmghkn2uWHWTrgLki1NRJnwpHJ5mNd9HCgSJSCNxUSItvYzwyEo MbGWPZI3JdmibjbFcAgoMStsVYGOZZ2iKmCc6WDSEBYeT0z0waKw4tYZECq4 3HQQtC8WYGBBWSE1EKJYGJh/R4szpvRqOKPG1BUeLfYLSkwvZi2qwaDEpCvc M9KE7Aj5IFMsggArxMStGOkOX4AhTp1w7sOhSGOW/tiYc79OxBcAjpkATGHS EJh/UsLQghjz0ljeOGKSLV4Snkw7Y7gC0hh+ZCVKCHiVvkoZ4BHEUnm5GFZ2 0SYyVQG6woYhkgAV1L49I1RVqMydTqNwYQiW2Q8Y+xQJwxlTFlMklol6eNU9 MX04P8zNSR+Ty6DHFBJAFrYY6UpKZWrhUmlWSG9QCrRM9wLDZSQo9BVgK2Sq qmCF5cFXlbZpw7T22HLRMUt/zYqjoI8ntcCtzBFMADuWaTUIU1RR3eWmpAPU JMCFF5hQJsYAm1lEmMkFJidmDbHA4FzDP0T62lWBMxGZbBdxpnVwF0PM3DAY MzsDyEwK0T1Dm7PM3DA4EvWZEDSDiJyqglLR7Ao84dwLlsw9ppnwIqC/FOK9 MFN6uiiS5v9yqHe/rHWpNAGYZwkgBEIPh1lee2kO9WyYQjwolmWQhyMpMWVa /kaaaAlYBQxT6vXAbGla1x6YPMYeZk4TYxlvQGq+dqIOM82OJa5SiNkAvAsQ DQweAT5gZUqzSNhWIBJmlZqYRSYo5vGDq8nAJF+thbxbBbqIQLkpapneOmte UF476zZfG3dAOKjoaGtigyInUQf4ZWlQJ5eh25y4CRmVEczcAmKiBUA0wDUO NeeDZE3gxwAznafXPHAkNWeaTM1DRBcLiAnE8Gk+8aJ4KD2TJvqAi3DYTCCl 9DY/CD0QHknhfDnWLGnGNEsKU4BYj7xAennC/BeYMPcGJz2gHkKPwRevaTPM NKsKsQOjpirCphnAxGmeJRok8a2mZvpypdnbVGr+Nv1ZV0L51iSnshnSLAwY 9X56Kb3NJhyhswndyOiBNnt4os2P4XATpskRIm2+NtlAJElgFG8zpunbhAMA NztifAT/JXdTpnnDRG6SDJGGy83pGkSHhwnZFPKwA2lsxIR34A7TqlDe5EtF Eawx5QQ/jH+IvtneHKUY2X4L+00nAnszp/kioCesAVJH382pS0wPumnSNG6a sLpYSIe3VpMGQmLUEzWwFDJ6QxFPx0VP1JA3+dxZPkCaESYaQmyzh4ffW0dE 2qabKT0rikDvs0nQw276NW5PeQ8rilgvNRFBuMB4N0eYG8zGZluh0ADkPGFe Nvt5CL0WJ5INqHd8Gp9VMWubLEZGB1SzvQnJmWHa15yaVpQp51LTn4XllHJa OHdydgHl5iRCS6NZWFpNODObZwkl59uCsxnjPH/EPaybNU4hnkACx4n60XH6 DH+Ec40fJ2vTXqDbhE8kNi9EXs765nqqy5kB0XIeN9+btJ74JpFzz9kVeG6i OaU15w8LZ5NAaIPinGdOWB6dhs2U3jTzK3AgiF4SEPicZYQIZ+3rpcE3kcVw Oj14jgWgXmqhkpni5CyMD9oAZoCjhKUyo5cG6AxcMWlr6Mf55cmBQTDWxHMC Ckib6k32ZXhTWYnl3DB+Ob1t4Ktj5q2zwSh3KHaSGL+cyc0pQR5zo8BdoOEZ sXiPZsdTYfLxVEEbvFnQhVJ4DwUIX6jwz/nUhHYmCRkH2rXxpovktnnu9EgF AA0S9ztclbKTi1lg/EVEO8sUWUxqyGITzkTg3HK+oTpi9KJ+53FzPXXvNN4s KDyVNEz+ZrlT0ImrCngqPA8Shk7zJnITamjwVFCUzNyXu05sCvngIhBv+DOq OvOd3stW5zWiW0AtiHXq9+5RGb1l5/bozvkmxJBhPG0PMweE55WT3HmQACNE PM10Iwbhpq+TEmnzhHaWQaxB884lJrMze0FQRBpOO5Ft7IVJR3UmiFkBnD1s EnsGTMCVgY/wTehqtAk8PW8PFi065WDN7Bj1vBbY9/oGmE5gJa0ztHDqNEG6 LD5b9z0mJzJH1Rla4JwQCO6Er8GuJw5rwSBHYFSMiyyQTisKX9wz64kQmHq+ B6lPMZQ8YNPtbqUi6BUylYqGTM+rZ/JR7hmm0XbOxsYH7QSxHfvGHkHr7Ayw rAyfkbl3kdkhSwTU64ZZ7GqdYMhgRUXB8yleG5XcmEifVkXFp99TNsjtFBJq oXKLVs8eobYziST7XGB6d7YTUYVzUtMz27nADBLiAZheUkUo5e1ESpk0kbvh PekEJ76pCt/r+OkLixZocpSfJ86uHKMoVaDt9H0CP4UEVo7kJyMvo6X9VD86 KLufmabXGwoM5rn6BBK2Pn+fxEWo4c5CQaba3D48P9lZ70/9gSYjTID7TA4o NtF5cKbuZ51NX9EgsV3pP2UX/M9iAv2vd1RROImQcQKgAFCSxb3I+YkpUH7q QeKf+0+SBSes2VD/3FYckDoSA5mOBNNzAYS7UG0uQI+fC9DuJ7xj9Hm20Fc8 QBug7IgI6KVgAlpYqIB+k64O808V6F0g36YffA1WP8+f10+jISdm/RkFAn+C Pw2gGAYqAQQ0AboCnaqFL2kicwIZKOBMqaZCYIBGRrYVWypCwRD0XxGtUlGp Pm+gVxrXJxUKS3lFuV8gu3yg8U/txJRO/okTEGcIQVGgB1AJKC2jAGoQSYMW QYmg8onTpwh0ADIFDYBC3zgELtATp95TYYAF7XZSoQwZPNCn1RyUQ+FL+X9S QcM6V9DeJw6UuLi4wDViIxaTN4ocpz3CB+BzwAFkN6uZcwQpXe5zUpAHLUzs O69WfEuNARvLVlDktBco5J4XzrVQI2CzOmPtTISSNa2fxEXRVZBDk2mpxEac SaaZogJ2ZkwOUyie+hM1tOoHRIoLyywUwakKlXZaB6aZkaDogOKv2vn82SGu DD5VX4EBR+rwGSo4iIZqC9tvXZR5nU1pv3BsZBwUL6uhPhLfon9mStM4zLoN JuACHxZJyTfUJWQNnYHk8OZ15NBepNetJWCegAucKM6A1FB2aDjUHVoDkSUS GGgkW8N86H6gHVomTH/RQ8uX67d46DIHRIEPBRyAQxd2bjVS52azk5FVKvD8 mPxuCjH1gSOxSmAPYwOMBhGcHFHamk9HU8BkcnsuIp48abEiwBegCZAEmAJM ASQWioSZAfMHk5NNpBboBmpwi4GKaFNABKC3eQYeAb4ASYAkgBEAJjqrwjy0 LKEDgwGyQ5ADohkSVR9cytZMgRswiHFEV1eZwCEsG84SL43swKnzSGcSvWAA MdahA9F96IJhJooUhQiEn0CfkTaKKK4TSdAQRQhAQ8WicYUVp2az9BSZsBSw NK2cw48qhmWqI6af0Iv6JzYXxAk7Tg+ndTDIuugF8YxSNz1iXUDUIaoPhYhe Ms+cMz26KH+CQWAXDWD2OWMYcQlkJ3KoLxqZyBw8JgRPqLGHAWGULfDcPIyW EBKjoIlpKGM0LOoYlRAcMXgY3o2AgT1CMhpzTJr5RQmO+0JBx3KpuKQwzBJZ K/+IAlHCAFx0qbNvVGLAKigaVjkkhg/jizHhW4y6RR+i9j2QnWlkhGZVBIsO DgoHyEvnaNbrgykZKg9cAZYARwCXCK6gAWUEMAIMAc6GwVHu6LfzOxoevRgw AaoTnUPV6HPUJaQerfxxGFwOy0vP5fvAOlofTRGwR8Wj1ARSQnn0PKq4k49u R7GjIEz/KHgUQPoejQjIAKyd/FEEaQ50taQOC0z9GsdHD1F5aIVUOFolwVlR FKWA6VEJKXFRfHCy2pBSMycMoaho6L4kaZYi9ZGUeQiWboUIaUiLuHgpGO0g QR6io51fWobUceW1bJFWSURZT7K0VI20w+Pj8ZHmSJVTL4RQVF8zIBPPNJAa L0WkEkzS025sR/rPnCpgpnBWKtJtwU+stkfmlJEiL+8z/VAB6CyR8Okj3Zfc s9iWZVIx6T8UZzW56F62RQ+kM9Lo6IlqOsq4mpI2Rs2kHbEraZo0c0CylI6u tCIsX9EQaZw0tyAXBehRN41JVNIzKSxqT3olwEwVSk+jPbxA6Wr0OjooXTA8 StWcJ02TpoxTR3onLTTVRw2jss02Z37v2JEBebhlNHqkGVItaVrqUirjlHSS StcRktL56H6gPmrm9OmFPU2jJ1LOQZmUR4omTZXySdNSjs5QqRAvVgon/ZLW So96QjxMKfogo7cptZOyRvcl0Kb6aGlUWJqZaJVaUUylxAQ9qa+0UQoshYyy OFulTE5Kp4rKSwrCdMhJRBkoFVEhj3UTI5pVqhbJUJo+102Tpt6BXNodNQj8 Ry8GmCZKKOeIXroeXZC6R9sEsC2bAryUXxoxuJfiCnoOPgcPAcFUQdoexRU0 SDFNWxwYxoMAlin0PCyt2mAVKbisEiURRCB5gHU6FjifKb1yyBazYmqw+ocy Q6NaIKBdaZX0VNorvZOqSlNWWNGKQlPUokQ3IJhmQp4XbDvbJ6ziEeos5ZDi ScFX2lKX6a80ZdUIbXaSNf+M14oFhQWQKaQLtI5GQ6cCRACmUIrAJ7QXOI15 OtiIUFOm0IMwW/DJi/0ZPzmVzAKb0nMqmVMvSRFYFnpgYpQoUdT0A9RXYA6Q 5cwse5/6XPun7HQpGDWe1qwx/bn2z9vDQsmaQXCWLo6MnpL2j+NSRRU15fC9 TX2TuVJxgSmnz8bGIHz9hGpWfIab0AuAalqyI+BpDCwFdwH1qD6MVXAlNSQJ LpkFvyeh0F5gXag1tZRiNjN6mdLMRHkjqlfdZF9aOCuLg8/IGf9PncijlAaa AYgGSwjMKVDTtAkplXPiqvgI5kDcKU9K3OCR0g0kQN6fJ0n4z0CrmzAv4eGF AawiqqxDJE3hRTDbDN0VTo+lFE5DKUrTP8M6TRHc9KinkVLS4nxPAXA9HYse RceXmQeb6K9hIpoTXYv29zJS6JOMqUgU6fPZZJfS1rJvu78Ij/1UfeAuLTEx CxhBAk1Ryuf0QAB8Qx1wr04iiEvBmMpTHCjIqiKMRgOMgMqAJmXQRigS+x6A GR8CDU2TxgBVOZDLVGWiOjVSGqZPmDWmo9kSCxqNRSiaGVSNWytGB8HRTKHi T++baJj8po1tSoBAnSaeRACchrJsRNKshiqLOYnQNheoI1PQxAZV4+kxxUhp pDJ6IlOVJ+kUJIIz7XVSPXemTlGU5S0vLIKQdKBaUM1AXM6jKQV0DIoi6WLZ G5ansgMmgegU1ekoJHOWT/cNxx8NAuO0mHC5EGpuT7lHIALKqQDvzcGTsaIe CEyFHM9dZmizL+O+kiXaGDagK1QzgCxTgwoi6KCa/5BsGNMhag5LHqFCKgo8 MUWjAbWHgBTTzghJvaPyMYmZGRFG6tyneOpXmINWrpKXhgzZhSO1KsBO+wwY QkepZoBKQ2nAbOWRQnTCExRrJY+YWV+IcTpHfWz28MCVqNTVW9/JHVe6gMcB RqSm5QE56jiPG9nt8Ei1CUqGsFQlZqqLIig+gzY9Yt44RhHawQBmjepBNVHV JW4DPwBJCSe1mulJNWyBP6uWjbQb409NkTrIIjnA+D4RYVQv1eNUjxo+NZxl TTlKadQhh1UEfdBGpXy+Uf2nBwJhqnOvmFf7I6eqZuyonT8nan3QlrrUnIkQ T40L2U/kqR4OVvEY5O+d0sYHzFMmgTwV2Ag+HZZObmRKqFSAKmtokvrDqaQq B8CYmFS5iSZVklKRSk10U9tpoFQhRTKVlEqFCwEE26agudQUwBoLzDCd6j/o UyFmC89bqig1lgqEMqZyQc8WqNQlavAEjNo8RR+opHAIblSTpo70cVq6mJhi ATWqh0CRmE3gLAGp5D5MKvOLvRdrpQ9D9yN1eJyim1BiroGPloiULTAkLVXo 3/yBwZg2pjp1L2CNOaqmsCAJY1TWyRjVpaHq0V2G1eaqfT8HnWSzZLomxau6 FkADxQI+ioYJZGpRdX5FTqWelFPY4obUGuqtW78pSek+qNLGKAdNcppYtUi0 LK8Cap16KoChh8cpbWl4T9IxmClw49hHrcPL9Him9D6WNNK7gN10JVXeWK1K 12Seww/XqvUCSZojkK1mHCabGtBMw6FiQlE41QVGTacCvFVgqkGAaMBBYFHR 4sYdSCPpoePuhnFGVQNOIzBqXVMFGdj0QCA2xY70C8qm5YGz6S0vbYoaC66y TU8LbtOVANwUupE3zWnQTVWr0DVS41EAbyo3zWnsTZtoFY2/aXnVbPn2VFEF V6OkviHUBGvsOYZFMCbia9wK91UtSH8MOuZfxUlQx+JKK0wAzoelqiqp7GIa 81ht8FKukmeypXZfTREQVxcCxlWrKTEVLgAx2K/6xwqskpIAK93TT7pCQ7BG LboW1wkGKxNMWSBiFb8kWFGsjAYV60Mscdqo2tqkWGUHkUq0JWWUWXBTBRSA PuuSAVSNagEVdMCxwBGqmARZBiJrEHfMOrUIAZI5PIRkyY8FqsMsCbRkJaAW Fj5XDLFHjpZp71ZB9RFcUEmoHtWLUK+Sj9f2POqEUOsPI9QUqjAzkIqPIqG+ UI1bMVTnwAwV30kyHZniULMLOlS5Jga1znr0BGIgq6qsyoGV04PgAOdL+bFq dHCet9C2p6F1ibMYo6riWLkPBUNHa0pBUkmmCqFGTpZ+cQdJa6SyJXYJs5Dc Mn0YuczwWxJI0wppzWHp/hatQRyKGIzA00pNqPAQD46CCUxfSqJ1Bpi3zJOe NcOseNThZoBvfCMnu7US6MZIZ821ZuvUpKkWMgv9U4utbKEB1qyVtPAYDDEc WpkJRwZhKDL0qAPUW7bmF52tjFYqWmEL/zn8IALcWCetOtZD6zvqTDIQ87bG WB+tbYBwa7a1j2NuBReAWz0MzbeN5nGLsSiIkCpkS75pKk9jH0SH3OpGY5L1 JemW/Fa4JVPp38rOaLcyWNWtqVZ9hI4KuhEg3VGtpKRSn7KBIDVBJxX3OJO0 Wa0DA7GkFBAL4FFBMbiiWxGu1ZoG59oDiOPjUUM4yipIRJmf1IhI6LAbQQzp pPoGIiKrJdD01jpEzbViNSOdpDcJGzYI3CSPKgu5BoSt3tP6qY3LrXlstWsm W08RxtRQ6pmEnRY9lYKiQVuufBf3ZtGT1nMmCaslL2qqL4Iea/Mt4hl1OJOs pjCcxhH8qNEAKqAtCspYXKETpybE0IIV3coGtFwePJ1Uf6aZmo/HKZLAqjSt nKgJ0DKLq+RHVCBTrbXOXHeuNVerpkpz15pzNWvuXH+thYRga9F16HrXfBUg pIJmfYMnlWugcCa3hLvemApn6bM1E3O1dBpXIIuiT3cXuoj1KbrUferXWEjx 4NqnGlH6KbF1f7oPOZ01F1ivRTiDHjeKWZB0Ql9RBsOsQ1bhm0QTJ5BAXbVJ WVdtjLcHat8RfEWm2rJSUAWoVhzdH5h1iGpIXQAiUk2vxRsRaudGzeo204Wd UFuoglTUw0WThdo3cbPqI2Codxj9Jg+VhmoQubMaBJ2cd7PxKxL0h0rvlMX0 WQ+eB0nTKyRtoqEL6wxISFx+tS8Ga6SV6YFuvapCImqeRACl36SA1VowDLXq iQCwVQRS641kwnVqRWOuWs+ZJZ5XKx2y3sAxlRwUUV87R1SkHlp0ZOpgLSpO LHursM+tDdQmEXIfaK5CwDg5H5FfHk1runpFKT6NTbMFigLt6tuTuwoX+MA2 Ab6rYq/DaeOUuSapm5vGp2wI6dW7aVhkvlqhhK821+Sr7VX6ao7IrWCDFUl4 XmuioVcWzswU0oOAlZ+mXj2bq1cdisbU9cr7g732T9uVtNe8QogBiHV7HaLm XoNiIimDSO+VYvrVBL4aWa+oog0F7P5VxVppzaoupAppxdcg6/G12gGHfZdC 5/SvjsFyDxet4ppCxbVeUqVXOckqEN1hiOOqBPRNNLGvg1QVKpWG+2pE8b5O E+Cs4dc5q8UScWmxNL9aKHeoalgbqkGE/cpnBXlmGnBn8tdyj4Wg02oVuL/O KkVSBNiykwH2NVOF/cOyXU2tF1S06Jar1gmBbVp5Dd5WsFj8FQBWLwT6vBJU YF+dJk8MLEPq4+m6UKIyYUuwnFc8BlmUwmIWXYpWF6awfsowbLNgDKvfML1a YSOXqtckHOwVfzrN/MbGXpMfwdc+7KPA89U6eGbiBWM5q86opQ9DAet/TVXe YZFXLafzkkY112pEXcZiN2uZExYlJhKsHftOgGZaFhatw9gBlqhAIMss8DkY IqCt907LjSHW0/BI9WEcNHUECc2FbFUg+brQZAt8ND1SslBkKALWVYqQXUgR YwGAhQVs6zA2tqBdYqVaxyCqYdSyqFJ0mjlXVcZWVI1S77+pwNoJGntFi6jK ZM+itFC36qxT0xlaWKruBSghTtV+qvB1HStAJcgGFgyy8Fjh34OVqzpX/ar2 xMSqM1Ky6l1gtHNWVXylVRlfP6G2amD1rVqDZZzKVdeoedXh5V0VLQtpqKvO APaqfFVu6eMUxgffG8v+X9ee7dTxp9XzZ6k+aJoGR5+mKRe+7A1M3YWC1RYk rOAI8x/CQaXNa7oH3A9SV7so0KenFTpob+EV8K9UI0YMTI/MV/2IYfK0mgIE 8MSsWKGiiHGCtaBRsLJdV2OwDbHtahslSnSzXBlU1uIJFcq4B+6nyumXWvql CHA/ZafRJczSaMkGs82WBzyzWKE7KGg2I0CIEpa8CHiVfsjkx2SWBWewEs6i g/YeroHmLI1rM0s7aBBcTpkFWFnk5eaUDNA5vd9VeKwFLgc4QveOz9CaFRqc KsCzorEiZDJPlWdZGM2GZ3ObKbokbMGwbhqErUWwV3uw7lUBp6fRb8qfk88O Ts95cTYxzghIMatkMtw9ENAJBtUopICiOnHdSsxaZu6AQMyGUJ3Bk1S5qaA4 aP9uYZHKhcYIQosBbQhtCiyzohQL7YB28BZ30NC+BV44AFnykWjkAhqQWYpo Zp8t+KgLrU3AXWqoEMyKJB6lPoFl6T31adU9LQ98T1+n4lN8qnKgdBGZhWEA Z4ezIZFz3h6AeIr7GWziWO8CwJzQZloC9/OQSA5AaUkH/U1VUSaKvHqkeRhQ acsDRwBgFfsEvwlU7Z2eJdgCeNa45pMTlnqTzZh8aQ0CYdppIizVzyq9atJe KFoATYCBmJQWfbD36dImOHcIo0vjTH+TRpA0Y9OGWR0dV4I3rURAUGvunNPS JPGAito8rYchSzsYvaJ67vSdVQQ77ZehBZDanCbuaZGQmdp+wm+WUcvwxBfg fqZapJEUwuazTQtVBcZaQW202FNMZ+rUQsg96tEaBH601VPBp5CWEoL7SdLq EkO1Z4TBpqRWFrOn1fKlCMCv4BgvrajWIDCspQMMalu1sK2wSIDz/JqoXdYu aie10E4DpzuBtACsBdTeLkm1PswGp8hVSdutna40a5+1kzgWmp9WURunFbge azGx4Jidapv2VcCu7Yh+RJFsbFqCYD3hhshtNWR0ahECz9p/J/hqCaGo/dc6 a4+d2wLczxiV4UFK4aP0MKyb/lQghtkK2iR2JTEuaGkdooaMXkWtOPEGECxU YjBlQ771QbFgOHEikJT4pSB3YdexwNj1YvtgmOKl9Da21gmPLUzmJTBV2VzQ DroPbQDzAm2RzFmenXt2Xs+nUNibaFoU9bry9IHZBHA/TlUYBnIWEwU0WPJ5 Y2GvjsR1qRb2fsqF1Z9ObfmnkpMLi3X2V4s+YNLCEZy0VlrSqpSWmaCofdKe UbK0DZ9PSZ8WPlWvBUyyY8wO+VopbZr2wKRnjduGT/+005V27f+gKHCKLZz4 U308CNiknbKWkMNcS0KcbRG26oelLbQMATtOHdQJHymzFk6Zk0kphUCaFc+O 78izgtnGEnqW76SeheaxZ2M5hq/KLXxWUcCrHEc9bs207a34kUU2u0o1IDPw KvVX6pM4KVUwczpWrTPIDrSXCwUoaVkVNdazTYukZ7mqodv3LPMBVnC7dWh9 Z0W3BzrRhpSVhQGeBSJAO46xJU8sQnLgmzaSRaKab5yx29bB7Q5hsGmwndfa N+G1OATt7XTFYPusPdSyCqW1OdT6y7rWWku+PXbSNg21f9tqLeHWINC+ZXc6 ahdXpRR+yMlWfuutpd+CaxmclVov6+Nrd2W72ewpeERXU1rELAjsSQutbdOm RiuAsNrRxPNC8unrHMoqVZEENdqdkNfTssqb/claY4e2GdGi7eCvHwW1DcdW aK+2rddZYRcWhXuOdaY+TSAxRVFqrE/E2gAWIHEeUlEExk4ELEIv4pk/jTqk FgQFz58IblXzWECZnenFujKzBoHI7GV0b7EhYKcpEpi45YEa3b3B4kCZjYKq MNxOk5AtVXyLaYbEbaQxKTSf8QbU7XbrY4HFHXoJeTSfpShvARhX7iDGXaDh CCC3e4slKTSKinvhrAhWZ+KZZivxrUsjaQkHkIUQKeRgSNx8kRBXGut2ugoU cTmrtNUwLvJpkFsFBNFqSqBNvduYbZ8CJuMyqgPAjKgKQgCnjWKJkWvmED4+ Zy+zN1JlC421Mgud9VJRZye0pVzhrIo2KMPyWeRqcH22DLtOCIU2hFk9oNBO aCmz1k4AWu9Wc1sUGi3qap9W65S2UjDXgBvYLFkhY6W3HY9Mp0kTLbpAzXW+ PKefgALhAI6jqFnYg60aMqS5Qk4KRKkW6AnRXKBmDrC5Ts3bJsXz/XoyxX1h O8mffVDXp+NVehpGEHdaWDse2dwF53Hz3GnvfHfK74avNLdubvvV5vV4lXaa YkOduk6Y55rAlZBHne7gZSucxdhK5zUUnHs0NeI+rRi6O8/LKES35RmwfUlM dAeqX05bJZNUfytYk36SCgSzHypkBEj3HBJW5JpKV/W211r1QffWbNtFucAs bYGzviI+7tJSLxqqOs1CN1C6grEjrXB2aUuJqtLiZ2dnjx306jshybheHcLK Z9+ryFH+bLDuU1eLEOS+citOR5pNxBWQstkHGelGdYkv74SrXPEjNjrKpemi X10Lt9Gtam70t7Ab9WK4LgKXWQJEqFU3p0gc/S0o5SwXRtisrnL0b7qV+4fG B9a68FTdxhyMOgYCQOkabON8zU+TlJVVoJaS4lH1pAxYOykbYRIoERuT6jYU 0oB6KF11LXyKpmNzJW4iRm2c7DI2bR8uuCmvJXhWlKQHNB0H5nbzppnRxdRC dOq34VqB7Wb0SEMCQO0yOK1bJR1+rLw2cstpjQy6DUS7O886W1Hg5pk+uzGl AZy6N6GgZfALG0XS8j3QcpMvNgG/blaJpdtTYjdUlKgFGDBrEGR3zWjNPTy4 dn+bmtGpQpbouivxTElMtRi47NTC6gO3dyvcVUz51cAWSQhlrup0BdusJdcy KYS1etp/rMwVOQSWOddCO727ILBUrcP2oGuUog+ROe+6T93yboFM+KXfJSaI PVN6OFud7Sj3+RK2bel2Zj+zyFm6QdyBuVsGyNKqH460qZykBWvDGqHm0tQZ bscVFt5yz9I2w1uSys2ybvUJ37KcLcdJH1G6TTfNcitNkdu9DwiDV1n+eEiw dhO8QxfSzLc1Usmm3VI5XLlFa9dJq2a33LOz2OKAhti06od/xTGOwhvifREc ablWSN5yz/yx/tqKpUShKA0CClj4bemCHkumytfSG32zHIJYLKh1zGr6SqRm eaO6Ey5YKsfCAcuL3QJGYGEGE1j865l3sjtV5b9OWuux+doOBph3G1vQLF3M YukJccE5r8NKzTuAxR1AwgiwrlY47w7HORVIbcMSTrYoQV4e75FGXLbsm1/1 eSt8ZF49UfoiXxvp5T4Qes9Tlt6QhClLjmkPY+MuMVM2XwifX0CsYGg2bd3u VOc+lSsrzmCzsBnePdPqY3VfDiaap7ETsol0RageT1GgTlw6a1bpJtbPbbPu c/VRSM+IgGTTjlsNOfYSeyOy2NeskvhTPmLHfVV1TJOxhFWcrD63YopQilfs eD29rN37bdKiS1t24vLGcvK8WYs47yEJr+vz+gkxbNMgBl4LbmYCx+sa4OtS eMekkbMjbYSXa+vhvdJWeKGdF97PLIlX+jHho9GYURq8WFqAr4hX4MsWHbia eA0CMSl6L+xWzGq6JeKWEHIEe1Ty6ox3TNMyWx/ceK80Ots43LlVyHuk8fHi 5wy7bI9vr5LhSLNyKvJSeT2WUVb7qycU0qvyZdNSeplVod5Pq5830/ua2fSy dju9K9/ULaj31EtNWLNOYqVXewuiL1hjAhcAZPWeeFOgr961B/FU1nunpfVm e9tb7cwT51yGDzvYFajuNXOqW87pqxVOIGMldKXSWfm10VPjqfYzstnt5diO fCW9JQRxL0a1clPutfNGKvG84d5076JXJ5tEYvei/+60zVpcKfeovfurhejY d0u15VzcakCG6ZnBDe6SdAWbd9rurUPXSOtgvYxyd2maz4Nlr/iMqptZaPx6 qB6/f99N7b138rt+o/AOOz+VTF6ELYumRavRfR4wfkW6AV7QbxVlYoDe9fcK fotKCF/lwJEWpevVDboSW+OcZ9rTbzpPL5rdzU+keDqjLI0fQuQJltB0YJYy mRi4ZxSdU5X2w5vwZXfCdN+l7UA+CkqXtju3bQjqWbe/1dPMAisHBFbcrapV dWO/V91FnSyXMgvIRFzOd6cKxdezZb1zAAIl1X1lZz8LkpPirddz2KS73cp2 UZ48gtlUF/F2aWO89eTacnm2fl/17ydXMDm1cv/6XQGaWlb5L5dx3KvikkdZ cYCuq94F3ZHGkcjywUexafGnCgHZ7avq/jskhNPof3VVIeAv6e4W3hMA9vCc gLcqstxSrqhnI/KqRf+ydRu57F+PGHUThiICtuKQgFNfkIYXcO42TroCBgA/ dQXAzFPc7aXgxRv+hf06ftO/B8tjQSkXkAnpSQGDMO2/tNusrO2WALz/bWcQ gf2/rNkW8K9ACLwEhs66cp/AN+Cxjp90Xsc8VVqeQ8A8Ml2S7gUskMsKJP9i wKaGtc9X6CI0r1segAAyP52g0M8faBsUsGuTQvlCEBC7zE+SQ/XykOfb1ZUx P0lS7k80aIOgmicInn+mPmUHTss3cGC2aQkFEPA6V7tO2gIFWU2XbOrKzQRD gftqwi8obhCQq0U3aHnkW0K2grEZlcP3yKoiYDGdfB+uN6pKk0VUI9gQQD80 CBrBHV9Z8AIIoNb1HRHQCGB0h2Cd1EtqsXvwauzOfRQFC1dbAcFV52AdAAsM +Y7BKF+k1Kcse+OsxBSQA/sm1WCxQJ4CKaWP6AbvVfBRbABz8CYDSZZIIAoe vJaVxCimVQ1HA/QwUAczOwB0dNsnZzrYX3QOHt94K17BQiOP6IETyRYODtlq gw/C++CFwF5FcrIQ7AXLpKYh9QfCmeT1icevXdJyTnjBZAD0AzeYH7zJMGPq WRPC3uAIjlgCI+wL9uh8hAHCQAl1cL3MK8UR2cTZg8MVKOEzbpmglAsJVgUj 3VamxISXMEj4HOwfsgIjDurBHOF7hOZ0CxwnGAKrgMHAvFsx8HxiAFwU/tBC Zx0OFIuZ8GU2BpClaz7IDprCkAYKrcNBu9bFBQorhOOBmwcVlQ4iKjwHeAo/ gJUUQeFwhT2YT0v/FQHbg3/A+d+5zszDC3wUxoaGgY/ALmC5cLuhi8vGPShR e8mWHTGd8FoYIOsTFqC+hbPA2lmi8Fy4MHyPGO0YgXGWeWGssLahixtJKDTp 6hbAitGNwqEiYVn1lAj8ZX0k9SF7ZcTgSEtKaC9whv2jQ4AGFCXqNFweKN2S ElCHvkDRcIpgCBANowIUARpQyYLYsHDVxiEU/QKYT0xQpAS+YXJQNtwaLgIA h/EA2MPh8G54CJASVQ3rfXTDEYMggEu0CIAR2iiVhhk/yuHR8HGYb/gczg7f ZtlLCUvf8BOgCmAblgJMAcij5lGOFHRYmQYFUJE9AZQ+XwDOMN7HhrgeLg8g AYoA7KAnAHmMNWwQ0Ae5h+HDCcvV5FmIP3wRMg63RMvD+2HicH+4PSwFeA8/ AeLD9srVZFtIQVwgPgIciKnDX4ApgNJHAgIvJRD7hxvEAOII8buPRkAgVgI8 ARZeCeLd8IfYQQwhbgKsJm9w3uFgqhTgGXYb7hBTiFfEIWIXsQsqB0AiphAL AZ4A72ENsRQgCMAhXm95iBnELOIAsQuKQhcjTuJOhzFCKWIzGpI4R7yarAH0 iHfDR4AhMQQkSswe/g8/iJXEMgIbwJU4YpAlDgJAQDpEQ4AlAJd4jDYl/hKL iGUEN4Ax8WzYNwwF6BClw2zEKuI2cYt4NWkJDQ1HY0+w1IgULLNARnshNdqy YIVPpllS8IIoNTuDXc2ixhKWONhOgw42rrSYcq9dhM0ABNpjkGgY/KX/KcxC eqKhJcKXCuJSOSQaBhWjGniVFoFXxX1ANdMVFtHeHBh9iEsOMMASdqXNMRXD iqm2/0qSozvLVRwqhgggLt2lnGGtwLwBVUxQsAmrDmbFFtJjsa74QxosXjBI c1tR1ssdHD7zocuKMkvJAdyAstRnsbUYW2zA5QyDv17FZsKATR8YuorzTREI xjSWcSkGak3jPoAKBGtWKpcGHxGJ4LqyeVb/hRdrC1q9KN4ghFC4dvsuTSh8 RPi/X2C78KPYXnmlUFjUZkoD6zLvi551YokKtBdHDBq7saGvLhMBXQy7UhbL DD4iG4KE5dqreDOxRLpOLO8RtGEoABXzbmYsZv0pKDgUAzFjMcU4Wcww9lWF dbzF36VhsbgYU2ETXhkPGdbFy+JshKJU92IzlrL9xKyaM+Mwrl+YTRpgqD+U edjFjEAyZ7N4iOsEMBqDQZDGColRLsPYaZyUBSexi53G7uKBbCQVmxnsnbHF WfWbLeOocZ0qonQwpm1OjcUf/1mlsWiYiUQsphl3ccsbbWPSbdC4L/w/gw6j K0PGx13XQMj4JbE3Rg+ujQ9xBDblAKFYlGUMATdlIRi0OkwZLcRUbLf4bQjB MPDGxBqnjSn32aIowBvXike0GFoFj4n25yBLrHZ6aMsDkWMpQIwWc2wTcPGY aDbHKNrpLIyWRZv5XYytckfHWwEC7Tk2s7A0/gTrYI9zElNmQcSE+IM4gBxn cvk2kw+JyTMIckqoEf4Ij1McE8smY+CVDqA5xaZ0Z58ExljQ6Vmp9XE83ohQ j3nH387nMRhyd2wdGul5CAjEDiImQItYPEwepg5PAfQReGNIcOg4+mk3xuG9 X2KL3bn1G4iAe/wMih4fCHC012PrEKl4Nxw+Hh83iMvH5uGX8d+4ikLGm9c1 ATBChAN9FkIvgax9+LzyTtMRGRAGMmKmuqtwOCBTASTIDocBaDXPgixBHoBW hX0pC2Q9kwHT93uWkCDHWoF4DmTLbnurgXlBSyFzN0/In0orCgaZhWyNjCDr mbJScVnGAczYNfouPCpxkRZgkVOQEIXgBfAxDsEGf4TIKY78RsNTPHtEPh4T kVE4xxh/F/NsW8BFqGjAlcwgy9oWABUAD8DbsqvABRKWL1EniNZICsBFrrqc g0UACUspgMmWr6rlqx2znfgDgQVYHeBqVjva2GaNcjnI6bTXi0Irk3EFSA1L OmcaeGTNVJa2tpC+si4AroaWCGQ90yC5QlC5ctx6GkCfx0UEZG1Dr2Qy2n2+ wKIoxmPe8QsgdaELbCLzjqtfmGQk8iZ5W9fWXWWCIlur3AyK2qau/UNG7iKf g7fIrmQ8QNz0ncAWmiUHFiB1n5+jAOm2jBw47QgDAVZtsGQzckeYrAhKDtNk ktkEo+QeYLqjwRBM7iVzch4T5Y1msl1FUSBN7gdDRSarouTUxfmtlSxMfibX e/0z3ORe8i45lqx4ogEXk30G2WRSMgGGN4tBU/74wHoVqeTzIqQunDxNNmLh AewA6a80HYeVnnwOBhH0QjVAvBwN2z3ZIZD8wWAlf4ADQABoG2eMKDhHkG8Q 5QYeyDKIjtuCCGPf6s8K6+AJVUR8MhCGpQd2vW9llPPJbwqOIPFzrvYX2GkC 0I7JQ2RtMla3JsDEKygTBrcVE2V5cvunmixL3vKRBUDKPpGmA035UPxPdnQE lL0FFgGygKihoFxO+wucPVR0/2SHstnJz0RBPq6lkt1agFNcMowPp8xRtuNS labKG+U65X6s9+L8yYCFkp3IKuW46Ok0pUf6ZQXBk2nJMmVdsn5jowwXUALw lD9bPmVV3swAVIrUQ50ilT9bSuVrR0TZlzJRhiq7LaTKbOUvXke5h3GDITuA ducI+OPAZRO4ilY8Ticrkx+jttKMXlmZ8MnGiin/lZu6a2V9sgigAeFPhisP sn7KVoFpaV05padQjvAklbEjHwO98mW0r3yrW+qWAQDLabpFl4+rsMzSW2dJ OCPLSD3Fcl6WsfxV5h3rG/N6RAKX8kO1qIxNPh47YS+rwmWvsjEZiXyjHSub NCfLkbMBoEXPuWyU0i2Ld3nLy2XjcqxWshzdjAJRDWzLLNvsaQnBujybowCe Ky05wtAWhduChXNK/niJKuQctlV2w0TIPDEdyG8Mg1pE8WWdhA6joiCMxAmf F2E99w3/xG/hC4lZtoI+n4LITuSPcScZwfxJxi6jkxPMKJyfLTs5uYwojYFB N75NiFeSMuJDhdRF8UdJYuFR2tojGzyhATESrQuURGdKTYH5cLIsLSVa3d5A Bl4EDYjFAd7HBKdICK2mUae30GIYc0MI74MJqjGzmG/M1eLPAqOCjJePkjHD AGwAK+aUlWjVMFpkTjFPopLMLQ3Rak02xpxihgHcAKDMx680Kp7A6gAVKQo1 mRUAeB9Bgo9ZyZxGNRVgCanMYGYYwEagBeBkFhsgQYwjZWIIyHkYRTwFYAqF AO7MVrwdM/hwzBxlTqNKb+sXJxAd8+LgcQdtyqvdBxgVE8hxhVeUZ3tgbiw7 kae3nWFP8sTEwYxSTnFAmrem9lR/DEbAR1oohmHIODN6pdvHag3ZxfnawcJe di97w1UJCBuXxtUyZY36kSyJ32MK8W/4QiwFgPtllzXJl2bz6YT57jRYJC4/ rT7NKT1Rs6M41rwbnjVriKnDgA9boDWCk0AeC5KmrPDFQgtHxx8hkDBISB8Z EnYxA4HFwLKZVTDpzICcqtgGQgAiASRYPZMmCDdHLsdZd6emwxllPRIoPEhw EtYjqRNt8xjg3WzhXI/YsczNrD1UU7mZOcBuJgnhYF0ZTDzqcW25fexitd1c L42JJ0/0SUZvK4oWzcYeCALJ2gf68RZNQ7pAHTKCwJSYPQyIcx5gxNjz5PVi f8m070Dcq+01+MbAfPiyYHmeRIAzwzujbNyMKcQuj4mYiNiDFxLHfNsFiDok ZBmauANI7CQR51zqJfA5GUw8atSfkJnk2GtnpYuURLeipQERwG8YJjoVIPXS 1h4GGmeOc7AJ2olHPQOAacxN4g+RM5+Amxl2W5g0jUO0fZNPmAqudqrzlTnf m2jOCU0J0tcZtLUPHM7IA8ki7EJVRRV4zXN5mMjCnBc3hZMcFwbB75Bpku1B m1QAgOcrQBCABLXwOgKgbuCI3QeHwKXB7aowfnJWnLUndudj5iDmo7k4EAFM AY4ATGeJVYxBcvB57cc6cPEF0NsLbPVWA7vt7cD6iR+fB+fMAyfn/HEoXb9p nJ0TxkTeKSL5gqxIfpUGFm6eIYKFVtiBQMwcnoaxxS6jLuQeXsD20Qs3yf7K UGFxGKvgsxAPbavjJBvL9ji//9DG891M+XyWYD6LS/WyqgsqSFPgdzCYFXuh JAagcretUBBR9xw2+wIEEa248QiKEIuyKDTVVABwn9Mnumc2Kq/FJlDeID/7 4dTPm5+J0JFgG6J7JtJsTuzPmYX3M7oy/jyvsz/vF+LP0eepgABaHLc0Ay7I H1hW4md6nDbL/FylcQPwjgLQprYyYQMaAhiBHpVIADvQyoIF9KIOLdrUKMqy //KdzQaIZk6WcSCCjgKToClM+c6mshjWDMDUXLVu5WwMrlgMdPd5BdzUsef0 ELyyMa4QdAb6Lzg+CGN+C0ghlk+JXVXAhNxyxhTXnk8ieqH36/Z5CI3HYLAZ oUEkT0yjLHrxhgxZ/QlJkAWWZ1+8qCFDifmFtlg2SKp5ZOgntEYTiNGCJqBd aWDOooWxSBZaCe2E1kxdRtPQgmQz9Ag5kFqGhkKzoanQVcCgc9WwwCg1Zpwy oR2ng2j1gbv4kRpDG6POkNnCLFLGaYjNEF17VmICofYLY1TTMwsaEM0vsnKM US8ER+iG5ZTUC82FJoQC8RzRaujYSFinDW1UuNJcVQTRbwsQiRaaCS2DXqtu ofPQUOg99ByJFI2LXkOTOVnRIk2Y84y1k7mE5kIPM0mmi2gdRAwND318GBm7 FoCozOiN88j0Eq3M3OcKobvPxtN+njc3FL3JIEbXoY8PQh1ZazG6F62Kvkan T3IjDBlarbeLtVB4LCHwbd0KwOifJjp6XtchKWEWhRLQm+gdNNA4b7xj8UDn MPsmHRJkLxtZAc2JFmmyLIkF1iU2wEmCHs2OPj1VUALSH03scx/5/awL5D5P BSbSBWnCrI5WHR2k5dGGT0nIkNIQoQIAI62P9jRERrmn4dP9wmK5KUCS/np+ WcKkyC4QNM1Bh0WBRkt8oKUENWkJrczx1XgEoEiHYC3S5o6edEba+3zg5Uj/ cmEY8Wdgs0V11Px8LQyYmkPSaQuhdEk67Lk6TUlvTlbSQQypdPpEmov7kW4C /Fy6HY/I7DvX6qzKi2/aPrTS6EquNBVnlKuWhs/uF9rSVJAxB1rakhO+JEBb LubPJ1K2E0Wo6oN/pnb4AfTPNgGhQ/+5/OFG1natDNaXGAGHrg4C+IsREDqQ ErCHjLtEbgZ08asp/hPTEOhvZIA+Mh35knNHTiTbobNA6SPtJWLae5v1lWzV oqPOql8bAz8EpmAMgRXoLrQ6rt+dpoNGqqW70EzHeP3GlmlYUW06NayjveAy yYpC6SZ09G067hCQTtcaaCMCCNqnlcZ546qZzjO0pG/TyVDN9IZAOF2P1ll6 po8PaFtRQR9ZNV2ZvobOo3GlOCQ8wEGamICeWL/FjRU8beM+KuP4ebAKqX64 nRoCLd4KSnr6LGQNKt2SANLT/qHxdPpojWufzvjGHfTTlbJEg37ajyqtElAX ckkA42n3NLEAPq1qpvEuKFDG00TNJ4NaBTKeFiDnpgsDYFz0QemWuvmW5vjS jgfIeAzM9OV59ZzfWzi/puPP5Y3ltBj68ICaznKmplmhl6zWNGe6c6wBbQjN pnMyuosRte0ZngDUG0zjplHPAgsStYuz9QwCkiGvo0LIn+mkmZE6D21F0QtV T5NmSGrstLmzyfmhvlBzHEfU1AjWc0oPRe2feT3PTumC44Mg9Y768xx3iD/r HQjEv2EsKtEMiIeaLtVaDOBTber25qUgNwLCO6fOVS3PP1FeZQMOXNpOXdXh d+BTjmThtH9a5lMUStcWmnQk1qnRqJiNFpMlyA4sHY54H1urhZ76j1pvaw1z iB/SRSFH4vQWN3u5dTTjmpO5Y2pXqX06rWs/7mZMjzfVY85mJ1l6fqtUwvPx EUq302ZBAiHBKhvUlVDZKzfGvEq1qsSZCHNt7vC+LtTPZ+obcW84TZ2N6OOI CkbUJQ6tdKg645sMHVFvCHTPCYBftWZgX1KmBlYTmyMGxGoCdbPaBDWd9jJX p7fVIQK4dLgtLD3m7OO0qAOdVM5j9RGgO720Mou6I6xAlzohNWmBSE34VFGf pq/T0mgXNeJ3c3KuLnSWdj/IbGp89fD5cimw/lfLjRtGwWkvs5SWHdyvZVEX rF+3NWjU9Ou2Y8n0LExLCFp4EhGGwfBHtOBQBcO+PREYiur5K2w66UntzK1u FCzWbqMaiNf3ZwFFLdrmjt+eRtMK7hZVSWftRFmPOsdfo9coKvoAILsVNcdu RNWidc177e0GaB251LgdnZFiCgCUqO95JdoSfYluUWSiQFtjovoUJxrCbQjx RBvEJSigqFCUKAoxmMYmRc+iTFGidUOI0DwV7QpURWsuKIOYKdtAK/o96AWV bBtCKiqbtde6GkuCzlm7rF3P+GoWbOkVfnp6rVpHbYWuQLiqNTk2tGCO/cKy phvWFeSCNQD25qmmplRfVO/S0+oqQot6IYV7vhT4qA/X+Wdr9f44YtB7vg8v jle/rl+0b97DTH2tVqYNq43D1a1TxOhac00gBs6mrh/X8efMdeSaRLS5Nl0b AXzDqOtqc+36NxvAwzSZTDGgNd5A6hJCqnVxrgq4mzLOimvKtfu2X3xllbFN DzIiGGeW7Ith5bwxGoAyJbxg1I49wGuIdU0hvjwjBf0NeGqJBVSAJzoEkAvg nJsLQ1RMJjI0HhvHG2iZmeVbo+cK51Z0ZNqSVfyGrtXGVuonrNQ6CgvCTZfC UZkFKuoRbvy0hPuU7ltvYVW4VtvAdbtU3woxIAKIjm2y/IV/15r6Uxmn9nce rKHOBevbpqlQZIx/jU/fBvVJdwFB9T922ht3KN2OUxXVcOMgc5oAWyzRVWFf i3kFyVNvgYjaBAXBzui5DdATk2v4Ke55Q4AW3VKxcoShnecadkovfA3zdcnG D2bYnuc/cum6OHwEeBXksDvO7U0etswXwWpwDmLHrzMTSmfjsMQinpn4NfjC TXwpFWzs7v/IYQDGTl7rsBG2JAckthDbpHnDnj2XoRfX0E4pdit2piHVAmJn E5PYGT0iNh7Xi62gPSOcc9zVxIOzNR4bu/nOsFCmoKVXZ4TcHyk1LIIWtSlI SEbWEYF45ikktABJ6wxwrRrZy5kmmhr7io0RaGPjC57YU+fbphxbej1KysnY sRHOa2ws9uW5Aff+42M/DBLZSOEGxuWZ+xyGMwE0BQrH6y0Wxq32LtB/Bjos sem3vevG9Yo6cU17zkO7qb2jQwBdbMcngy2nZiTToBnZlOxyTx+54TxVO2Wr nlPZGAEidgR7CctMVaa4U3XIIOpngQM74Zw/HeU6VeMOjNu3AM2ZQ9s4TvZ2 i8PZrWhcWgvAMIo+KCg7nJUDAex4RV0TIH13YlifqRTVKyeeKej6QLsY61k/ pO9O+FMZpzanoOwuBUnjowrKMOJmTLY5IMzP/gswiQcFR+sH4E60j5x5biQf sfnIfuSMXt3ERmh1iBMxESDBEmoygAf7hLrMLmZLqTXYIWzWAlvg9eanNlGZ tBtRCurMg0r7Uv3BDlQrrEfY6xgTTUrbhC3ldXMmck3TrgvixE07nFo4hhhg pm3TNmxhNuf3oTrPjuLBBTja3QUgbYqgkRPGNm8Weiu+1thIcphEl32PWJr5 Hue3G9iErkjZKiB5OGZ2taPQE+2gAkebO71RIGKTtDsRdjWc9lJ4j3xTpmHz qU2a2ZzWdRM7WFXSzmufOCGaSm3Ddkpikx3ptGH/sisCTeySKVXbMKrN/mvP 5rbaQQ9QNm83GAvWhiQrEsnaAYb01Vm7f5vW/udOrODQLe03NrqawVmniGu/ BjDPdO3K8xXgCpB5HjRHRXOm7Wy9IDxbQiBlXqPWs+9O92yJAL4a84JnOGjn fBjCXjDj9o6OKZ3AzogwtE24D+27U0SbKeLaXmjfnS7aIOsr6hlLoG2DKUIM b+85gOxjgSB7WU3IlodBsrW+KVnplSM5rH0DjDdrBfaBsGxMAUu12dpvdFxn 6c5UxOvzbvRal93AqGXfssOsBdYWZpFkbHvUXozB+Lai5Gsc7DmVyXzg9uU0 tq3SrF+5TEb7JHp5phNnnnOGLK0MBHg7ww2vdtg+uH2nmuPwtnm7NK1V/jj1 tbvNpGbH9u461ayP4Gorrlfbv82HCMnzmNnIcW8HFSrck2o/bH5b+LXfDj+4 ryYoxFMQQYC7hUea5v0wx+7UOG4owJ76w42Bu2SFK0TcSN1tAVq7cgUZyHAb AhfZ2tbT8y3NvfK+xlTYs6WoD+e8dSSEuB3dPm6LJZLbFe3l9tbg9qTcbmj7 aAHXzm3pNrbZOEDRNqIUlC/aoo1Lb1vk7OxP7brGtSe+y1fdKWq705iGfcR2 X1OojkRdrM55wwBA8VaIuP/YHO7xtmVb6FuiFXFT9tjCU+3kR+z6yW3ltlxT hHh9eAGtAHGJ7PsPPUYPr3MyxWtPhIUgURTeBkgxgZzXCQTo9eWhE0u9hmTl AXrW2evt9ez6se29rjSAr1fZ5Kardvm6D2CN2Yo2sm7dzIKknUmULALsjnsw VEbdQJCa9rMbcaC/lVv6bRXVkh8bN6Rn2l1LfsWmCLjd3QU6LXxP1H2WIp5w uiMsu2yBcWhtlu0m0JvcsnVIpOsVN6kgJfq5tm8b9M6pXW4U95ITqRconF8n dBO/zF6ZD7L7QKAKwWpDy7aiqpBm98Arm1bqVVTjqS3c+m4eNVLPxg3C622v U7vKqe3as746is3Lxj+jqTnYcVeBN8IbkoDVJjlYoSGab+0yhWs7wU2RMpzx sS2WXZH7i4hbkU2D/iHHHUbewm5vzCfUkPHWNmmlvAnJc+TWNp17BpTxNmZz vDsRHm8KsXR4CkAdtg0HYAmX24J+9Tpih40XLCQLvW0DHDg3tsYbxi3xfFYn vfnHT2KnN4djp2m2ilvvtgsD09shs8ra3cxtzui1CpjNKc0zQPpLyhCZxVyL N+XeG7Wr87Kv4zH3hgNwqjEJkuYh8vS27y20BE8MvvPe1lrPBP6Ck8CuzuPJ s3HM1mKGDHAbzI3Pzlu7Z3E/01tOlVUg810VWD5hV6WQzGbrtplbom0cCH0r t/GnUls7993JzS0zY3inua3EEt7qQuG4jO3SlkbXNwnUmW4Btg4p3sxs1pf2 iXUSm2zoq2MbEuzirn1LnTfbZG2vd+Ra3h0UvV2nqc3dO25sVI/7QPfjFjoE uQfFL1YiN22XxI2p7doiru0SwwHWgt477nH5ttwCvhnM90D/2RlA872PbTBU GFQzHQ/Nt+cb68MWTjapqtnfb2eA4PZPBODrLoOosuLfnQFHB1TgIfsqmHK7 Ljjfb8D0QiESPIv7iQsiwOdNboSK8NAhwhrf7mUHq5fD9G5h9g+7in3Hxma/ thtwCHDP9wuj/M2qjnepvEvfrIIFuPg78e37ydWSwPu3dxwGASVKBe73FtUy EZoOERPT5HvAZr3gtmoX94Q7WmrftLcLiVxjBREEsCfcSIIEt5BHoV30fmk3 s8PFMriVQJqxyTnRSx+5KnBlUG3MbuUZ2O0f8pGxUnBlOupJd+2EJ0rbFvJ4 wTuCWPArQMS7dvK4i9CesEw02AiB6d8W912jXowFurGzh1inry2zo9rnhmXh nI292VdGd53atSDvNhEvvFgcacb59aR7ECcFd7/+c7PDQ1WKlW/bHEJADYKv d1deRHCkLAB7uO2H0wo0whmL2hokeNI5yX3h1mdruNHgUoYsOIjb7PYJl1wz sxmcG2xBVNwhDq7OnoMXuB/Xd3BLKkU21mt2pqT2wddXf3AUaiDcozkIZyLI u1VkNGJEuKnTwT0q7VF7wq0DjvAbNDjbSo3vpg8kpLLUJeqU3lZ0Do3TIYSD j8PeM+2xATM8xZ3SY+dIoQnOyDomAvpArYON2IoqpTMT9LdWODd8CF49ljRm wvOqjR0IxD3cFM52VHqDh+2V5OPy8PmYXDsydT7fAfPHw+P0RRZa9upXcKpO ZOLaRA6as2ijoKxuHld81vqeJtH1iBVlPYLQgzdDxIGEe7hPOBBXH149dtSx lAt0XeXFgc06WBrdBE93qfPW5+ydt8Pa+P2ihhicvL9kr/Dj5jqb5Q2jLllT pn/U2+VvqewJV9osXaVquU2nSM6WOL2arc0qmGRKFVwXWGmbNat0KM4sNWqn JMQHOhNkR08PKp5bvj5Pwx+fWfEMiFP8eUpHDty+xGvfWRe8tpxoGnKvponD sY/ZwRC1+Em7w9vU5ms/Qvzawu+UHg1HsF3vXno+1RLba/Fu+ECLsg3sxmZ/ tV91nu1LIwbbLa68hmnjI0TbTmwzNhSbwTnKtkHrtq3UWPGtOB05uG2vNtFk 9ASm4ON/eBMgIG4+lmqbrI3Vhe21+MzX8JsTN28StuXiDoFoN4mrmFAX/2iT BVThmQnuIY06tz2TBoyrwyfbVm0lODunenrI7mwbrz/bKe/QNuDK9/jzdmZD EECeruzxr3571t3zrn6/uwHc2W8MXpFbMD4+oGxjtYfju+Uf9onVivKwRer5 xvF/kHD08nic0cHCyeidxzvTtW/TaAfZIZ4FguhEqW3f4Vru97b1n63dloMn x4HGpvGf+H5cozrk1o7Tdjl++vElH3ucCvAGSKwKxgyjIzW/I3/X7117vm36 h4rfb+xd7w3T3F0B/3T7suXd2ep88N2MPM4gT6yWmkPetHGhB2y8pYqUsmo7 sDQG8W1YtMDLlIXAiH6nIKbfTTBDNXTDMMrRxdS2yPMUMVHlaXc8OP4dZ9UO yH/kEYG1WWqcifD+Raoic0jkDXLfNlUbyZ2nVnKbVq/LZm8rNU4gsJDdG6Oy cBaoc9UmebYUojlXBZK+a73GmVjksz+3zopPokHXugmxJNMQM4ITiOrgFETh Ma3RQHFLzkpgDHAI2V1Er9EHZ4TotZcc0lNx1pikCSgE++3o9St7hwBSrZjC to7RPef4wZYc6Dwo58BOE73k/ufZEPb2KE6EhkMDyncI2u6taHC7dPF6vo8D ZPXcB02089VbKwDodjkLuiXP3cYoazW47gzaPsSKaQvdxAxheCTWkSgqeAJQ YmXdw/AdHVm7ra2CNqL0yvOdHPIMNBCaR1HwHgLQsmecxNZauUkas1uLvo9X dHmUIjwCeXbchXmbFjAyuSnkRu/XLhX1/KF+0HbLEuFXDSEEhtsZrRrjgju/ DKtEkB7IgPnFVxVwGs5cCriF6UIAiVr1Jle7sIGxAfIA6ECRWk6wvMKXFGWN qeXgjcFyqhncXw4wbwjrtSPCYQDM63Qtyuix+pcHzEHR6PIGk3dbK9MEz1dz vYdWTIbnWMgOEnwmGZRj24oJi3KtjPH0E40EFWYzRawDg/KUOXVknySJBkzq sqkjyYE0RTetJutDlVaJzGkHml+7QI08J7Mn75PfnV8EYuozSaIcZs44ZcY0 blHd03EXxM18YAHJ+pn/6SCaWxOVFuH4yc3QCEwLHcwGRHM2AJ9cP+Ann3Un zWflUvOSedO8v432Y455x8vXWe3F8n07x5YbCNnNwoLUnu5pNVvgAs65pnen JULP2N5vOdk3Georl4a7vGfjZ6ozwv6N2S2VvlJ0/BLnjPKOt978Q8579psL bmEF2UQBtCeacdp7uaGmJT6v7+ec+SuaZz6KdSsMyyUHx8ywc9+gcF6qJqIG zpvhIVMJzur8n9v59RLarG/ixYRAuWtbVE75poSYyl/PnRvX9glbuw0nj8RG nnnhe25f+GjUzz30VjnvXr/BlVhEdzB80U0Mx7+CSNDPe1avCAav3OHQTpln PDK+yfKrw7K8gUGS1nl/v20C1vIXdc6wa64tP7Fqv6W0/1BvOexciFeGtpBP bjnmUu/bc2kXc53LxptLziMofPPZcAY8G5EwZsM+naXjPG6zObnR1d28Th8d ukuxbnLnc1OAa/XEVIW08MznioQnpjbmgv43ZxYw2ETPgvMgahduGmx2yLd6 i34ODqzWdAuP/mzkXo2tUR/eeuqI9+f5m11vOCPkzFHbD/TYdnRccc4uZ5ZD Etjd1BMMxg4Bdw7zFqEXLPrnkXOk9+Q8gA46HqDbnvJ73nPm9qsARPBBf52T wyuc79csOWHpj7lnzSuYoP1DyNoam5qcztrDYF/vFyTm6fEBr/TbeL3qzp2D /Azouiobedlcah5+EOpADDDOMgDm39DZUd74jivg0fXo4J9jrz/U9KE27L3G zztiQc81o0MQ0jgqLoin/SSZlEwtJvMPbdlHjwKzty+NVZyXtFFafhyGbRZp 0mPetvCBdiTbRXv0NZ6/nCuyidiZcx/cAu0SkDI4z5vQgPBILPfwd23OcaST 9t6YkEaMVxodj6HcQ5QXMduubgPjzAvHf1a1Rgi2F6xBxj9hejgVTR6vNc6Q b7oFBmPZXrqzmN5HelD7NQViXMcqtTUqas7C+UorpznhkHImZmWtisBDH58z zp/lhNaAtfHbe77wCG0iWo+9i/EvNDu9weBOz3jkW+Hop3BvQS+90zHrLpTH yPOtNLRG7wH9n77PrZ2E0+PoknIng0L6LACL7mHUuAvqWsxN+Vcc8rsUqAMw 1Afln/Kjr//acVW5ipFnovut3e11IPj2+NyOs5TLYtrkmCYfmw4Oni4Q3tYi SojOdXI57gtBor5LJ3Z90htrOmuult76bDWPtftaVbXGAlwp2QS2jXz21mlh wXnTLvHBLzh9Y27raY0HIgon34sMRHzbrP0mT+TWNnRlpI0vuCtGWp6rLoD3 bxvQV/WPDyu9km5Tb6XDAbDUEOQh9Y4WhpHPDl1ktl/c/uqoJvNaREDamKpD xg3iWd/aBj46qm4F50YEEXfUXvWtClh9rC5Wv0DTDVxPbV1eAXRMxslF4B7R AV5B5NWSUJVTdlESskje7yjrfyITeDEFUMFs4qBFhdR3oD32XRHxdKinMhWA kpi26xCJc5Avj2OR8rke6WIASwAA2mf9zS3EO+/EXZSrTZunDQkR8FUG+FCZ D6BMfQOxwDl5tm4QGAI8XRIAxL5vQ259OSx1Qa7vKJfr7YZ+oTvCUJNCqPEl ACzPT5sAmnRd1SZb1607mFgSCAG/YnqFhghlkvIBkQk1xPWtzXEdy6dc5zOk 14kAzXX2end9N9xOWAtR1xl9UCbsehNAu+5zHYlD14cFo7spEdiwvY5e967/ 1up393Xrun79bDe6G4knn9zr2XXrnHAuN7eLWDAX2Eewy/Xg3NKGwu54BB2L XWqU5/UoylJIwz6c8zDsIlIE8HXORxTwwX5hn5wOBiQDzxGEQIXdiAxhx7DX 2F3sRJIYu25uNrx1AbFn2FtCMHYLiYy9w24QIAL02HeUHt0Mu17l9+kQsLCL 2J822OelkEd3xF7JbVgpKaHsluT6QHa9vo4NurKPYBsg2fWsX2dYyl7Yy7Cv CtZ7T9AugmNtOgVlimyxygzbIirSwiYmeLAvMbPr+9Ls3/XT4IFja2tnR7PX bHnsUKbk+nx9YeBnD6g2AbQCxvU2e9hw0H5md6n82W+XiYZEu3OdwP5k3683 2lGgnOvmuqA9xB6mGbFf2vHst0tEe3z9uX5j/7Q/2pm1kfZROwxAT7WudjB7 2u/sp3b1OpTJEKGncj/hffq6jHZYu6FdK2BkV7RPwfrsjnZDe6Kh154AcLOT KWztYoNWO7Ad045ib67T2o/t4Kdb+xEgAeBvy7UX2lMGvHZVu7U92J4yGLar 2lntw/Xsuqk9oFplRwgk2FF813Uq+3Y9TDNuFxQs20HtqUH7eh4Cv55u37Jz k0A/hPZgu3+91K5rjw5PVUCAh4IEgHyd046uEbf322+z//Zwi8AdyU5wf7Vf 27faLKVi+3wsCvhuj7WTJvYCbfZwu6W93w74PKTURqhpF/fZKvlq5jECi7ML LUDrRxb8EBo2xuINcgoxhJ5kDRnwEH8I+fgCUAo9bdhFaDDrBMbdgGt96i0V P2MM6yhFDTFoITFbXLejDMQGXPbBgGsABjASDz4FAf7tVFUoUwSuPPB0LwMA 3O+O+pOqu4A9G0ZN07qHWw4JG6qs0qHdDZBolwhE2rcuY/chgNjFJYIHULtD mUxbY/deu9kdDyB3j7uv3b3tn7j1G4xAUQCBo6Y9Jk3n+pOLQMB96h66YCnZ mgvuG/drO1HixYonkBN9mmIoKQIT1GbdNBra8yOx3d3uL4JWe/CJ7S53b/og 28kMR4BNqv6E8y52IQG02ueWxpP3yd3BgvVJgfdsXTDvcvcUe7lDQVWmusDs 3dFCvZjgkwMO7mKwIlPcWawTIlvdAGvdRFWemQwQB6xtaIKgxZSP6bN51wr8 3TsokklIOx7g796EmQw4/RK7fHf+0nDOVz0JCVB3o4U8R6kmwwO34m7p7A7I wdbt+J4nEht4ZPKuJhW83sUuUxp+gdY96q5nSLhPAgXvbxMsgWBizGArdRml 2AQjdgcLlnichdl4X8a43xkEbvfSOhlADWCe4DnmtW0CLQ13xH2g4dLg46eV V3DtiRlnH9Rc+OXTQ1fVL1xGQdD78ruau2J0B4X5hzDvmx/M+9kj0ic5Yb8T D0jw4HWkQQqg2K7m0r+3BPjv3bTLysZTbKMom7+zlOIeZfcU/NZFRsCCrxxb X/IemHcifNhQSYM72783HmylOniXUQB+8+OD5xegkPDvklsHoxMeBdB/N0L8 348PlQbJj9f9DwiEP8KjflTwpI+PZhP+Bv+Ez8GnOdsJAfgwXw0ACL91EcJr qaJ8Y0sgEui4Do+EH8Lj4UvcAe4CfFngAE8qaL4olxHv+XZMeyT8NrCD17Mz 6/bwruroe3H96bLjYsH7BPptfKqxzQkAzMAs6O/0SJok1mP9iQj+BV9ul8FP QwbwABxBvNXz6eJZN7gr3h3f7pVSvCF399NL/KWVDm4DYwIX/DuiYOFLcV3h 4i9EDbXHgx7OIbCh7QoRg/YCvwY+mVCZ7MBiDMaPC4bunoZSPH/gdma8EsEj 420C4jJjPFnPNSSNB4VtD47xw5+OFCul47lIaBK8DVrxiXdu+y3t/O5zTb9H 1tbv0HgGQewd/u6Er79b3envY/j0If6deLaF78LXL7othrLsDfhJ8k7t+LxP 3hF6ob2Jr9wd7TGQVxSk2DFY7ifNex37xKqKl7VvbZrrZAroQwN+yON430fc BGTslQlRRCztAt9qRyDR8qZaHfgo/EUgBK+Lbzwk3V82Qp6H/ObnIb+Cn4+1 4OPxJHifK0xeNm6GOUj2493wH/iLQBi+3FOFV175hzrveQ+5uxIefyqTT8qL XZTwsG8UuYHiJ7+7UMlLPAEJVHioO0sp7oOFP8bF39vwNayLwBc+5CKGt7+j BeMeTXnUD00+DR/U1kxQ5bsWb3ihvKFsjIiW58Or5bcuNXkYQFS+mw1oKg8g 5e/yDAIlvF4+dTSRJ8A/4C3yKXZ0fCI+zb6IV4om3R/xRXa7PAYq+NRrr8Tb 5C/xKLtM/BTACLCJp4QrBzzxDwFQ/Ku5JZ+TXwvB5OnYpmyK/GG+166YH7fD Ux/f93bBZIOPyWCLX8aXhEbxu/jCSS/+Fs+MB8YXGh4PbrjY3qeY/X6NV6XZ 5pvxv/ln/DZ+46mTlwNQ41NOxPmNdTZeyIObd8nH5mHy3/ghWjhe89wR7B+Y 4wsNVkV1ewx+MV+z9bJr12Pwtg97+3jeNX9+G/hwvwShEat4Qsvx/B6Dd8fv S3ruOq2djLlDPa9nJ89bOtErvAKPF/cIQG91IdDrhJJJbEgzAHl9gZaOIdBj 2m5MBnrZwcdg9a73SNCT17l6CfpIfIX+rmh1IfpEtHFfdwGYVxCDP++O8M97 QIyJbQ8DTGNuzEGi73uy55djAy1Z/LyOAFI+IAvky2r0soRiPBV5BwLjY8SX 4kvciyoW/X69FG+iDyRC4xvx7ohpPD+aAHLyE2itEnD0+Xf5HuMI8KCHg9LH 9jIEeqpsCWkh6f54bxNQcgULKPr8AJVOHsukByet2R1fwQcrF9YHy4cJIvow Kc70UC86Ap2PRJCFB3hvfk/jrd8HAh5XUtGiZ7dz3OnSR/qXvHNeU8JdaJJm 2SsC9nafq4nePJ90T88P6WPzRfoOnXte/QYCCoCIkefz592ku33+szr89Ln/ 7Bz1/PW1UKS+ihKmV9HH/oT0oXp8+4v+Hhejj83zo630lvrzVF57Ss853tGT QXr0jvnYPJA+OYeqT7qP6sGXgfoSvIAeB23tVLcr6lf1wPrlvKB+WA+fJ4N0 40EJTxAoPfGMDLKhhZZZ6TVGRrRhE4/eTO9hYLP3HNT0bL82ffoITq8lO37E 4IVvdXrg9Ss20222KtT3yOfr4tDBIlOsFH9uh/bF5uv1CiL5BnRKVylFzm6i MUgKWT8BO66Kc7AHKLvD3rcuKXZSxL/er7AXQpm2TR/JH8MYPL6emMb1Kqbd 6+ftNb7ExcK+1TG6m9hr7CH2ZoVSvHidV7Cg5+Js7CUU3fqghW+dIWA3Arrr s8yhoirjjGlLJR8HcFzQ2qHwcfmaPa3dA8+ct9lrx3D2QXk4QAJgZ+9/l1dI 3FftXfiZkdGeaC+WN9q72f3xY/mhvXZshISOB4mo2LafqEg42XFe576t2Pqt DyDrG6pGNG++/mPS8sX35h/CVIfAApOACIAfLgLYhqGiKAgpyNgegtZTlWr1 9JAJoxKSHakvk+eW4iuT7X9sV/uzBWRdGXZhx6/yoxt6xAM91fLrMhAiwf3g iO44xG0NvWdC6aensloMBKyYVoFR06mg1HSxXc/kfDYZd4ExAMyOFdjT+ID8 C0x61OXxcuPS9MQU89pn/Tz2Wz6r3h/ndY+xh/LtqqCW8APZfcRIpy2mr9q7 QyeYMk5tKGSdQBlb/dsTTYpfAoK0OmlhcS+KWDaAlk+Tj/U3nkrDd0/2y+Th 6+G63CPafXUdxefX6NjX7oF8R8hDfFTI+COx/95HBGwuTyt6vfkeZrVun9j3 XAyrhXvjj8/1eo++h2Ek3WH3uV55+/YefC8Nh9fLUnp4xh1mffAJId9uURYQ 81YC8ZUwXToPgf8SaJ7ZV8IAEnc3ov0JdjA61D/VbPnkujEz1dBPOYBHs6pj 8ClSB/wHvlDn7XNCUvPEV8A+LYWabbaDgc9S8Pxg8CdwW6+eyljANskY6MBj 8As8yAHqvRo9BdGBJ9hfYL7ytj02PBe+m9ZJYRFU8G3wb4Ih/u6iiI/EbzMg U65e8XtYPGa1ixJhI5pEKTffaVQSjn7efw+Lf9ckBFxMdL528ip2Nza3VxFE EIj3hgyzff3nQsTlkwM01EhCEbRwSPHrCUA7mKrkAYwhIAAhQ6eiQwArs1qo bLRkO6N2mhqfxdjGf+PbBvSM94ZZvdXuGJf8sRC4BQIPQgcTgpjg7UEVxuB6 UQf5bHw6nyH/85a2Py/UHS/IjdK5fSafNbDJBz4oCdJzmotPfhAAbk/Dgqsd 50f5aYJSPh7igobJ5xZo8knKIYi/sDLFnfbKt+WT8nH5wAfRaqOezAldx5Fc gZpjcZ5ET39sqgYC68C705L5fqSv/MyqP1YF1bjDU2PwYPxUUxV/Qra1b1m1 79f3G1fhAKgiQg6+auT3XkgyMnGFQy2fzyfL/0wVvwg7oEHlgMxQmLDZoQjk KZy3rmNRvi8/lg/Mj0YSGtT3+/vGxu2eVI0vWOcX8vv5Uw4nknCNz1dU5kIa 9G/55vx5Sqk+JIXGPzzESWD5bvx+PuiqCdo3EOf3bWMkdwBxPmrCEITMb43x 7EHwxPwa+2KulJYAqdnuAdjh9Yp9HBs+iJ/ED6LVnsbyeqFBUh34vOvMf+nf 9HX68PtK+2s+Fr9uN+SW4EGVTASGvjm/Nu+5l94jWWrRD/1ffkQ/2Nt7WIvr 6F8KFSJpPs2+XxXV5+dH9AcPNHs9e++roK/PZ+cj9IX56/aw2szgMd/sPNcP 8ML4wHwgRjE/j+da3wN0451oQTU4Pv2VhFbG9+bP78H5w+wPQ1c/oz/Vl+Mr 3dGhfMajAdfBVU/PZ/SFSIAIPwB/w/EDbJAHiOxzz8FJZf2DfkT/j3O/X99n 5eCdT4JXwWBflh9dd+uL19z6ofxevll/sz9ecM/v8/kI5vzUflMfo0/a3903 BHr3pJIvUEl/QHDSX8mL73XrW27m/FnTrm/YVurr9Zn6uHiGy1N/l5jOG+1r 9CN1EYnOJMBptbzeED/w5cOpVX0mwlX/XqTVj8tLPJXxs/3XviwfrO/dXwuN 9Xn54f3Vvl4fugJk9rnK9W/sS3ZRhPz+rEmpz9/95V0EBvkBPgC/3VKh8yOl 5fH70XYYgP1bf0LAb7P09/9hgs8tvqsduE+XjkM87LIvtHky/tY+5M4giJOE 8M4Aqsg4HMbdN69vmcVMZH4kHP5+FXpkLqPIv4y6n1SRJi30SCpIWrN/Z8hj +EuNG4Vq3jo/GB+13Ke5Oyj82y2QADrOmGcfi7B2Js9OgnnuYWxST4m3B3Y1 3Bn8+4a8NlWiFi+x+5HcoUH8WIJgfA36oh/l/83n6ZHT7/0ovvjlbt+bKj1t e/r2QDwc/1mYsSDWFPOXBvT2i4QvP48pxn9Bo/Bn+YX67sLfAiiyG57Ei0jk kpewXHyCDhdqzu9HOvErGfvLQnrY4iIkBsGYdbqtCXYgN0I4gYdh/aKvx13o QXYgVc5Hgf5MW3+rD4j9YvvlCAGrC6X/CVJh5K2v7DdftRGOVpm+zs+OkFi4 LbpLMWwUXoAZcNpdKnGL05IWnI6YvYfBtEWQU7MlJ89OYc4HQ2BhPFYOIdcL ZMI643tJvUKfMWDcP+Q3Viv12/o5vRhflmCll9J375X9r/3Yg16f1xnXN2LN 6qdpNHolv5w+xtfQx7LalI8FNPgqCJI/T4l19QOb6GIHD4XLKLhteuqU4hd0 8vsP6/7NkwKgmhfvh2Du56nhE/1X/azeqrbvF/dbqcn1/gbo4PqNAGJniyYs +nVKsX6JTco+sNCvcqxZXZ50EROFP299Br9Q2IEA/LlTsK1Af/DEh2I0OK5i 7ZliBX+Ef8Q/tIKQ6/ifxuRUbx/VZNwn5J9w0bo9Q84+PgEfzHLE88PyJ9eL iID94/5rBvhpfrXJ8CFn7RP9eH2Uw7Qfqc9OyYn0qkQFaAh4gg/Z0RXkOiyV AG4ALgAaQGtLNdnj+jAc/fsGSX+6Em3LnUkp0BbwAF77iUxg/hfA55DevPab K3P+NIQV/5D5Bo9WGq0l/JX7JnYKRRtj528GaJ5ckY3+Mx6s/9lL6y8CUOuA m9jKa7rZWeJrwLT4MsGd3OACmEkfcrDjzWS1CPmTOBj/cjx7yJC9NnH215Lb AdJzL33NgPBJLQXdp1ql853K4YhU/4Wf5+9avhfg/bc9d4CsP+AUUQAA/aZF f3FVujV8RkXZOZD3T/3v/Vf/tC1AyZWm3EFVCjBfNP67I/pHPTa/4/6AwM83 UQpTipyge+QfUzD5RxRcVqQAUQANcXfh+V8EUJF1F0YA8r3uAoGeI1D5P887 4tvzw/73vPH/hJJ9gmGU6ef0A3txQcH+/W6U32jxY+QU8nlCTKduSSD691F0 CfjuY5ik11rbaMj/itOD/S8wDnrRCQl6B3oCgBx6JXvtGxx6W0rkJAOAEnq+ MAR65HUVf5V+9CQxeCN7CnrYEztOp3yCDql8bnvxJclZvXpFfVctQXkxeAJ8 jVk3CHIi9E9jUKAh13onWlQ4Kn8UeppQ9k9ZX0FzJQp4ev5+3n8NKyGAwn2g H8x6mW6gerJ4uQUEeiSAICABgBF6gAIPgNgTDHpFEg56UUsQegyADEwUekeA /BOmEBUiAYAben9F9SCLMTYCInried9/5l3CLxYc8zoGe4Z4eD8pBCRddngu KCQAmHduevAxYgO/GwxxHHvKfkuApBkHdDMDF39gfyA8GYC/BZoLCy/lYVYA DiLnYcZ1LwJigIKAYhf9KbQ1/CVygExEOiQNWyRdnh+gNWkLfXonerx7pnpZ e/V+u0bQFh1p1SkAD7d+tQuCQxFWcnRjee4xEANBgI9y5QHBOGo2eQ8PStkO 9xsYgJd/GoCcSlQA9krUYaw2nx/JAacxAkfvNuFOwCtTAqeAnDGxSedUpXjL VHx6wn9dgOIXWFcoZh1pyCpqHaoQ5hNRAFUARQAaYnoTWiVkEeYTUABBAEkA amRjENF6/X7IKiuA3C22ek8QpTEtfYt9oArFFBx/u36vLQ9cXIA4gDB6kE9F fTN6OxDNfm185gJDf1J6RH9RMXmApAWaC0xvTgBEAE4A0jCxdWUE539zTdh8 2X2yBGB/3X4te0VqYCfNf9x9DIHpAmMG2H+xAyBz9oAGgdc864CwXG5osHnY fOZ+JQUmgDZ6l4AogLlPcH8NgeMHEB0wgLNVszA/fmhaEAQuUFOAKgRTGnF/ YwbPf9F/VAD1J15UUi1YV82Az4AaYuYf+X5sZJh5DwGeB68GaQLZAUcFE33k A3EA6gOcUFxUPn41LUB+fh+BJMM+sF5ZfQ+BeQkoAAR6iEoEPq6AeoCcSgCB Ng4RIk8A5hMtAEIAAIFPAOVRLYEpgGROGIHdZ2h9dX23OB6BQX/0gId8IoH2 T2gn6H7yfrVo9X6if7l+Jn+cDkyBI4FOgYwtL2IbJG96C3/leneA9TG0gCiB rH8EEItgqVDzgAmBOFjvfgVi1oDYgOwG+YDKAZoL1YDXgKJjHyJigdCAaYGb UDRJJztPErEyPEcyBCJbygEHLlMALABCAJgHZxLtVsEIrUg/fFaBcn83JjGB zX8oANR/KjJbM/d+qXrpT98fwk8lFCNl5X8ue9oH5lAygc5/ZwnQf9J/YgO8 gaJjYgMSgTsETHeQgI96rnXgf8YH6TcxFON/2CfIf+Z/8YAleNlMgWHqf/N4 7X+DDAg4738cVqN+nRgFJvV/DHv3f9ANGhEVEQwmDxGHgVsyz3qYgVyBpAUS EP+AaWLBSlcdbX16dm0FH4DYgaMJOXtifYR6NYA+gK56OYBJd0KAlGX8AtJ6 7DLegJV8ewClga0y/R1jTWshZgFdAdAJR4GTgGMm6nrtejWAKRSJemdNw10p CGCA5Q3mgYwZaRBmgEl5fngkAA95a4AoKPknbYDRWul74oEJCXSAjxL3gU1N pn14gPuBygESEHyA1GF+gEwA52FGdi8C83hMgoWA/QNcR4qA+zMvgkcajoCA SQWCKIIvFPl+HYH1frBTVR/cOKiASCicgG02CHTYKPIKOYIQA5mBfSEXIbGA TQCzgB4cvYDxK0UIuYDtXLuAPCS2gHs2L1k6gNgQOH/XgVmCxoBBC0wCyIC/ XMqAXRTMgEUAzoDQgPMlA0HLgJAEnIHYgDlL4IHOetyAxisVgswEBBDigB14 kU/mgLp+Hn/jN8OAwIFXNI95HYHZfieAcoHLflw/pn1Oeh+Bt0hbgek5EhD8 gA5s1X/3BNt6E4ADgqkD+YFYZJV+dymuehaB237pPWJ/b4ATBrmBEIEwIjCB toERgfI9FIFkEBaB1oGhgsF9Mnoyfcx/xYIOgZJ/xYK7gcyBNYHhR8Z6f4IF N+19w31wgaWCIIFNeuZ8535uAuFOuYJ6gXSCwER/BtYBsoGCgUtlLB6mLfQc bno2cT+CAoJJeqIvioEeHO2CZACygU0HjoFHUJCB0H7lgpOBOoHVf52B+oGv gpWBnYFggU4AoIHnYR8LsYHXCeMRpYGwMvgBc0+qgQ46jxCugbCB7oJPGd8d tYHWgnkJ1YLTgleB0IG+gaB6YnbEf+EQV3z5eQgUkoKcfgF2gkMTggB29TsC dhGAMoPXETeDX3eMGdd+qHmNCMp/81Amg60JcAHTgZFLTXf6E0165WmmOKiC PgFMTyN2K4O7PHF7/Gi7Kl2CPH7VEWp7SHPrgl6CNoBSg6R6IYKHe6Mx23o8 g/d3XIO0PHAvnXB4ggtlOU4zg5NANYInE2AoOh/yMW6AyQ+WgHaC8ILwOLWA noKmLb+AzDFZP8KAv4Ffg+lw4wNidvCAt3rIgjoQu4K1Q6U+OglqgudhTG8u UUkAz0Alg8qBKABHg1qBHBQTfc6Cg4OxS0OCQyV9AKwy4W8agkkAOncwGXkB OwQtDfkNGXYuUbthNz0RI/QQfj+UKKyDdWZtERg8OhNfAUJFxFlHfvt1rYMg A7mD7AgLLbxOs4M3dr6DuV5fAJQClHaddtl1xoNcQCQtIEPKg4h4zYOpQVwW 8QKnTYsfg3bTg2NN1YOTTPwUIAA3ANmDtYMpAloAWxdseuGDu2FTAEd20YMj dtqDUwBiF2JEFHfFg7WDvlwfJT4w6QVFQ8EFkiToS9yDp03tBNyDkAGdPuSD vE7pgwwC7oN8L/eD0INUR/qDvjD+g2AWp02Ed9uDDoRDPERC/4PegxCEDYRM FQCE3CsChGU35QEChPoIBIQdhPRblHiKAgaEIoQVAVIXh3fsg/OD7mNSUr1m 4EELCA1QDRfhTgF7gkNoNrUqAA+5bCuBnYDJTzOEdYKoSTokqoAOOhsk3AJl g2hBsEk2cTGEsiSEKoJ3qQ+Bgxp36BoshGhU+CSgaO0EEVNtQqJCEQTBJ5VC +jNGU8sm/wQgPAgQkU98Xwt+vYNShLx0IF9pAowKwIPMBmyErCTAg7sSfgF4 OQcBcITCg00CwINkhOeD3ycMDdQCaYSDevBQdYRyhMQzgYSaAbR6z2cjgvZr BG0pfS12voOyFHknKwF9hCpef4RvhLGDwoODhJWEcoTwEzKAV356UFCEjYTP HBg8kYQKXpgn9F5rhPQQ6gFLP0F9y4NmhFZqpTzMee81pYSwg6UKPV1TXGAC XYT6E/EuYYTTAe0EinmfhIs6Am57DLKE5wPChDZDDA24g7GDfX63g8KEBgl4 hL99rIRsN66EwoRthPQQq1OPhMGEzYQDfNaEpoSlClgCzYSqhNKDZ4TLZNF4 FwEGBFaERE22hK2CTYNchA88XoRAMVh3pmyvhL2E4YRpf1gt7QQIUYZ+2gHv T/iDCIQsBNAmji7sPU8EaV0vCM+DTA/LEMEFlUJ7ZUA82k+VQsVfxATXBzE0 C4WiQu8oCmELZWdQT1CVQr5gDiYaR2k3ex96DAsF+oSiQhmFSQt6DEcL0Cbt BMsQzgYqR5wOwiYvA046FIVCC74KyxC+CiZb8oT/flgtkiT3hBGCawLvTwuE +YMUPIUm/4SffbU1A4U4hQaF6QX6gwmFn0raT/qDDYWESWVKMSM8hRQ8E4Uq OhaFWSQUPCKF9CQbhVo4KiQehcMmUYXMLN0GEQNKC/BvVIQfhShQ+oNYhWNN 9TOFJpIkKIXHDy5HK4WnLXk6L4UVSXoMUAFnCx6F7QSoN8JNFgI0hRwRtIPU cH+D8TvwUKE+SgW6e4KFjYMUQJ6E84S8bRcBslBvPq96WYToC7ED9hDOSiBD DAFuApWFqlWuSIZ+cSXIAZMD6QXMeRpS64RDRZSFKFCGT/6EVhEDfQQ8uBCR T5FPMoWmhReFl4UehbCFmYUoUEoLCm4NBi0824SvVLGFUxWCDEgqoYT0XghW zHlUbVk/UHyVdlGEVmqiVXMG61MMfXqFchx6DFeElXpfhZc2RIUUPHA9mTw4 g2cBPYRCOfBTFHtmBRGFHCEHhaJCviLxAi084U6YhWAnloUcISZwpIXrA76F m4X3TxAdS4VXha99DRJVhd0C9oV8Pux98mzNhT0M0IV4hYYYNW31hYhHbXz+ fIh6Y3dcAS8AkiS/gv8kgkdHhT+FZhDVhRh9+kiufekNwCcFhoR8dD79he4V /4XRagGGsgt6DOUPtWjihRuGrAENEmh+JoYVhlYzTleyhS4S/IULUPyEFkSB fSI03YMMDex+TIBAPOqFmoUMhXo4PIanhSBD6gcMfYpgn4XBBaKFTm4BhuoH 8S4zVWMCWFe3KzeGKwHpfjoJ1TweA+iF8n6oeGt/gwkfffht8QO7hfReIgrK bgx9YCySheeBfDaOhelljD5QbwZzY4blHqSFQTpwAUGFq4WhfTcBKyMjcRoH Vi5tX6VlvFRPgTsu9IJ7ey8VAnYIOmF+SoQqAd6FOYZYg5SBDR/dhfqF34Ut hlFBjIaSJFOG+3/chc9Pqx04hX82eH5lhMqFQ33+PB4+2XyIA74KIRAgheOF jioEhaAERoSYgPwMhYY+hAk8xoTLhMKCABDVhdeFJjwlhqSGJ4YrXlRkt4YV hm+FBBafhiKGA4Z2XC6G7IW4hqAwJQ5PGwcH/HUOhjk/A4WYTyuG94UJfdqB kh0BhZd1z4b8hb2GnobDH9FqvgqLMSo6OoR9hkUYf4ZFhNqFPYM1hrMBjIaI hrsqioaVhjKEvAXyftU87IZLhHUO8n4Aa0qFFIb3heIHKob3hjGG834XNBqG LIZMUF4CEYaFK5JsflvgbXyEYIZZeMqAHoUzJhhry4STNeiE8E50PkCFqoUY hgKFInhMOv4YHE/LEAx9hwzBbsCGuYWeBruF0oTAhuwGX4Z+hMSFvITta4WD ozvsAXmGDntWAfGGhoZheTAaEH+lbN4CAW4KUc6EnIZAgIYSOYWRMyaGPgHp DTWEf0BZFzmEYoI7hOgkZQKABT8LkGDehqgfD0q+G2FDRIREh0eEl1Emhk2F D4WCSlCFQYZDPE4wtn7PhmGFGoWXfxyF5ykIN4oyXjpYfSoEhgNLh7E4KAOg CfsFbIcxB26H5mSbhr6EvHTtJg2GM3rVhVRHv2Cff58m1YVZh2JNGoYTheSE OEL/hg9huV5rhddKZYVycLiEzCYvgQKH/l0nYzIgCnA7h3eHhBtGhqGF9oRL ereGQoeACW6D6UNAhi+G5gjxhVQLFxgChEaHfIaDgXpJnzHLdwQTHoV/P+RV YYJkD1GHLwIchEUkqYY8SX+H+YRdh3tR4Ctah/os1yZYh1+HFYVhh6cr4EZg Nx2FuXfHh2KFJIUrMVw6RF6cDox8ygq+CpkmwIb1F/GFRUO3d/QzCwLWhyWH 4AYQhpOH3YamhySFbwPVhyOGYnWWh9+EK4RWalMtLTwrgv4ZIYQmhFWHmIBh QKFpeYeEAQpZhw/CB8wqVII3LmQPBIQtHmiAJoRwg/InOIIBddoG/4c6JAKI Tl5iFwaIN4I8LosxFhxTgmWAVYKAhhABgoYvCUB9i4XuhyAwpTzxh9wj84fw d6GH9of3BguImx8hhNkOBYidMTaCcoMSiPdC1hsViEtLuYfkhn9AmXLaAxyI hT16hDMQSIEIEERuHYFWhhg8U4aagKA31w5KQdoHFmfnXfCH9QpdZx5/QYQo D6uATYjAZ+eFQ4jHJq1lwQ6iArsSAIWgfTVvtn0peqwbYAOiCCFOSCPvfocn 7n5PhkKIOIbvhi1kVYhriNc85x9RhmwAuoBAhHuD4zFDftMBF3RVf6AUcoYW h6yFu3tEbv+ETjpxgmwBngsOAcsQaohShmEEd4YdiJKAt33TAggQxDxBiPEC pTxEiP8ORojKSTGISYhlgikIIIhTiGqDT4gOSlGIV0HlRuaGHgOViFeIs3/B DhWH1IZ0ho8Bew8TfVYTYogOAWSIbCg1VWeIToaBgpYGziPWhFOGVYaUiL2I 9IZbGsCIRBJziD+EeTZ3gk+IeIj+PNaEqS6phVyIQ4W7e8Q8goicMXaIry1o Jx0CiIjEiFQSDwWMiDuIdoeMhZtHL1bxUGKDTkdFQxiEyRWnTYmIxojghVcJ 24iKiPuDYBYahM0iM4bXh+iIxAJfAKdN2EVUiHKIiIZABSkzI3R/bAiHfoRh hjwpEB2niMGIODloiLqIUIaoiPcCv4i8iMWIk4YFBgCJ+39fiGJ6wwjAhBSJ xCzkhRwhMyb3iFWIAxXpdJ9KCIkSiamIG4kBifok2oQJhyOJ6TzriOmG6Q2K hi+JbIhxiFeGLRD/iCVuF4mQiNMBpTwoifWGLoluiPCItTa5iFqDUIY2iY+G bChBieyIMGRAiRGJ3IgniYmGaYjviEuJ/YZxiA6JygKKhbyDPIfoZcCEkYUB HkwVp02jh8SG8IW2hU9QVAt+fciD7BRaBqwcmoeSSvaEY1wgifmIYAIQh2mJ pYVlicSGFIfQiP01uBBEbq+FZwvah7OFTAK1heuF8oU4WCeHkoQph759X1Qs h42DkTkjh2yEsgvlh7lEP4lwJjOJxQNLP+qGWFeWiUiJuBD9iMKIl4fhiLgQ zIjFiF6JFYSdPmKJUBIcIaiJZ4kSgmWG8lhSLW2JooUsgUZTponngceDt4RN g7mEeYlChXuJBAPEPH6JRlN1iR6Hg4mahbiF6TiPiaeETIPeAq6EKoc/bMWF K4cuNImF/IgOiawIfCdEiecFJYlPiQ+JbYhOifCIvj2AhVZ7jIaihZhV04cZ LfWIQYcyh62GpA4/fCWI6Et1iVeHt4aCh0+FgIe+h1OFYIe7homHU1xahaB+ ki8INz865YlnfoF7+YUYhTIpnInHhzKGp4YwX6cQPh7vhXCGq4h6iQKF0QZk hhGHl1pnhn1caYa3GJEmhi31iKt3eEulAZRgt4aVasEQR4eTeUmH90LohseI tjZQiKMCMgLihvWHHwMcVnWArIZMhDWHxA5PhFqJmIdpfzOKuwuYhi99AIpR IAOHO4VnhdiF6YmHhu1cN4SeZu2JITyvhnCEhUdSAh6F3wa2hkOK6CDyiRCF gYfFh7MziIdih/qJZIdbhX0Z/omZhu8D+oZTinR7Bor3ht0GCIoLhGUr1m4o cyqJxYiihGkCayr1F12F+YVohfmJMiXPh6AhWxYMhwKG4Wnfh9yGj2sOh3CE KhCAit9sijBBiid0HopmimSKIopmJ6uHS2U8hJaGRor5QiqKoogsikOENYiB hl93PgGxSUWKPIrvGE6ElWRRdsiGzEz3fnQJY4dkN1FASyEZGXBFIyd0Psd+ hE9Nes9+3H7Rfv5+rIq/hO55nC2fJoR+WXuxeo1+tVeACpB+ZmmHequKXAbK hl52BwfDgMmGkU/BfYsBG2svfdKFRE37idaFggxFiKpJ/jPTiiuKXIX5Dpsf vgqIUBcQpIoLhg2GyIqlisqKxooNhsF9/4VGfWWFoobSil2K2wrpDVQL0IV8 L8hJK4HYiu+KGnpHiORV5ofdinoMZIX6M3kP0IW1E0hAKwMuDtpRLg4lXR8R fH3JfP5MjX4wWHQf/TEqdvRhwFHXAgiLcX5xZBs1/g/vcLY4wEkeVsdKnRX3 TwFaVg9TORtvFmxkZyCLgE5xdQVOPzJ7DHQ3/TAlbjoMdDcydEBaHVbIPmsM M4u5WsiIeYMTVnA1DIvFVMEZWV0ZiziLPTzqUAWL3icXix1H6V0XJpZwEDYI GMBJnjhwMgyLAFoQHRg5O2qMa0IeVYsli8dN7mL0Xn1rzxOSXXJY2HP5WsOF t2AGGDtVclgrJ1YU6lunAT51JHe7KuZejxxeXowOsFZcWkUDZWcMAn9eM4uw VHJYO1XlTMZnri8oi1aLjVoHDakZBUGKigoAEHMScw5BJIsfc2VaoEI2XvMr 9R5bLrBUvVj0QnSLkIv2F9cXhItgQA8nZ0o7HIuLjTgpi1Nv2VoGTYdMO1X7 AbhUkYtgARNfeV5zK22LQlRAi3FkMovkbRZVNYucCDeLtIuzOUCEO4tQgc98 rTEfA7FJOgzgXYtwSjh+Jm9SFotYXbKLmzfMBkyLcIEiOfhc6CiAi20GWovd XUiIei3hKeEKyXO5AhEkkov3FxEDlot0SCUN9XJihQJDdEhuQegRWw6cCKQU Q4sVTpcL1AvEUsiLcQXJFm4CN4tLi9lwQjxwgWNUHi3GBxcXxw9lKZ8FcAIt AQAWUYu/i/8ZqEG2aL4wE1UMhC5svjDSMSwFUUCbONKLUU4qi+Jyfjjdi9mL BCcMQ5d+ex8mDd6LXy6zVVBCFSI1WfqLoov6cztcvEzgSkIr9yIKjD1Mz1O8 M9SLUQffStQLhywfCAyMqmrQYhOMo4snjDKM4UoBh4YBAoz9AwKMOYwmjDpV PIwqjM8mxhEqf11VR1ktjKqFkG8gTIsEQIy5i2AU5Q/nZXEFNyEIi/RoKwNg Ix+LbSXaS1yMtAdYjPRIBH0RjPOJVSBSOaJMojjjD95EJUxbjIAOqFX7D+oJ LosPMdZG1kDLi1ljYk3uKCJyrgWzi4FGa0qBips360L1CuxBSAdMHXNVCoxP jIgDDozKex9VW2rCSkU0r0zJD30vVoz9f2JHTAacSN9MoQRujG4O1wvcIKkk fgX6i85T/YuJjIACDoyIK4xTQ4xlAFxXKIwzjEUfPyGeTS6MqYyrjEaMTmr8 i1Is/os4jCWMqowWTjGMhAspjHohpIwJCUKMuoyzjL6MrYxRjAkB4XmjO0lK IVhLSuYOy4wRZgggOjD3bPSKXjAVDqM7eUGLYihe5kH5Nrc8EkC3PC09mTxO SnlKUhyGgx4xXASsJIWFkoy2N+pYpnA5g9MVk3vde1Y9R0JQRh1GZUfoXIpQ WVDoT4McqYOsDaE+9Iw9RqEHfhT/jJJ89YyDFdQ944zPAjhaXmmMcmt1CVHq jLgqt0ExNFs/vVaHV/IoIBLCVosMjFfJVj4eCD3ThfOMZmgFT6VZ3Vg3CkZX H2a/K5t+0xXJK5eL6gRaPHUAVz1gbfVFshjWSlKCIGywDCMcU3DWCDtO4oAq Hlw+KQRBGTmNqU4faSeI/BZfAHN25lX/O2UoZyiHEqQXUSU+JHIHeT9HjQFV RBRuQdaLqx4DAmJ6tAdTIqo1iSh/QFsTWY2YI8pAQlB8clc9hUhejViNOQ2k FAoRXR1GjQoBaChqZYaFfHtgaMVBSQ1giKSIV412jVVOdAPfbFVK1SgOOSx9 PY3DDD+NjlD/CA6NICDwYNsK9kKQi+JOMDryWgFtJ0s2QkgTqizRSptKqEqc Xu5arDpBJmlKrl6uCohKrgrJV3oIsiPbIv0pxFpIPTEpsFQgc/laQXoIjdGM gWhggLVQOXXpe5SNPko4QZqItANOh6xdzByNjUNesQpnIJKNVX0mQsZKITy8 KXFfP1+YjWVBSYh5DxYcUoh/QLpdcABDHNwIrIusXauNHx86iPQ94oytjV9M DQZmP7CNd2uHjbON4CifTHRQZI3UG7iN42UcXmWL5wOOjQlJkI1hM9BKoUqa Sj5Klo3GjT4kyCrcBOSNdwBxD/eNL40wP30fbgN9D3AfiQ/7jTCNA4iJD4FG sFTQjVICN3/4VwOORCAHjrtdOixAKIuNOixaTA2O8hvhjC8VCY2QZchSAD1s TkJwv2YQjf5lEo1bh3cXVj0VjaIUGWYYjX6LG40zAh2NiFxGcWuB0IwvHYUU OSAhCTsgZx1/HdoHPyD+Rs0M4Ra4HDhCNB1PSE5CdEiaN6JMmkaCRih/SCi0 ZUYR9wHZZr0QIRyOHjgofDuMO1aNd0b1jNU36y1LjlMRJC12AjxIBxzAHjgo kS0wABFpvz0ZjtmNEgI5Hf4blwnlFWRWeAVmHQUcl4Cbf+ZUNY6vGUIgOUYW HPlwGI4QARqOJgh6HRwcbI4eVCwcNB04jnGOO47mH3SO9AR2joodOkb5cBsD iI4mHTwdw0ZGIMUneo5uAHyOm0dyMMZdokHgjV2MjBlgbagoQzkSOYFKwocV OVNMQh4YZvIo6SgYYKNIJFx9EyRmtQv8KANsro47OsgqgUYGE5UGe1MQWRRP I1n+A2AEYTUWKSgNvI6xjh0pRwbhL6yNM44ENHkI73l8Ngs2JE+uIL8kVi54 ChEB8wJXFH98RQLdDEERnHpMAsZVASoDNsYBlmLGgUVqE32AAn9KxFejjmAw WUuhUKBnnI0gFp9dPnHMFN2EIYKAAn02A4sXENiMzAK6QE5V+DyWTaslFCay BCcEWEAjA7pTh0AcIVCD944iT5VK4D+iQM07rDCSCgeP5XcXKYE1z4z1O5ZN VwSjJ6tgPjAsBAkF1gVfHIJHLASYaNQ9FY9nJY119T+yBN8EtIKsamwslwVJ M+sEkX7gJFQETAoWj4YEYmRfhKACY0B+BIAEsmo3BT4klY6WTQuNfhw7YLR1 STiMaU1GlIzTKWwB+GMKEFhp+47NTeFlt1IejpdwBWzxUsFfSgNGj/0vLHEV TkqPu2VUTWpAYU6eBgQD4AGgaElVmQlgj4gh5Q1lj+wU3XNEj7srYY+RcsuJ DQZoj1dyVI+LDGRatyttj9NEaI8sgYeLSTNojwMxaI9sj1B+EE/mTn2P2XTN TBkPcY8HXh+OsyKjjSUgcE6oH4Nq53O4EGGPlEhXi6J0lgaTjwRVMW7reuVK zE0Ij0EaFwE+jWMApBjyXpt0ICBoj42PNE6Pj5hd8jY4Am1YehBsA3GP+jEj cchgXyRxj0ZfHl8nXCYZsI+jjR9mYANxj3JySDa+j7yPJWYSY3NNPwkDMY5a 1iC/j/JaCw9xj7VeK2TeX09Owo9hj5eP1gEydRcHFgeaaFyPwQRYLYGNZwGD jYmPUY+SWYyPUo9rjwMQu4/Uj/oxOgDVgYwDtI/Tj4ght492FaIIgjGGWpAU 6I+IIRtR94/FGUJrsB5xj8SPi408V98t8lrCVnAozQaFSdIGGmCdbDInvl1w hld/tn9HWY8gvH++DugmETobYHSLyo+8jxSQfRNsWnUTzY+8j8+PzmhMBPKP vRdoj2wX6y0VkAqQLigfTZgiYnMZkJYt3gT6jzwkTHYTONsnMhvxi4UUAhVj eVgdoxVdAQQeu1AuS5MtnEmZUBMuohW6Om5Bc0U2UPmMflDeH16PdY1ZjdlF aI1dUCQLo4aSYEBQv1oii/SJT1BuUDNQRDwQElBDX41HAb8QSCNwUBxbFjPC EGIIj31BEQcB4yIXeNlcsypVOkkCXh48eUJziQSmVHVQElAOil6QoY13A1GQ YpD/A/cLwnfQCdpPIRJukAADcJDSEExPhQZRkNIP/wpAHxZLW5BLUFYJJFCK kGCIJ1BakC0kUZAsUDBQZVCYkGCINFBViS2NT1dkkOFHrlC+TrBQhCVNkDJD TyIyG3iNWY1KXuw/g2CFX4VWbVBKUDhPGHxAHgQTwQwbA14kBlC1kJdQ/iJO kLQeLxOtkLQet5BGC42QjGa8T3pg+owTUnuQKTauKw0B4ifrU8OQYJBSkFYL Y48ci0Qlsj9tUL2HWpDlj6qPq3BbA3QUc0jvTiyN5yPWAaCPwwxoF9cX9wvl kBkP3o+GL0EZV19TJ8YRS22SAaYDHnTpkN+Poo/LEGAD8JC/Jad/SH97f0V3 kwFdi3kK8JA/jeNrAFS0GpUb94zQXOVP/AGwUGB3PTL6kKEe/pAVkRcCPSYO kFl/TQf/kIh//mVcBAwr0JAOAR8tTgVEPFBDMkPLBimN5C0MDEmF6Ty9kPEE tpDmByw+upBMA7yQtJAxkTsrfQPMinuQYwMzkbmQClA6CWZf5QdMOl0OyJCG iohYO5EcT2pfClXfDFhC1JBRkO8KrJDVkNIPrxp1XOIzaH5WkZ2Plk4lkU4E S3pWBcJf+U+0JlZ1J4+bjwEZuEpZiek5WkgwX2qR/HBskYIOIkUwDSRF3wZt kdgCKEWiEipFfHbWWsNcyoOML/cQej/WWiZwfZHeY4ORpoAUIYCRrGpUC6Yu fSJWYIEtuBAaC6QFf3yHdRUbIAOmFbVI0YN8P0kL4T08kIiR5BrEO24kghWr BJiRUxToD4oGIIGjkZ+RoW4NFTJwqJERAyUVHxWrBO0FDRukkd9uQxUtFRA/ spGUkbWRDRU8FfwvqwSwYbORqZHLAQ0VShVMFQYkpkMANJmRVBrOShULrZFb bUoQnZHyGsKRdR+2dXE7yZG0kdokeRV7FYEOSR7BkchD/BQfEJ4k7ggqDdyR bAzekQ4m4ZGIAXYV4gizJOaRupFJC/4UZBXvPGl415HCkSUXewOEQ+dkypEe eJwV4yTnkS2NowT1kS4NvRUNAv+RgAoEks6RWwPHFcaRCZLYKqKRApIJRQ+S BHf7kd0VCgHRkWIaXUMJgAWS75GYH6IVuk/BkZ8aDw0gAy0WKhbskToeE5Ko GpwV7QYiFowGJpLhHg5mvRpKkbo6NjMVFlosH5IVG3kaexoHL/QVLHwKgCCS ehp1GuYU/hW8PH4/9ZE5kkGSKAbOIwYWA4y4dTiSQJJlAkMDQgDCkYUDYAIR Iy47nA8+H0aST5KrPVIAUpLtBi8fniQNF/UVoCKbIj6SOJLCAXIEUZJTkmCS VpI+SjofWZKFXzlExwYgkoYabAOIGhAqOJJ1kmwAiBqVkYsB8RjzkbmRvBqo GpUaGEUdD0c+NQAzAJ1DdJKEkmKF/hTJAXgASgbcgw46RpJ6knySzQaZRBuS gpKTGpWS/hS1PIEkoiSUkoySlARCjJ0kMBONDaCSKJKbkqKSYA+ZWfUf65FG EScJoZJ2kp2SlASbFe88FSUuku6RmpKUGrOSaETfHZwPbgN9IosfkTXKAkhJ LGtIDwgBjgQgdsaS6BnIki8PBiRNAcyS304CStCSjANsEakRr0M1AN8G15La JJIk1AmyBKiS3JJYXqwv3pJfAJ0knySCOEgeISnqEZt5mgsdFH4LNADbkmMT 7ZKXI1wQRxaECfFRYhMZDmQblZF/CUgIcgA1D7pP4pKzgfMSE065kk0BA5P9 kRIkB5P6kicJUlBrAPII4whPEKiSUwHlExslQ0kgBwyTFpPoE1YbLQlXDuwm GZPwGSeSG5NihWAWcjoIk2MT5hMck24kkpIxAFMwJJOTD248ZRavPtqS8pIZ DiqTEQNwFnIWXY4qdsiRDZMpDjiT327ZDKsE6pIokzeTF5N4F4QWpUNGkyEO QZO/NXQAkBYiky+SMJNBRmRIw0ThkimTSJMcW7IWoBYak1mTK5PFCakWyRVy OlFAvBN7G/WSgB+ECTaTIQ4ObKJjkSQPRKsn2GE/kyoOZ5NWG706ow9xk0yT KQ5tky1FAZLWkmMTlyLqBJkiqCI0SkkSrwiIHoAiEBwQAf9y2QHQCYJ4epNk E+6SLzKhI6N1sGGIJH6RzxbUIJeTLQ96JAqAm5NFCN8WyyCTQCB2n5MlHhYG Fx5bGyBGAw6lk1IkNh7lkfEBtyOzB4QC7iPcF5A+Ox89H+Z1jSHsklcavTon dgCSMQc9JAyTupPzkryTYSZEdh8n6AL1EOcSwpPrFruTyhg7drWEImbmZyIL qJLDkxkOFgHPk76TcyTUWdYShw1Sk2wM1pMhDtiTvZPHk2yNiwsMk/WRHxso d2sW7DvxkumTbl5eFukaQgDekvwC9GHvk7JGGBsiko90rUgLRU9EnhClAcGR AhtBADAT92KkPfyTEkVPRAGU9BoDlAshpZGeCvORUzCLAwqUskbpGlsf+ZOt VgaUdzkIlLRT5DvFGpFMB5RiRD4fCZTkWR6UZID5FheS5TvlHaF1rz4PUtGD KZT2KiwQDShTjt1hBHflO7s7AHackZmScT/7kUWQl5HnZJVmKpRHFtWRyWGM A05B8JNhjbhDYUMeH0aUnIvIjU1Ew5L7Es0PGQpOQMt/5gkKgNJPwQKsIW9H mpPcA6kENUXfBopPfZMvRTBFtCpYlAoDvTTDAqoEARiUKKpPaJSfIy5FDShk lGWUWXavQX0BKA9plF+UZpQ9A3aUowIWA3CUpARylHpZr0H6aXiU/YtglD1C hJRvlKMEpQQwRXqUqQKJlKaTwhI0hgA0t0UIi48CIxMSkjWQ3SdWI48CJBA6 lGEalZTeJxiT2CSUlDaQopTOkjwPqYqllJuU3Q1bbWMPqAawPWWTCw6nlF0n rz5rk8IDtJQ1DTGUt5SWlOAk0iSzJNQgzUjNkjxHv5S4JA0CwpTZY9YkxCTB lLOUnJTaJMqU3iTHlM2UrZRmeiglvJS5lCsl4yTIlBolYJM3AeEkW3nXlM0N 3JSkNtmUzJRnG2EO3JQwEACEpxfebcgo0QpFkz+ToxfnE+qUpQnslG51yCjN CrCSbAzblPOUfJT2lNACyCjnk/qUepPylEQA9JSaQxQBmG3IKA0B3pPwlPyU BpV8lIdINIYPlQeVHUWrBFsqFJURldoXAISUAiZfilqwZlFAPyWKdZ9DnjlT DfWSCxO1STIBUzAilZ4CJJViOV0BTCDTAgg3i3bbJSOVhzkmlXg/sASEQ0dE gCU2lSWVMJW+lIAf0T3KAS2UDBb8iy2Vk1PyHf0X2ZEolQg3NZNPRCyVRgNJ lTYCQJWCLDKVii1PlfsSUZWfQ64GVJUrkjqVNAA8lTWVSJVdlXcBVZWfPecW sTRFlWOVUpVllUuVdpGsBcoB5oOUZohVbFmPNSuU2wpElBk+So1ujUyN4Rlx gwWU+TONDSB2ZCj8FkuNwQMvAH+V8icdFAN2e5WGlX2ViJUllYk5kwGEAq0+ OSjfBoWV+RaHlUcBU5VmlZYmlpUDd5mVYAGblSkObpVnlcQCcZVgQ1MwopVm KJCVnJW9kb06FRX5DqGVfJUDAUyNSADjCnIAkpWtOZ+VJSG0lY+VtpWIlbiV FRC7lZY5Lg1SFQwCqi1RQEUAKyOQOCeILHvVkhsQLxBvFPoP+5MalAN3zhd3 Ab8/Eww3XJFMuHSWRzBffY2kKmZT6QU6WzMG5wmlgS0NVgucCC4IywbaS0QF lTG6BioHW1suMpgfPS0+AaQuADTXL4QvWDIXLxkBeR+lgcQ8RRFOL1ky+pUD MjYwjC/9lREJ2IMEdwI0CZZmAGswUCaTKNGDDpbKNM4084LEg7U06TB4BN1g Ag5wFzNwNQJfOeQJLn8WUDSVazdmN4A4ZDcWOCGWwDnFlW452SvROQeUPgF4 HztK5Douloo5lASwOTKWA3fkOhJ2G3bYOceTmTm8ThkBNZZfOSR2HHb2GzqW 15UMd+KVeEonWMOBRVHHf1RKrEC7IesWvSE/fOOOfCsUQ3gswwJZlh0O4459 Bi47y0tAYDpJW5ZPEONZhBrLJ2wDwH78egkZdgFrhPKOm3/Ze1mWrHzEGzqJ 5j1dlvKONQ4BAfKO6xGwRwoejYJwAcIBKwGnMUAUkTPwIXIh8iH+FkYhLxHd IesWKndrAjJ34iE0d74TQl+NSvNKB4JFAYgDykJ7H+kjFo+pC0tEuQkfB/wX eSPWQtxQcIxXSocSWkoNArZLzForA7lLLpNNlseSrpa+S/cuj2lyk7KWIEt6 HtOMlG/VjBEeBwPZjNBm4UwcWUhBjks6CK2W2WeqljwheDbMAsdUwQMUTJcF 7mxpY7mWxEUPSoCEepZ2dHeW7AKZiOc1fo0sCv8iUjYJUXSWpyerFF6WHhx8 GfJK3paAglqD9X2RM9qW3k/llnqWWYPGP+iW3ZZdSvsGyo6YJxs26zXPjskB 0Y6QC9OOdkSqgV8Q8h02W2Bzb4/ReLcoQznejowpN4full6WJibijWMq546t M+mOBieZA2pK7Y71JDM3UwWjFXmMpo49QU5GoxVMHIRIpSLHD35h7mxLA16W 9I5wjJZV6xDXlo+I5j3xjjGXgAIvAegCVYxtluBLcQjCH20AmH9vhNiWdQNe ltVLPJeTJfaWTpZmDo+ON45wjhYcigGjXLUKVBvjhTtJuF9DXdE1LgtdRsg3 4YvxCkOOUCD0X4sBegAkdLoM1hhVAl+X233kVcAcigH4V35/fjcfZiwBRgKn Vzs62Vu+FFCXZBzjCjhPpFVzl3U2dZcJTNQ0nm/mlTdcsDP1P3+XvyhAPIGO W1ccHe8ohZcaHRUdCIa1RgFBgD7OV5A30hsiHYyXGEDbPzsrbgMyBt2V4R2N P5Y3i5ffBcsRmZeQl/E4nJcTHUocqVa6MmQAcyCCl4qXHB3EBpYgm5ecP1pC k5f4V2QBEhzCWWQBS0JWXrIOPkEhDiQcAwwvGvQMBAXlRRErYRFjlxElsj0T XoaCjoJUADdYjILKl/AemQvSgFp8Nkt4G3obamTxcvcmT0abRgiG+iKJjqmX 1gWvl5KO2geXJKNMRgJ5eIsIyZelCtSXtA/Ol+qXkAQ4G3kbexs8GrEiMwuI lG4nMBAdAjMA022mi0eOeUbcl7gidY7flyYE4ZdcIuOXXiLOBwmIiljal0iO HQ5CIgGYEhwEmKSI3AqCKCUdkgdbVuUbBHGBlllsRACsE6AKBU2BRv2Xnzfg TG15EmX1WcQoKQnQF5MgiB0kHflll5bqllVofo46IAgdhI5pHTcdh45DDQ4c rTcSHHUgEpiNjkwDj46JHUcd4pdBGd1Q1JYiCfNlxAL1iyEQ72XhCFeHTJgF CU2FFQ1gA75/yV9yfgppxALqgDmXeD1xZPwDfH5PK/llPl1IRlWXbyUFZiU2 BkspQgdDbl2bf6BILWujXFOY6w1DMoFIKxS+l41SEpUWC05IFBqqAxaVvQZ0 RrRNb5inDjAEuzh6U2Q4fFKdWzwkamXSliJplIxbmLxJkyBKl8iT4x/jReKN DynzYBBJOhzWQf9lzjWAfmaYupaFAWAjlEktCW+O6g1qmMNJ4h1peDkFdYx2 dKp0QY6hSaQLT0KYmJtIY4yNS/QOJTutSa1IbJaYlnEFUBj7Pn0dgRNOl+KN DkmNNzVnrphWQdoKalU1FngYaBEtlxJccgz7Rn0dqQupmEoDlJjCmBlZr5hI QcaYwJebXkcbRpdnmB8wRAaDjhMS0ZjTmKyYw5iXmEhBSgljA8uYrydIDY11 54xwBM8sLTvTY8OKi5g6iuyYa2mHWd50cjdSlwgr+ZDDBLhNQQ/Dl3gs3Jid mHGOj5g+kDyOyEpXl5WYF1R5RtUO1pgmftmXIZhRV11wmEYsRnhGUkaxcuV4 50SkiAYNL5icYoMKhI0iXOKQYwCdZbAK5ZDEbZ1l2AgnmXUD9gjeYxFW/gOK arFqumvHK71q/wzqAy6ZuWzUHRUEgywymbNqjUI1mX4U6I3mZY5KMXyVjJoS zykldyEqUmR4Z8QpNgGmLBJA0DoCRv9i52XOIbIW0CE2QsNrUGRdASZ3TJmK BKULT5kyINA6azWHfU8eXycmbnMivHWqJtkCsyjmSlqY2o3qJicC7CbbKQo0 HmtWl09fEDR2QgOZI1JOVsMrfUq9lpU3qjNXS2aMWku0TXxJG1QTHRKOATEf UvSYF2s2jjOYw3RPK+EoilgLmeWYTyDWQeqY5IxYDNAdFAGzJ2odMk5GBDB9 6gO5HfQB4SISEeZvowJ3Gronf5aUBKaZfmydalEUiwS7J4MXuicMBR8nB4Gj ma8XaBJ7kYYcuJkGEPaYjRzWUq2ZVBCQS7+ZQQ9HNbqZ8FnjXxpBTQLCmTxI zZlASsyZw4phlLkFdU94T2uQwhCzf6I6MYpZA3Adjg3LBtaZ9SJWB1c8jpTB gRQFgDXWmSovICVuNwpOJiXrmYYCQAjxFk0CYCSsHD0Np0fgmSJ605lcNvwH 6CKTENwjujXsmdAN/5nvmZcUKwH9KlIt9ZmLJOgiCyY4iC8EApo1ffEWNVDr ArMx0QeQPyA65Q0OmuJBxBSQf6EL7plvApVkjJmOR4iOJxWqbn+XbFRuA2YA S5c+IDaYkZmACwGZUknGN1UEZgBuA0ZBOBwxmssRNJr6DbY3yTf9ckCOD5kE DryXKQ50mCaXP0kumipGe3AWmVeOwAclDg6Y9AQymq0LPJiMjnEAl5caTxeY 0huYmdyPDRx/jiSakJeCjn0dPUdyjp1/RF12mfEINBwHA42XlpffBZiXnQWa lzKaVR+5G2aalZflP5CXOyugl2uaopevC5Qojo44mFqabY70Ba0L5BsomneO Ixw+RT+Ye5prjluanJdPmn+agpqTjs1dX5gmmJ5/kY+2VaJ/KZihmCuY5hv5 ZX1TcWQiHiQdRx0tmFea2i5OA79KUyvJQIWOK5owDP4KkJqXRNtBeQYIQgpC /0FjQgZCdY70couOeI5/lolBaCoPCBwYCUjbQc5BKpiNPi0PvJqymtQE3UEj HMCaWpdAjnRIYypLQvRyQFLmmNttgkw5mj2aWZfFCUeFphlwmnpC8kVLQtwK aA+lN5lGF5mTN6kgoEKKD6RCTZT4cshCihQXT0pADxu1aJOaOQyfRr+a25qA U2Ka9n58jcJFuZi8dKKah5p9mtoopJq6RjWYpQp1jOdF9JpxPi4IeIy5mkIe uANwmiFAaJoIK9gUlD/heztUUnMdLDtN8ZU1Ca2a/EEkQrCahUBnB7Wag5oA Rv5lrgtFTKpbVgE4mruaDwNwAzUJvpqWmsealgnCmuuazwjFmowdLZsxGcma iFohm+YbI5tMJTkcgZo4moxB1pjQmh1rCpnPmqVuYA/lmlwI2JrDQnoigZpf DF4i/Qcpm7FyF1kSmTl91prOGu2aqpqUmvCaLJvymp+aVDQ5L5tBoJoiTTKY ciBFBJCZqJrijbVogUZyID5cTSCYX91K2Zdrm2Eg1GgbXe8BUAE4PuJVdB3K LQwRlmeMDoICBiv5OTgBwwHwjTtRAT4wlEEE7A/uD/AP8g82AIICSwKvBjAB qQdkBI6bFTVyADEBgwICAQQBHFtHWRQBcQ0VARxPGgEcAR4B+pc6AC6T6gEm ASgB ---LA_F2155934638R-4A-875547447=:2003NCE.IlHAFeR-- From owner-ns-users Mon Sep 29 09:43:05 1997 Received: from shay.ecn.purdue.edu (shay.ecn.purdue.edu [128.46.199.11]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id JAA00729 for ; Mon, 29 Sep 1997 09:42:59 -0700 (PDT) Received: from shay.ecn.purdue.edu (shaogang@localhost) by shay.ecn.purdue.edu (8.8.5/3.8.2moyman) id LAA19175; Mon, 29 Sep 1997 11:41:33 -0500 (EST) Message-Id: <199709291641.LAA19175@shay.ecn.purdue.edu> From: Shaogang Chen Subject: Questions To: whycu@ctr.columbia.edu (Huayan Wang) Date: Mon, 29 Sep 1997 11:41:33 -0500 (EST) Cc: sali@eecis.udel.edu, ns-users@mash.cs.berkeley.edu In-Reply-To: from "Huayan Wang" at Sep 26, 97 03:45:51 pm X-Mailer: ELM [version 2.4 PL25] Content-Type: text Hi, there I want to some simulation using WFQ as scheduling displine without Leaky Bucket as input traffic policer. Can I do it using ns-2? Does anyone know other software which is able to do it? Thanks in advance. --Shaogang ============================================================================ Web: http://yake.ecn.purdue.edu/~shaogang Purdue University Office: MSEE 292 Phone: (765) 494-0434 W. Lafayette, IN 47907 ============================================================================ From owner-ns-users Mon Sep 29 10:11:05 1997 Received: from cello.cs.iitm.ernet.in ([206.103.12.228]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id KAA00755 for ; Mon, 29 Sep 1997 10:10:56 -0700 (PDT) Received: from localhost (swami@localhost) by cello.cs.iitm.ernet.in (8.7.5/8.6.9) with SMTP id WAA01105 for ; Mon, 29 Sep 1997 22:42:53 +0530 Date: Mon, 29 Sep 1997 22:42:52 +0530 (IST) From: "N.Swaminathan" To: ns-users@mash.cs.berkeley.edu Subject: Satellite link simulation... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Hello, Has any one used 'ns' to simulate Satellite links (e.g) point to point DAMA or VSAT systems with large number of nodes ? If any one has some experience please let me know ur approach in modelling and simulation of the same. Thanks in advance. -swami From owner-ns-users Mon Sep 29 13:48:06 1997 Received: from cello.cs.iitm.ernet.in ([206.103.12.228]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id NAA01189 for ; Mon, 29 Sep 1997 13:48:01 -0700 (PDT) Received: from brahma.iitm.ernet.in (brahma.iitm.ernet.in [144.16.224.3]) by cello.cs.iitm.ernet.in (8.7.5/8.6.9) with SMTP id CAA04027 for ; Tue, 30 Sep 1997 02:19:35 +0530 Received: from localhost by brahma.iitm.ernet.in; (5.65/1.1.8.2/07Feb96-0917AM) id AA14090; Tue, 30 Sep 1997 02:17:54 +0530 Date: Tue, 30 Sep 1997 02:17:54 +0530 (IST) From: "Mr.N.Swaminathan." To: ns-users@mash.cs.berkeley.edu Subject: nam does not work.... Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Hello, I compiled nam version 0.8 and tried to see trace files from ns. I converted to nam format using the programs available with ns. But nam complains of "invalid command 'v'" i.e., it is not accepting any letters 'd,-,+,v' in the first column. Is that a bug or have I made a mistake. I saw the man page of nam and the formate is ok. Many thanks in advance. -swami From owner-ns-users Mon Sep 29 14:07:27 1997 Received: from hoe.isi.edu (hoe.isi.edu [128.9.160.164]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id OAA01354 for ; Mon, 29 Sep 1997 14:07:23 -0700 (PDT) Received: from localhost (haoboy@localhost) by hoe.isi.edu (8.8.5/8.8.5) with SMTP id OAA11630; Mon, 29 Sep 1997 14:03:57 -0700 (PDT) X-Authentication-Warning: hoe.isi.edu: haoboy owned process doing -bs Date: Mon, 29 Sep 1997 14:03:56 -0700 (PDT) From: Haobo Yu Reply-To: Haobo Yu To: "Mr.N.Swaminathan." cc: ns-users@mash.cs.berkeley.edu Subject: Re: nam does not work.... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Hi, Swami, Have you tried to remove the 'v' lines and run nam with the rest? If my memory is correct, I think it should accept 'd', '+', '-'. But I'm not sure whether 'v' will work, because it's added later, and the corresponding modification in nam may not be included in that early version. Please correct me if there is a mistake above. - Haobo On Tue, 30 Sep 1997, Mr.N.Swaminathan. wrote: > Hello, > I compiled nam version 0.8 and tried to > see trace files from ns. I converted to nam format > using the programs available with ns. But nam > complains of "invalid command 'v'" i.e., it is > not accepting any letters 'd,-,+,v' in the > first column. Is that a bug or have I made a mistake. > I saw the man page of nam and the formate is ok. > > Many thanks in advance. > > -swami > > > From owner-ns-users Mon Sep 29 16:32:05 1997 Received: from catarina.usc.edu (catarina.usc.edu [128.125.51.47]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id QAA01920 for ; Mon, 29 Sep 1997 16:31:58 -0700 (PDT) Received: from excalibur.usc.edu (excalibur.usc.edu [128.125.51.11]) by catarina.usc.edu (8.6.10/8.6.9) with ESMTP id PAA02958 for ; Mon, 29 Sep 1997 15:49:25 -0700 Received: (reza@localhost) by excalibur.usc.edu (8.6.10/8.6.9) id PAA16340; Mon, 29 Sep 1997 15:49:25 -0700 Date: Mon, 29 Sep 1997 15:49:22 -0700 (PDT) From: Reza Rejaie To: ns-users@mash.cs.berkeley.edu Subject: TCP's Transmission rate Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Hi, I would like to measure transmission rate (i.e. txr) of a TCP source. By txr, I mean averaged txr over a given interval regardless to retransmitted pkts. i.e. counting number of pkts that are sent (or received) by a TCP source (or receiver) for a given interval. It should be possible to use per-flow monitoring feature of ns to trace txr of TCP or any other source. Any suggestion, idea, .. Thanx, ReZa From owner-ns-users Tue Sep 30 01:04:10 1997 Received: from cello.cs.iitm.ernet.in ([206.103.12.228]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id BAA04621 for ; Tue, 30 Sep 1997 01:04:05 -0700 (PDT) Received: from brahma.iitm.ernet.in (brahma.iitm.ernet.in [144.16.224.3]) by cello.cs.iitm.ernet.in (8.7.5/8.6.9) with SMTP id NAA12627; Tue, 30 Sep 1997 13:35:11 +0530 Received: from localhost by brahma.iitm.ernet.in; (5.65/1.1.8.2/07Feb96-0917AM) id AA16215; Tue, 30 Sep 1997 13:33:16 +0530 Date: Tue, 30 Sep 1997 13:33:16 +0530 (IST) From: "Mr.N.Swaminathan." To: Haobo Yu Cc: ns-users@mash.cs.berkeley.edu Subject: Re: nam does not work.... In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sir, I tried to use a file without 'v' but still it complains of 'invalid command '+' '. I went through the source code and 'v' was defined !. So usage of nam may be different is it ? -swami On Mon, 29 Sep 1997, Haobo Yu wrote: > Hi, Swami, > > Have you tried to remove the 'v' lines and run nam with the rest? > > If my memory is correct, I think it should accept 'd', '+', '-'. But I'm > not sure whether 'v' will work, because it's added later, and the > corresponding modification in nam may not be included in that early > version. > > Please correct me if there is a mistake above. > > - Haobo > > On Tue, 30 Sep 1997, Mr.N.Swaminathan. wrote: > > > Hello, > > I compiled nam version 0.8 and tried to > > see trace files from ns. I converted to nam format > > using the programs available with ns. But nam > > complains of "invalid command 'v'" i.e., it is > > not accepting any letters 'd,-,+,v' in the > > first column. Is that a bug or have I made a mistake. > > I saw the man page of nam and the formate is ok. > > > > Many thanks in advance. > > > > -swami > > > > > > > > > From owner-ns-users Tue Sep 30 16:51:41 1997 Received: from sirius.ctr.columbia.edu (root@sirius.ctr.columbia.edu [128.59.64.60]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id QAA07692 for ; Tue, 30 Sep 1997 16:51:41 -0700 (PDT) Received: from vega.ctr.columbia.edu (vega.ctr.columbia.edu [128.59.68.37]) by sirius.ctr.columbia.edu (8.8.7/8.6.4.287) with ESMTP id TAA21499 for ; Tue, 30 Sep 1997 19:51:35 -0400 (EDT) Received: from localhost (dan@localhost) by vega.ctr.columbia.edu (8.7.5/8.6.4.788743) with SMTP id TAA12695 for ; Tue, 30 Sep 1997 19:51:34 -0400 (EDT) Date: Tue, 30 Sep 1997 19:51:34 -0400 (EDT) From: Dhanant Subhadrabandhu To: ns-users@mash.cs.berkeley.edu Subject: Need some suggestions about Ns simulator Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Dear All, I am Mr.Dhanant Subhadrabandhu, graduate student in Columbia University. Now I am studying Ns Simulator and try to apply it with some simple scenario which shown below, ----- Source 1 ----- | | Source 2 ----- |----------------------- Sink | Source 3 ----- | -----| (FIFO queue) I just want to collect some statistics such as Packet arrivals and Buffer lenght. Unfortunately, I don't know how to start modifying this simulator for my purpose. I know that you are very busy and have a lot of thing to do but could you give me some suggestion about what file I should concern and modify them for my objective. And I have to create my own Tcl file or not. Your suggestions is very much profitable for me. I am waiting for your reply. Thank you very much for your time and concern. Sincerely yours, Dhanant Subhadrabandhu From owner-ns-users Tue Sep 30 17:26:44 1997 Received: from zephyr.isi.edu (zephyr.isi.edu [128.9.160.160]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id RAA08540 for ; Tue, 30 Sep 1997 17:26:38 -0700 (PDT) Received: from localhost by zephyr.isi.edu (5.65c/5.61+local-29) id ; Tue, 30 Sep 1997 17:26:30 -0700 Date: Tue, 30 Sep 1997 17:26:30 -0700 (PDT) From: Subramaniam Vincent To: Dhanant Subhadrabandhu Cc: ns-users@mash.cs.berkeley.edu Subject: Re: Need some suggestions about Ns simulator In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII > ----- > Source 1 ----- | > | > Source 2 ----- |----------------------- Sink > | > Source 3 ----- | > -----| > > (FIFO queue) > > I just want to collect some statistics such as Packet arrivals and > Buffer lenght. Unfortunately, I don't know how to start modifying > this simulator for my purpose. I know that you are very busy and > have a lot of thing to do but could you give me some suggestion > about what file I should concern and modify them for my objective. > And I have to create my own Tcl file or not. Your suggestions is > very much profitable for me. Dhanant, The QueueMonitor object collects some statistics. You can do the following. a. Use the $ns monitor-queue command to start monitoring your link. This installs a QueueMonitor and attaches the tracefile for you. b. Use the start-tracing function in ns-link.tcl to get the quemon to log stats into the tracefile. (look at the printstats function in queue-monitor.cc to see if you find these useful. do look at the example files in tcl/ex, and the files in tcl/lib. vince From owner-ns-users Wed Oct 1 00:54:26 1997 Received: from dcn.soongsil.ac.kr (dcn.soongsil.ac.kr [203.253.2.104]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id AAA17301 for ; Wed, 1 Oct 1997 00:54:19 -0700 (PDT) From: leewb@dcn.soongsil.ac.kr Received: from bay.soongsil.ac.kr ([203.253.3.71]) by dcn.soongsil.ac.kr (8.6.9H1/8.9.11h) with SMTP id RAA27927 for ; Wed, 1 Oct 1997 17:58:32 +1000 Message-Id: <3.0.1.32.19971001165938.006c9250@dcn.soongsil.ac.kr> X-Sender: leewb@dcn.soongsil.ac.kr X-Mailer: Windows Eudora Light Version 3.0.1 (32) Date: Wed, 01 Oct 1997 16:59:38 +0900 To: ns-users@mash.cs.berkeley.edu Subject: some examples about ns! Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Hi ! I am graduate student in Soongsil Univ. and use NS version 1.4 for multicasting simulation. For this simulation, I want some examples about multicasting using ns 1.4 . I found multicasting example for recent ns version , But I must use ns ver1.4 ! I am look forward to reply. thanks, -------------------------------- Lee Wangbong. DCN-SSU-KOREA. www.ipv6.soongsil.ac.kr/~leewb phone : 02-820-0823 fax : 02-820-0900 pager : 012-1011-2323 -------------------------------- From owner-ns-users Wed Oct 1 05:37:45 1997 Received: from mailserver.KOM.e-technik.tu-darmstadt.de (bongo.kom.e-technik.th-darmstadt.de [130.83.139.185]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with ESMTP id FAA18367 for ; Wed, 1 Oct 1997 05:37:38 -0700 (PDT) Received: from KOM.tu-darmstadt.de by mailserver.KOM.e-technik.tu-darmstadt.de (8.7.5/8.7.5) with SMTP id OAA24383 for ; Wed, 1 Oct 1997 14:37:04 +0200 (MET DST) Sender: lihongbo@KOM.tu-darmstadt.de Message-ID: <343243F1.4CC7@KOM.th-darmstadt.de> Date: Wed, 01 Oct 1997 14:37:05 +0200 From: Hongbo Li X-Mailer: Mozilla 3.01Gold (X11; I; SunOS 5.5.1 sun4m) MIME-Version: 1.0 To: ns-users@mash.cs.berkeley.edu Subject: how can I simulate the executing time in a Node Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Dear All, I am studying NS Simulator and I would like to simulate the executing time in a node if a packet arrives. Could you give me some suggestion? Thank you very much for your time and concern. Sincerely yours, Hongbo Li From owner-ns-users Wed Oct 1 13:43:17 1997 Received: from mailb.surrey.ac.uk (mailb.surrey.ac.uk [131.227.102.9]) by mash.cs.berkeley.edu (8.8.5/8.8.5) with SMTP id NAA19796 for ; Wed, 1 Oct 1997 13:43:09 -0700 (PDT) Received: from petra.ee.surrey.ac.uk by mailb.surrey.ac.uk with SMTP (PP); Wed, 1 Oct 1997 21:42:51 +0100 Date: Wed, 1 Oct 1997 21:42:48 +0100 (BST) From: Lloyd Wood Reply-To: Lloyd Wood To: ns-users@mash.cs.berkeley.edu Subject: ns-2.0 under Solaris - random fix Message-ID: Organization: barely functional X-URL: http://www.sat-net.com/L.Wood/ X-belief-system: each new belief is a limited self to be transcended X-no-archive: yes X-PGP-key-URL: http://www.ee.surrey.ac.uk/Personal/L.Wood/pgp/ X-PGP-key-fingerprint: 5C ED 08 1A 90 98 95 13 95 C5 09 8C 2B 86 BB BD MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Hi, We're building ns 2.0 10-Sep-97 under Solaris 2.4. lines 368-370 of chost.cc read: case RANDOM: { int foo = int(random() * nActive_ + 1); Solaris 2.4 is SVR4, and you've catered for this in random.h with #if defined(__svr4__) || defined(__SVR4) return (::lrand48() & 0x7fffffff); #else return (::random()); #endif since we don't have random() [and don't miss it since it was never particularly random...] So, in chost.cc, you really need to say something like: case RANDOM: { int foo = int(Random::uniform() * nActive_ + 1); (I think it should be uniform here - can you confirm?) This is the only example of non-SVR4 random() breaking on SVR4 that we've found; looks like one got missed in tidying-up. Cheers, L. PGP+44-1483-300800x3641 From bks Tue Oct 14 17:18:38 1997 Received: from dcn.soongsil.ac.kr (dcn.soongsil.ac.kr [203.253.2.104]) by mash.CS.Berkeley.EDU (8.8.5/8.8.5) with SMTP id RAA16556 for ; Tue, 14 Oct 1997 17:18:33 -0700 (PDT) From: leewb@dcn.soongsil.ac.kr Received: from bay.soongsil.ac.kr ([203.253.3.71]) by dcn.soongsil.ac.kr (8.6.9H1/8.9.11h) with SMTP id JAA00554 for ; Wed, 15 Oct 1997 09:22:50 +0900 Message-Id: <3.0.1.32.19971015092407.006d7f84@dcn.soongsil.ac.kr> X-Sender: leewb@dcn.soongsil.ac.kr X-Mailer: Windows Eudora Light Version 3.0.1 (32) Date: Wed, 15 Oct 1997 09:24:07 +0900 To: ns-users@mash.CS.Berkeley.EDU Subject: multicasting in ns Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Hi ! all I was interested in multicasting.so I wanted to research on multicasting . and I has been researching about multicasting . Now , I am going to simulate for multicasting in ns version 1.0. But nowhere to find multicasting examples for multicasting ! I need multicasting examples in ns . Plase, Help me! Thanks for reading , and Good Luck! -------------------------------- Lee Wangbong. DCN-SSU-KOREA. www.ipv6.soongsil.ac.kr/~leewb phone : 02-820-0823 fax : 02-820-0900 pager : 012-1011-2323 -------------------------------- From bks Tue Oct 14 17:28:28 1997 Received: from catarina.usc.edu (catarina.usc.edu [128.125.51.47]) by mash.CS.Berkeley.EDU (8.8.5/8.8.5) with SMTP id RAA16602 for ; Tue, 14 Oct 1997 17:27:42 -0700 (PDT) Received: from excalibur.usc.edu (excalibur.usc.edu [128.125.51.11]) by catarina.usc.edu (8.6.10/8.6.9) with ESMTP id RAA20560; Tue, 14 Oct 1997 17:27:36 -0700 Received: (ahelmy@localhost) by excalibur.usc.edu (8.6.10/8.6.9) id RAA24214; Tue, 14 Oct 1997 17:27:35 -0700 Date: Tue, 14 Oct 1997 17:27:35 -0700 (PDT) From: Ahmed A-G Helmy To: leewb@dcn.soongsil.ac.kr cc: ns-users@mash.CS.Berkeley.EDU Subject: Re: multicasting in ns In-Reply-To: <3.0.1.32.19971015092407.006d7f84@dcn.soongsil.ac.kr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII > Hi ! all > > I was interested in multicasting.so I wanted to research on multicasting . > and I has been researching about multicasting . Hi, What aspect of multicasting are you interested in ?! is it multicast routing protocols, reliable multicast transport protocols or other ?! > > Now , I am going to simulate for multicasting in ns version 1.0. I believe the multicast support in ns version 2.0 is probably enhanced than that of version 1, in addition to examples and tests provided. Regards, -Ahmed > But nowhere to find multicasting examples for multicasting ! > I need multicasting examples in ns . > Plase, Help me! > > Thanks for reading , and Good Luck! > > > -------------------------------- > Lee Wangbong. DCN-SSU-KOREA. > www.ipv6.soongsil.ac.kr/~leewb > phone : 02-820-0823 > fax : 02-820-0900 > pager : 012-1011-2323 > -------------------------------- > From bks Wed Oct 15 17:39:59 1997 Received: from po9.andrew.cmu.edu (PO9.ANDREW.CMU.EDU [128.2.10.109]) by mash.CS.Berkeley.EDU (8.8.5/8.8.5) with ESMTP id RAA29703 for ; Wed, 15 Oct 1997 17:39:59 -0700 (PDT) Received: (from postman@localhost) by po9.andrew.cmu.edu (8.8.5/8.8.2) id UAA06506; Wed, 15 Oct 1997 20:39:51 -0400 (EDT) Received: via switchmail; Wed, 15 Oct 1997 20:39:50 -0400 (EDT) Received: from unix29.andrew.cmu.edu via qmail ID ; Wed, 15 Oct 1997 20:39:10 -0400 (EDT) Received: from unix29.andrew.cmu.edu via qmail ID ; Wed, 15 Oct 1997 20:39:10 -0400 (EDT) Received: from mms.4.60.Jun.27.1996.03.09.33.hp700.EzMail.2.0.CUILIB.3.45.SNAP.NOT.LINKED.unix29.andrew.cmu.edu.HP9000.777 via MS.5.6.unix29.andrew.cmu.edu.hp700; Wed, 15 Oct 1997 20:39:10 -0400 (EDT) Message-ID: <0oFK8i200YUg0Os740@andrew.cmu.edu> Date: Wed, 15 Oct 1997 20:39:10 -0400 (EDT) From: Amy N Bonsall To: Ahmed A-G Helmy Subject: Re: Xgraph Cc: ns-users@mash.CS.Berkeley.EDU In-Reply-To: References: Ahmed - Well, I verified Perl5 (same as Perl5.0, right?) and the error is still there. Thanks, though. If anyone has solved this another way, I'd love to hear about it. Amy Excerpts from mail: 14-Oct-97 Re: Xgraph by Ahmed A-G Helmy@catarina > > Have any of you run across the error "Problems found with input data." > > when running ns 2.0 with xgraph? Xgraph itself works, and the data for > > the ns test is appearing as expected, but xgraph (on the Sun) seems to > > not know what to do with that data. This exactly is the test (and > > output) I'm trying: > > I got the same problem and the cause for me was a wrong perl version,... > you should have perl5.0 in your path, otherwise you will end up with > empty output files. > > Regs, > -A > > > > > bigsky.weh.andrew.cmu.edu% ./ns test-suite.tcl bug > > 0/cwnd=1.0000/ssthresh=50/ack=-1 > > 1/cwnd=1.0000/ssthresh=50/ack=-1 > > 2/cwnd=16.0000/ssthresh=50/ack=14 > > 3/cwnd=52.0196/ssthresh=50/ack=151 > > 4/cwnd=8.0000/ssthresh=25/ack=218 > > 5/cwnd=27.4061/ssthresh=25/ack=298 > > bigsky.weh.andrew.cmu.edu% Problems found with input data. > > > > Thanks in advance for any suggestions. > > Amy > > From bks Wed Oct 15 19:50:12 1997 Received: from shay.ecn.purdue.edu (shaogang@shay.ecn.purdue.edu [128.46.199.11]) by mash.CS.Berkeley.EDU (8.8.5/8.8.5) with ESMTP id TAA29969 for ; Wed, 15 Oct 1997 19:50:12 -0700 (PDT) Received: from shay.ecn.purdue.edu (shaogang@localhost) by shay.ecn.purdue.edu (8.8.5/3.8.2moyman) id VAA22831; Wed, 15 Oct 1997 21:32:34 -0500 (EST) Message-Id: <199710160232.VAA22831@shay.ecn.purdue.edu> From: Shaogang Chen Subject: About FQ To: shaogang@ecn.purdue.edu (Shaogang Chen) Date: Wed, 15 Oct 1997 21:32:34 -0500 (EST) Cc: johnh@ISI.EDU, swami@cs.iitm.ernet.in, ns-users@mash.cs.berkeley.edu In-Reply-To: <199710021638.LAA02504@shay.ecn.purdue.edu> from "Shaogang Chen" at Oct 2, 97 11:38:06 am X-Mailer: ELM [version 2.4 PL25] Content-Type: text Hi, folks This message is about how to use queueing management type FQ. I posted the similiar question before, but got no response. I have no some experiments, still could not figure out it. The code fragment is #create topology NodeTopology/1node instproc init ns { $self next $self instvar node_ set node_(r1) [$ns node] set node_(k1) [$ns node] } Class Topology/nets -superclass NodeTopology/1node Topology/nets instproc init ns { $self next $ns $self instvar node_ $ns simplex-link $node_(r1) $node_(k1) 0.1Mb 0ms FQ #FQ type is used $ns queue-limit $node_(r1) $node_(k1) 10 if {[$class info instprocs config] != ""} { $self config $ns } } Class Test/1switch -superclass TestSuite Test/1switch instproc init topo { $self instvar net_ defNet_ test_ set net_ $topo set defNet_ nets set test_ 1switch $self next } #set up three flows udp1, cbr1, cbr 2 to test FQ Test/1switch instproc run {} { $self instvar ns_ node_ testName_ #create a udp source with fid 0 set udp1 [new Agent/CBR/UDP] $udp1 set fid_ 0 set expo1 [new Traffic/Expoo] $expo1 set packet-size 200 $expo1 set burst-time 500ms $expo1 set idle-time 500ms $expo1 set rate 100k $udp1 attach-traffic $expo1 #create two CBR source with fid 1 and 2 set cbr1 [new Agent/CBR] $cbr1 set fid_ 1 set cbr2 [new Agent/CBR] $cbr2 set fid_ 2 $cbr1 set packetSize_ 200 $cbr1 set interval_ 50ms $cbr2 set packetSize_ 200 $cbr2 set interval_ 10ms $ns_ attach-agent $node_(r1) $udp1 $ns_ attach-agent $node_(r1) $cbr1 $ns_ attach-agent $node_(r1) $cbr2 set recv1 [new Agent/Null] $ns_ attach-agent $node_(k1) $recv1 $ns_ connect $udp1 $recv1 $ns_ connect $cbr1 $recv1 $ns_ connect $cbr2 $recv1 $ns_ at 0.0 "$cbr1 start; $cbr2 start; $udp1 start" $self traceQueues $node_(r1) [$self dummpyopenTrace 5.0 $testName_] $ns_ run } Then, I run my code for 5 minutes. The output from create-trace is v testName 1switch + 0 0 1 cbr 200 ------ 1 0.1 1.0 0 0 + 0 0 1 cbr 200 ------ 2 0.2 1.0 0 1 + 0.01 0 1 cbr 200 ------ 2 0.2 1.0 1 2 For me, the result is not right. At least, there are more than three queue operations in 5 minutes. Any suggestion, especially from ns developer or FQ user, is welcome. --Shaogang ============================================================================ Web: http://yake.ecn.purdue.edu/~shaogang Purdue University Office: MSEE 292 Phone: (765) 494-0434 W. Lafayette, IN 47907 ============================================================================ From bks Thu Oct 16 09:25:40 1997 Received: from rsunx.crn.cogs.susx.ac.uk (rsunx-gw.susx.ac.uk [139.184.48.12]) by mash.CS.Berkeley.EDU (8.8.5/8.8.5) with ESMTP id JAA02526 for ; Thu, 16 Oct 1997 09:25:35 -0700 (PDT) Received: from cogs.susx.ac.uk(rioja.crn.cogs.susx.ac.uk[192.33.16.174]) (976 bytes) by rsunx.crn.cogs.susx.ac.uk via smail with P:esmtp/R:bind/T:smtp (sender: ) (ident using rfc1413) id for ; Thu, 16 Oct 1997 17:22:57 +0100 (BST) (Smail-3.2.0.97 1997-Aug-19 #9 built 1997-Oct-3) Sender: roryg Message-ID: <344640AF.E50C6CE0@cogs.susx.ac.uk> Date: Thu, 16 Oct 1997 17:28:31 +0100 From: Rory Graves Organization: COGS, University of Sussex X-Mailer: Mozilla 4.03 [en] (X11; I; SunOS 5.5.1 i86pc) MIME-Version: 1.0 To: ns-users@mash.cs.berkeley.edu Subject: ns2 installation Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I have recently installed ns2 and have had some problems. Firstly, On your web page you have not stated that you need to be running Perl v5 otherwise the test-suite does not work (with version 4 the Perl script returned nothing at all causing an xgraph error) Secondly, can you please tell me how to join the ns mailing list as I do not seem to be able to find this. Thanks in advance Rory From bks Thu Oct 16 12:57:09 1997 Received: from po7.andrew.cmu.edu (PO7.ANDREW.CMU.EDU [128.2.10.107]) by mash.CS.Berkeley.EDU (8.8.5/8.8.5) with ESMTP id MAA03051 for ; Thu, 16 Oct 1997 12:57:08 -0700 (PDT) Received: (from postman@localhost) by po7.andrew.cmu.edu (8.8.5/8.8.2) id PAA21234; Thu, 16 Oct 1997 15:29:42 -0400 (EDT) Received: via switchmail; Thu, 16 Oct 1997 15:29:39 -0400 (EDT) Received: from unix20.andrew.cmu.edu via qmail ID ; Thu, 16 Oct 1997 15:29:27 -0400 (EDT) Received: from unix20.andrew.cmu.edu via qmail ID ; Thu, 16 Oct 1997 15:29:24 -0400 (EDT) Received: from mms.4.60.Jun.27.1996.03.02.53.sun4.51.EzMail.2.0.CUILIB.3.45.SNAP.NOT.LINKED.unix20.andrew.cmu.edu.sun4m.54 via MS.5.6.unix20.andrew.cmu.edu.sun4_51; Thu, 16 Oct 1997 15:29:23 -0400 (EDT) Message-ID: Date: Thu, 16 Oct 1997 15:29:23 -0400 (EDT) From: Amy N Bonsall To: ns-users@mash.cs.berkeley.edu, Rory Graves Subject: Re: ns2 installation In-Reply-To: <344640AF.E50C6CE0@cogs.susx.ac.uk> References: <344640AF.E50C6CE0@cogs.susx.ac.uk> Excerpts from mail: 16-Oct-97 ns2 installation by Rory Graves@cogs.susx.ac > Secondly, can you please tell me how to join the ns mailing list as I do > not seem to be able to find this. Send mail to Majordomo@mash.CS.Berkeley.EDU with the message: subscribe ns-users yourid@youraddress and a second mail to the same place with the message: subscribe ns-announce yourid@youraddress It is listed on the web page, but last time I checked the web page was having technical difficulties. From bks Sun Oct 19 00:19:54 1997 Received: from santoor.ee.uts.edu.au (root@santoor.ee.uts.edu.au [138.25.41.152]) by mash.CS.Berkeley.EDU (8.8.5/8.8.5) with ESMTP id AAA13846 for ; Sun, 19 Oct 1997 00:19:52 -0700 (PDT) Received: from santoor (preeti@localhost [127.0.0.1]) by santoor.ee.uts.edu.au (8.7.5/8.7.3) with SMTP id RAA03241; Sun, 19 Oct 1997 17:20:58 +1000 Sender: preeti@santoor.ee.uts.edu.au Message-ID: <3449B4DA.3450FE93@ee.uts.edu.au> Date: Sun, 19 Oct 1997 17:20:58 +1000 From: Preeti Vinayakray Organization: University of Technology, Sydney X-Mailer: Mozilla 3.0Gold (X11; I; Linux 2.0.27 i586) MIME-Version: 1.0 To: ns-users@mash.cs.berkeley.edu CC: preeti@santoor.ee.uts.edu.au Subject: code? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hello: I appreciate if anyone can help me with following query.- > ns-2 I have tried to insert a loss Module into the link but it is not working. While writing set ns[new SessionSim] gives error -> invalid commnad SessionSim.... But it works with ns1. Is there any differnt way to place this code in ns-2...? I appreciate ur time to read this. regds, Preeti From owner-ns-users Wed Oct 22 11:00:51 1997 Received: from bend.ee.lbl.gov (bend.ee.lbl.gov [131.243.1.27]) by mash.CS.Berkeley.EDU (8.8.5/8.8.5) with ESMTP id LAA28893 for ; Wed, 22 Oct 1997 11:00:51 -0700 (PDT) From: kfall@ee.lbl.gov Received: by bend.ee.lbl.gov (8.8.7/8.8.5) id LAA15809; Wed, 22 Oct 1997 11:00:15 -0700 (PDT) Message-Id: <199710221800.LAA15809@bend.ee.lbl.gov> To: Preeti Vinayakray cc: ns-users@mash.CS.Berkeley.EDU, preeti@santoor.ee.uts.edu.au Subject: Re: code? In-reply-to: Your communique of Sun, 19 Oct 1997 17:20:58 PDT. <3449B4DA.3450FE93@ee.uts.edu.au> Date: Wed, 22 Oct 1997 11:00:15 PDT > > From: Preeti Vinayakray > To: ns-users@mash.CS.Berkeley.EDU > cc: preeti@santoor.ee.uts.edu.au > Subject: code? > Date: Sun, 19 Oct 1997 17:20:58 PDT > > Hello: > > I appreciate if anyone can help me with following query.- > ns-2 > > I have tried to insert a loss Module into the link but it is not > working. While writing set ns[new SessionSim] gives error -> invalid > commnad SessionSim.... But it works with ns1. Is there any differnt way > to place this code in ns-2...? > > I appreciate ur time to read this. > > > regds, > > Preeti There is a error module already implemented; you probably want to start out with modifying it (if it doesn't provide what you want already). See the files errmodel.{cc,h}. - K From owner-ns-users Wed Oct 22 13:37:54 1997 Received: from catarina.usc.edu (catarina.usc.edu [128.125.51.47]) by mash.CS.Berkeley.EDU (8.8.5/8.8.5) with SMTP id NAA29417 for ; Wed, 22 Oct 1997 13:37:45 -0700 (PDT) Received: from rumi.usc.edu (rumi.usc.edu [128.125.51.41]) by catarina.usc.edu (8.6.10/8.6.9) with ESMTP id NAA21936; Wed, 22 Oct 1997 13:37:29 -0700 Received: from localhost (huang@localhost) by rumi.usc.edu (8.8.5/8.6.9) with SMTP id NAA04273; Wed, 22 Oct 1997 13:37:55 -0700 (PDT) X-Authentication-Warning: rumi.usc.edu: huang owned process doing -bs Date: Wed, 22 Oct 1997 13:37:55 -0700 (PDT) From: Polly Huang X-Sender: huang@rumi To: Preeti Vinayakray cc: ns-users@mash.CS.Berkeley.EDU, preeti@santoor.ee.uts.edu.au Subject: Re: code? In-Reply-To: <3449B4DA.3450FE93@ee.uts.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Sun, 19 Oct 1997, Preeti Vinayakray wrote: > Hello: > > I appreciate if anyone can help me with following query.- > ns-2 > > I have tried to insert a loss Module into the link but it is not > working. While writing set ns[new SessionSim] gives error -> invalid > commnad SessionSim.... But it works with ns1. Is there any differnt way > to place this code in ns-2...? > > I appreciate ur time to read this. > > > regds, > > Preeti [I assume the SessionSim you referred to is the session level simulator recently implemented to scale ns performance.] I don't recall SessionSim being in ns-1. Could you start ns in command line mode, type 'ns-ver' and tell me what you get? Also, please send me the problematic script so I can recreate the problem. -Polly From owner-ns-users Thu Oct 23 00:34:33 1997 Received: from ee.lsu.edu (sol.ee.lsu.edu [130.39.124.150]) by mash.CS.Berkeley.EDU (8.8.5/8.8.5) with SMTP id AAA06232 for ; Thu, 23 Oct 1997 00:34:32 -0700 (PDT) Received: from filter.lsu.edu by ee.lsu.edu (SMI-8.6/SMI-SVR4) id CAA19917; Thu, 23 Oct 1997 02:34:24 -0500 Received: from filter by filter.lsu.edu (SMI-8.6/SMI-SVR4) id CAA04305; Thu, 23 Oct 1997 02:34:06 -0500 Sender: alok@ee.lsu.edu Message-ID: <344EFDEB.775E@gate.ee.lsu.edu> Date: Thu, 23 Oct 1997 02:34:03 -0500 From: Alok Gulati X-Mailer: Mozilla 3.01 (X11; I; SunOS 5.5.1 sun4u) MIME-Version: 1.0 To: ns-users@mash.cs.berkeley.edu Subject: Network Animator (NAM) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi, I needed to download the Network Animator -nam source code but it seems you have removed it from your directory. I need it to run some tests on ns. It will be a great help if you can tell me where I can get it from. Thakns -- Alok Gulati Department of Electrical and Computer Engineering Louisiana State University Home phone: (504) 336-9093 From owner-ns-users Thu Oct 23 02:41:08 1997 Received: from zephyr.isi.edu (zephyr.isi.edu [128.9.160.160]) by mash.CS.Berkeley.EDU (8.8.5/8.8.5) with ESMTP id CAA06484 for ; Thu, 23 Oct 1997 02:41:07 -0700 (PDT) Received: from hotshot.isi.edu (hirsh.isi.edu [128.9.32.99]) by zephyr.isi.edu (8.8.7/8.8.6) with SMTP id CAA23050; Thu, 23 Oct 1997 02:41:01 -0700 (PDT) Message-Id: <3.0.3.32.19971023021243.006af80c@zephyr.isi.edu> X-Sender: kannan@zephyr.isi.edu X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.3 (32) Date: Thu, 23 Oct 1997 02:12:43 -0700 To: Christoph Haenle , ns-users@mash.cs.berkeley.edu From: Kannan Varadhan Subject: Re: SRM once more In-Reply-To: <9709261753.AA21708@starburstcom.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" At 01:53 PM 9/26/97 -0400, Christoph Haenle wrote: > 1.) >It seems to me that recovery from packet loss doesn't work as it >should if the first packet (sequence number 0) gets lost: > >Why don't you make it "log10(hi+1)" and leave out the "!hi ||" ? You are correct. I will make the changes as you suggest. It will be in the next current release within a day or so. >2.) >In SRMAgent::command(...) > >------------------------------------------------- >[...] > sip_->distance_ = 0.0; >[...] >------------------------------------------------- > >Initializing distance_ to 0 causes trouble when scheduling a repair request >because the event is then scheduled _exactly_ at "now" and this causes >trouble when the tcl-precision is somewhat <17 digits (digits are cut >off which in turn causes the event to be scheduled in the past). I am not sure I follow you. The code, as it is currently written, ensures that the first SRMinfo block (pointed to by sip_) is information pertinent to this agent's information. Therefore, the distance_ of 0.0 is correct. Subsequent SRMinfo blocks are created as the agent finds out about peers; hence the initial setting of distance=1.0 done by the SRMinfo constructor is ok, as you observe later. You might have to check yoru simulation to see why an agent schedules a req