Ok.. i feel like a complete idiot to have to ask this. I'm sure it's blindingly obvious what i'm not doing, but i'm trying to utilize this concept of a federated tuple space for a distributed/peer to peer like research application. The problem i'm getting is that i can only access the tuples on another agent if that agent is on the same host or i specifically specify the host.
My reading of the features of lime is that it should be able to handle my asking the space for a tuple and it just magically happening, however thats not happening.
Just to give you an idea what i'm trying to do using the interactive agent on computers c1 and c2 :-
- start agent on c1
- engage tuple space on c1
- engage host on c1
- engage tuple space on c2
- engage host on c2
- press out <hello> on c1
- press rdp <hello> on c1 (which returns <hello>)
- press rd on c2
- press dummy actual and both specify buttons
at this stage the agent stops doing things waiting for a tuple matching <hello> to arrive.
so the question is, am i doing something wrong? is this not supported? is something in my java or lime retarded or what? I'm using lime version 1.1 for this.
Pax Excelsior
Jon
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I just ran the scenario you described and it worked. When I did a rd on c2, I chose "UNSPECIFIED" for both the current and destination location. The only thing I can think of that will make rd fail is if your network switch/router has multicast disabled, meaning the two hosts cannot receive each other's beacons.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
As Liang says, what you are doing should work. Just two questions to help clarify:
1. what is the EXACT command line you are using to start the Lime systems?
2. are you running your computers c1 and c2 on the same subnet or on differnet subnets? This is related to Liang's comment about multicast messages.
One way to check that you are able to send/receive the multicast messages is to use the mcastTest java application that is in the Lime SimpleExamples directory. Examples for using the file are in the file header.
-Amy
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I don't believe this... as soon as you said "it should work" i tried it again to make sure i wasn't insane the first time and it magically worked. I hate working with software sometimes.
Funny thing was that i couldnt' get Puzzle or LimeChat working either and now they do, So perhaps someone did something to the network. Thanks anyway.
Pax Excelsior
Jon
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Ok.. i feel like a complete idiot to have to ask this. I'm sure it's blindingly obvious what i'm not doing, but i'm trying to utilize this concept of a federated tuple space for a distributed/peer to peer like research application. The problem i'm getting is that i can only access the tuples on another agent if that agent is on the same host or i specifically specify the host.
My reading of the features of lime is that it should be able to handle my asking the space for a tuple and it just magically happening, however thats not happening.
Just to give you an idea what i'm trying to do using the interactive agent on computers c1 and c2 :-
- start agent on c1
- engage tuple space on c1
- engage host on c1
- engage tuple space on c2
- engage host on c2
- press out <hello> on c1
- press rdp <hello> on c1 (which returns <hello>)
- press rd on c2
- press dummy actual and both specify buttons
at this stage the agent stops doing things waiting for a tuple matching <hello> to arrive.
so the question is, am i doing something wrong? is this not supported? is something in my java or lime retarded or what? I'm using lime version 1.1 for this.
Pax Excelsior
Jon
I just ran the scenario you described and it worked. When I did a rd on c2, I chose "UNSPECIFIED" for both the current and destination location. The only thing I can think of that will make rd fail is if your network switch/router has multicast disabled, meaning the two hosts cannot receive each other's beacons.
As Liang says, what you are doing should work. Just two questions to help clarify:
1. what is the EXACT command line you are using to start the Lime systems?
2. are you running your computers c1 and c2 on the same subnet or on differnet subnets? This is related to Liang's comment about multicast messages.
One way to check that you are able to send/receive the multicast messages is to use the mcastTest java application that is in the Lime SimpleExamples directory. Examples for using the file are in the file header.
-Amy
I don't believe this... as soon as you said "it should work" i tried it again to make sure i wasn't insane the first time and it magically worked. I hate working with software sometimes.
Funny thing was that i couldnt' get Puzzle or LimeChat working either and now they do, So perhaps someone did something to the network. Thanks anyway.
Pax Excelsior
Jon