Return-Path: william@bourbon.usc.edu Delivery-Date: Wed Nov 19 13:55:41 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on merlot.usc.edu X-Spam-Level: X-Spam-Status: No, score=-2.4 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.3 Received: from bourbon.usc.edu (bourbon.usc.edu [128.125.9.75]) by merlot.usc.edu (8.14.1/8.14.1) with ESMTP id mAJLte9e001551 for ; Wed, 19 Nov 2008 13:55:41 -0800 Received: from bourbon.usc.edu (localhost.localdomain [127.0.0.1]) by bourbon.usc.edu (8.14.2/8.14.1) with ESMTP id mAJLqliS011563 for ; Wed, 19 Nov 2008 13:52:47 -0800 Message-Id: <200811192152.mAJLqliS011563@bourbon.usc.edu> To: cs551@merlot.usc.edu Subject: Re: CSCI 551: final project 2 : Doubt in store Date: Wed, 19 Nov 2008 13:52:47 -0800 From: Bill Cheng Someone wrote: > I have 2 questions in final project 2: > > 1. When I flood the store message to my neighbors - Assume i am > sending the file in parts : Say 4 parts. > Is it fine if all these parts have the same UOID in message header ? I'm not sure what you meant by parts. In one STORE message, you have to put all the data of the file int it. There is only one message! May be you should come see me during office hours about this! > 2. Suppose a node gets a store request from its neighbor. If it wants > to forward the store, Can it generate a new UOID for the forwarded msg > ? Or should it have the same UOID as the original store msg. If you are *forwarding* a message (of *any* type), the only thing you can change in the message is the TTL. You must *not* change anything else in the message -- Bill Cheng // bill.cheng@usc.edu