Re: [JXTA discuss] NEW Re: [JXTA discuss] Mobile IP

马里 wrote:

>Hi mohamed abdelaziz
>
>I still feel a bit confusing about your reply.
>  
>
>>A peer (jxme, or otherwise) can be mobile about the network, without
>>having to worry about it's new address.
>>    
>>
>Does peer in jxta-java and jxta-c can enjoy mobiliy as well? (relay mode or http directly)
>  
>
A relayed (jxta-c, jxta-java* peer can enjoy mobility. otherwise there 
some work to be done in the tcp, and http transport to handle runtime 
interface address changes, once that is done, a peer can enjoy mobility 
all the way around.

>  
>
>>if a peer changes it's physical or virtual endpoint, such  change is reflected within the access point advertisement and is automatically re-resolved when connection failures occur
>>    
>>
>Does peer can be re-connected sucessful, in the case of jxta-shell without relay, if I changed IP address directly without modifying it in PlatformConig.
>  
>

only in relayed mode.

Mohamed
p.s. your email font setting produce difficult to read messages due to 
size and spacing

-- 
http://blogs.sun.com/roller/page/hamada
http://weblogs.java.net/blog/hamada


>thanx very much
>
>
>	
>
>======= 2005-07-18 15:21:00 您在来信中写道：=======
>
>  
>
>>Giorgos,
>>
>>A peer (jxme, or otherwise) can be mobile about the network, without
>>having to worry about it's new address. Addressing within the JXTA
>>network is by a peer's endpoint, which is resolved to an access point
>>advertisement (an APA describes a peer's physical and virtual
>>endpoints), if a peer changes it's physical or virtual endpoint, such
>>change is reflected within the access point advertisement, and is
>>automatically re-resolved when connection failures occur.   In relayed
>>situations where the relay remains the same, a change in physical
>>addresses has no effect, whereas in direct connections, or when a change
>>to a different relay occurs, such change would manifest itself as slower
>>than usual delivery of messages to the mobile peer, or in an exception
>>when attempting to send more than 3 messages before the new Access Point
>>Advertisement is resolved.  Also keep in mind that peer routes are
>>resolved by a peer's advertisement or access point advertisement (via
>>discovery), through the EndpointRouter resolution protocol, of through
>>forward routes which are part of delivered messages.
>>
>>
>>Cheers,
>>Mohamed
>>
>>
>>
>>
>>Giorgos Georgakoudis wrote:
>>
>>    
>>
>>>I read the paper but I did not get any clear answer. Ok, here is a scenario:
>>>
>>>Someone is using a JXTA enabled PDA communicating in P2P JXTA network.
>>>Moving in the city, the PDA's IP changes from X to Y. What happens?
>>>
>>>Guess 1: The Peer Advertisement that the PDA has issued still exists (as the
>>>timeout has not expired) so when other peers want to communicate with this
>>>peer they find a "new" route. There is some delay though. ( Will there be
>>>any missing packets granted they were routed according to the "old" route?
>>>Is there any caching of messages in the relay route?)
>>>
>>>Guess 2: The peer is considered disconnected so it issues a new Peer
>>>Advertisement to manifest its existence in the JXTA universe. All previous
>>>communication is considered disconnected.
>>>
>>>Giorgis Georgakoudis
>>>
>>>----- Original Message -----
>>>From: "Peter Fagerlund" <[email protected]>
>>>To: <[email protected]>
>>>Sent: Saturday, July 16, 2005 3:14 PM
>>>Subject: Re: [JXTA discuss] Mobile IP
>>>
>>>
>>>It do not affect the jxta protocols, the mobile is recognised through a
>>>jxme-proxy relay being the window in to the jxta world.
>>>
>>>http://www.jxta.org/project/www/docs/JXTA4J2ME.pdf
>>>
>>>/p
>>>
>>>On 16 Jul 2005, at 10:24, Giorgos Georgakoudis wrote:
>>>
>>>
>>>
>>>      
>>>
>>>>Hello,
>>>>
>>>>
>>>>I would like to ask what happens in jxta when we have a mobile peer
>>>>that is moving through networks thus having a mobile IP address. How
>>>>does that affect the jxta protocols? Is the peer considered dead and
>>>>reconnected or otherwise? If there is any documentation mentioning
>>>>this or any other concepts please let me know.
>>>>
>>>>Giorgis Georgakoudis
>>>>
>>>>
>>>>        
>>>>
>>>---------------------------------------------------------------------
>>>To unsubscribe, e-mail: [email protected]
>>>For additional commands, e-mail: [email protected]
>>>
>>>
>>>
>>>      
>>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: [email protected]
>>For additional commands, e-mail: [email protected]
>>    
>>
>
>= = = = = = = = = = = = = = = = = = = =
>			
>
>　　　　　　　　致
>礼！
>
>				
>　　　　　　　　马里
>　　　　　　　　[email protected]
>　　　　　　　　　　2005-07-19
>
>
>
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: [email protected]
>For additional commands, e-mail: [email protected]
>
>  
>