[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: tcp-www.cc
On Wed, 4 Feb 1998, Deniz Gurkan wrote:
> Dear ns-users,
>
> I have included the tcp-www.cc into ns, and recompiled it successfully.
> But, I couldn't understand the features of tcp-www.cc exactly.
>
> For example, what does the callback function do? In the README file for
> the implementation written by Emile Sahouria it is written that: "The
> derived class Agent/TCP/WWW provides a callback when a TCP connection
> completes." Is the implementation imitates a persistent connection HTTP
> with this feature?
When this module was written, there was no callback routine in TCP to let
the Tcl source know that the transfer was complete. tcp-www.cc simply
modified the recv() method of TCP to callback to the Tcl level. Since
that time, I've noticed that callback (the "done" proc) has made it into
TCP, so tcp-www.cc probably isn't needed anymore, but I haven't been
updating the code recently.
>
> Secondly, I couldn't understand why the connections are handled as one-way
> in the output trace files. Since the 3-way handshake takes place between
> the server and the client, there should be a two way traffic? Maybe it is
> because of simplicity constraints. But, please let me know if so.. Because
> I will probably need the whole communication details in my simulations.
>
>
Again, when this was written a year ago, there was no FullTCP.
We wrote this module to provide background traffic for our foreground TCP
(file transfer) studies; it is not meant to be used to directly study HTTP
dynamics. If you are interested in that, you probably should consider the
code being developed by Bay Networks.
Tom