[Csci551-talk] Start time issue.

[dinesh rajwani]

This is my take on this...

The tracker wil not make entry into the peer table till it finds a seed, and then subsequent requests for the file the seed has wil be honoured. i feel it makes sense to not add entry till seed appears as consider a real scenario where the client loses interest in the file, then the seed appears, having that client logged into the table would then be incorrect.

Dinesh


----- Original Message -----
From: rashmi chandrasekhar <rmchandr at usc.edu>
Date: Saturday, March 19, 2005 9:52 am
Subject: Re: [Csci551-talk] Start time issue.

> 
> Just to clarify .. wont the tracker add node IDs of every request 
> (be it assignment or interest) to the 'peer' table ? (since the 
> tracker does not really care who has the file, he is just 
> interested in knowing who is interested in a file) .. If yes, 
> then, the next request from a node for an assignment will 
> invariable result in a reply with its own ID in the reply (if the 
> tracker still hasnt heard from any other node) ... So, basically 
> sending a reply would become inevitable in this case.
> 
> -Rashmi.
> 
> 
> > What should be the output from the tracker if a node (that does 
> > that have the file) asks for a group assignment before a node 
> that 
> > has the file shows interest ? The tracker has no knowlede who 
> has 
> > the file in this case .. should the reply just indicate 0 nodes 
> so 
> > that the node can ask an assignment again after request timeout 
> > period ? 
> > 
> > 
> > Till the Tracker gets the seed he has nothing to do .. 
> > so client will basically timeout  and tehn resend his request .
> > 
> > and if within tht time tracker has a SEED 
> > he can reply back to the request of the client with a 
> groupassign 
> > message
> > hope this helps
> > 
> > happy hacking !!!!
> > 
> > Tushar
> > 
> > 
> > 
> > 
> 
>