Phoenix Viewer hangs at "Waiting for Region handshake"

classic Classic list List threaded Threaded
19 messages Options
Reply | Threaded
Open this post in threaded view
|

Phoenix Viewer hangs at "Waiting for Region handshake"

Kenneth
Hi,

I've installed OpenSim version 0.7.2 on an Amazon EC2 instance (Linux
with Mono 2.10.2). The machine has TCP port 9000 open.

Amazon EC2 virtual machines run behind a NAT gateway, so I edit the
Regions.ini file as follows:

> [Main Island]
> RegionUUID = 7d69b9dc-0cda-47f5-8f84-df925c96b3ee
> Location = "1000,1000"
> InternalAddress = "0.0.0.0"
> InternalPort = 9000
> AllowAlternatePorts = False
> ExternalHostName = "ec2-46-51-xxx-xxx.eu-west-1.compute.amazonaws.com"

(External hostname changed for privacy).

I then launch it using:

> cd /opt/OpenSim/current/bin/
> mono --debug OpenSim.exe

The server starts up, and I can begin to login from an external IP using
Phoenix Viewer 1.6.0.1600

However, the login never completes. It hangs at "Waiting for Region
handshake".

The output in the OpenSim console is:

> 18:37:31 - [LLOGIN SERVICE]: Login request for Stretch Resident at
> last using viewer Phoenix Viewer Release Mesh 1.6.0.1600, channel
> Phoenix Viewer Release Mesh, IP aa.bb.cc.dd, (ie my client's IP) Mac
> d8301f01b2628de041aaf7f8725184f4, Id0 8d97035b4b25cd9c199076d79989b3ca
> 18:37:31 - [PRESENCE SERVICE]: LoginAgent
> 8d4bbba1-198b-4c9e-a1d0-c2854db8401a with session
> d9eac461-ac31-4f6a-9c7b-8bb92e2c0608 and ssession
> 62c09669-55b0-42c7-bd10-b860b69d342d
> 18:37:31 - [GRID USER SERVICE]: User
> 8d4bbba1-198b-4c9e-a1d0-c2854db8401a is online
> 18:37:31 - [LLOGIN SERVICE]: FindDestination for start location last
> 18:37:31 - [GRID SERVICE]: GetDefaultRegions returning 0 regions
> 18:37:31 - [LLOGIN SERVICE]: Last Region Not Found Attempting to find
> random region
> 18:37:31 - [GRID SERVICE]: Fallback returned 0 regions
> 18:37:31 - [GRID SERVICE]: Hyperlinks returned 0 regions
> 18:37:31 - [LLLOGIN SERVICE]: found new key HomeURI http://127.0.0.1:9000/
> 18:37:31 - [LLLOGIN SERVICE]: found new key InventoryServerURI
> http://127.0.0.1:9000/
> 18:37:31 - [LLLOGIN SERVICE]: found new key AssetServerURI
> http://127.0.0.1:9000/
> 18:37:31 - [LLLOGIN SERVICE]: found new key ProfileServerURI
> http://127.0.0.1:9000/
> 18:37:31 - [LLLOGIN SERVICE]: found new key FriendsServerURI
> http://127.0.0.1:9000/
> 18:37:31 - [LLLOGIN SERVICE]: found new key IMServerURI
> http://127.0.0.1:9000/
> 18:37:31 - [LOCAL SIMULATION CONNECTOR]: Found region Main Island to
> send SendCreateChildAgent
> 18:37:31 - [CONNECTION BEGIN]: Region Main Island told of incoming
> root agent Stretch Resident 8d4bbba1-198b-4c9e-a1d0-c2854db8401a
> (circuit code 200990915, teleportflags 128)
> 18:37:31 - [CONNECTION BEGIN]: Region Main Island authenticated and
> authorized incoming root agent Stretch Resident
> 8d4bbba1-198b-4c9e-a1d0-c2854db8401a (circuit code 200990915)
> 18:37:31 - [CAPS]: Registered seed capability
> /CAPS/390ce6a7-e446-4fbc-b365-faf80f496b650000/ for
> 8d4bbba1-198b-4c9e-a1d0-c2854db8401a
> 18:37:31 - [LLOGIN SERVICE]: All clear. Sending login response to client.
> 18:37:32 - [SCENE]: Incoming client Stretch Resident in region Main
> Island via regular login. Client IP verification not performed.

That's all I get. Eventually the Phoenix viewer says: "We're having
trouble connecting. There may be a problem with your internet connection
or the Second Life servers."

Running a tcpdump on the client shows it sending, at the end:

> POST /CAPS/EQG/e0c5a989-69b3-4baa-82ec-efa2248471e2/ HTTP/1.1
> Host: ec2-46-51-xx-xx.eu-west-1.compute.amazonaws.com:9000
> Accept: */*
> Accept-Encoding: deflate, gzip
> X-SecondLife-UDP-Listen-Port: 60426
> Content-Type: application/llsd+xml
> Content-Length: 83
>
> <llsd><map><key>ack</key><undef
> /><key>done</key><boolean>0</boolean></map></llsd>

And the server responding:

> HTTP/1.0 502 Upstream error:
> Content-Type: text/plain
> Date: Sun, 08 Jan 2012 18:47:04 GMT
> Content-Length: 16
> Server: Tiny WebServer
> Connection: close
>
> Upstream error:

Any ideas what's going wrong?

Thanks in advance,
Kenneth.
_______________________________________________
Opensim-users mailing list
[hidden email]
https://lists.berlios.de/mailman/listinfo/opensim-users
Reply | Threaded
Open this post in threaded view
|

Re: Phoenix Viewer hangs at "Waiting for Region handshake"

Vanish-2
You need to set the correct URI for the loginservice, assetservice, etc.  
in OpenSim.ini. Currently it's still set to localhost (127.0.0.1)

> Hi,
>
> I've installed OpenSim version 0.7.2 on an Amazon EC2 instance (Linux  
> with Mono 2.10.2). The machine has TCP port 9000 open.
>
> Amazon EC2 virtual machines run behind a NAT gateway, so I edit the  
> Regions.ini file as follows:
>
>> [Main Island]
>> RegionUUID = 7d69b9dc-0cda-47f5-8f84-df925c96b3ee
>> Location = "1000,1000"
>> InternalAddress = "0.0.0.0"
>> InternalPort = 9000
>> AllowAlternatePorts = False
>> ExternalHostName = "ec2-46-51-xxx-xxx.eu-west-1.compute.amazonaws.com"
>
> (External hostname changed for privacy).
>
> I then launch it using:
>
>> cd /opt/OpenSim/current/bin/
>> mono --debug OpenSim.exe
>
> The server starts up, and I can begin to login from an external IP using  
> Phoenix Viewer 1.6.0.1600
>
> However, the login never completes. It hangs at "Waiting for Region  
> handshake".
>
> The output in the OpenSim console is:
>
>> 18:37:31 - [LLOGIN SERVICE]: Login request for Stretch Resident at last  
>> using viewer Phoenix Viewer Release Mesh 1.6.0.1600, channel Phoenix  
>> Viewer Release Mesh, IP aa.bb.cc.dd, (ie my client's IP) Mac  
>> d8301f01b2628de041aaf7f8725184f4, Id0 8d97035b4b25cd9c199076d79989b3ca
>> 18:37:31 - [PRESENCE SERVICE]: LoginAgent  
>> 8d4bbba1-198b-4c9e-a1d0-c2854db8401a with session  
>> d9eac461-ac31-4f6a-9c7b-8bb92e2c0608 and ssession  
>> 62c09669-55b0-42c7-bd10-b860b69d342d
>> 18:37:31 - [GRID USER SERVICE]: User  
>> 8d4bbba1-198b-4c9e-a1d0-c2854db8401a is online
>> 18:37:31 - [LLOGIN SERVICE]: FindDestination for start location last
>> 18:37:31 - [GRID SERVICE]: GetDefaultRegions returning 0 regions
>> 18:37:31 - [LLOGIN SERVICE]: Last Region Not Found Attempting to find  
>> random region
>> 18:37:31 - [GRID SERVICE]: Fallback returned 0 regions
>> 18:37:31 - [GRID SERVICE]: Hyperlinks returned 0 regions
>> 18:37:31 - [LLLOGIN SERVICE]: found new key HomeURI  
>> http://127.0.0.1:9000/
>> 18:37:31 - [LLLOGIN SERVICE]: found new key InventoryServerURI  
>> http://127.0.0.1:9000/
>> 18:37:31 - [LLLOGIN SERVICE]: found new key AssetServerURI  
>> http://127.0.0.1:9000/
>> 18:37:31 - [LLLOGIN SERVICE]: found new key ProfileServerURI  
>> http://127.0.0.1:9000/
>> 18:37:31 - [LLLOGIN SERVICE]: found new key FriendsServerURI  
>> http://127.0.0.1:9000/
>> 18:37:31 - [LLLOGIN SERVICE]: found new key IMServerURI  
>> http://127.0.0.1:9000/
>> 18:37:31 - [LOCAL SIMULATION CONNECTOR]: Found region Main Island to  
>> send SendCreateChildAgent
>> 18:37:31 - [CONNECTION BEGIN]: Region Main Island told of incoming root  
>> agent Stretch Resident 8d4bbba1-198b-4c9e-a1d0-c2854db8401a (circuit  
>> code 200990915, teleportflags 128)
>> 18:37:31 - [CONNECTION BEGIN]: Region Main Island authenticated and  
>> authorized incoming root agent Stretch Resident  
>> 8d4bbba1-198b-4c9e-a1d0-c2854db8401a (circuit code 200990915)
>> 18:37:31 - [CAPS]: Registered seed capability  
>> /CAPS/390ce6a7-e446-4fbc-b365-faf80f496b650000/ for  
>> 8d4bbba1-198b-4c9e-a1d0-c2854db8401a
>> 18:37:31 - [LLOGIN SERVICE]: All clear. Sending login response to  
>> client.
>> 18:37:32 - [SCENE]: Incoming client Stretch Resident in region Main  
>> Island via regular login. Client IP verification not performed.
>
> That's all I get. Eventually the Phoenix viewer says: "We're having  
> trouble connecting. There may be a problem with your internet connection  
> or the Second Life servers."
>
> Running a tcpdump on the client shows it sending, at the end:
>
>> POST /CAPS/EQG/e0c5a989-69b3-4baa-82ec-efa2248471e2/ HTTP/1.1
>> Host: ec2-46-51-xx-xx.eu-west-1.compute.amazonaws.com:9000
>> Accept: */*
>> Accept-Encoding: deflate, gzip
>> X-SecondLife-UDP-Listen-Port: 60426
>> Content-Type: application/llsd+xml
>> Content-Length: 83
>>
>> <llsd><map><key>ack</key><undef  
>> /><key>done</key><boolean>0</boolean></map></llsd>
>
> And the server responding:
>
>> HTTP/1.0 502 Upstream error:
>> Content-Type: text/plain
>> Date: Sun, 08 Jan 2012 18:47:04 GMT
>> Content-Length: 16
>> Server: Tiny WebServer
>> Connection: close
>>
>> Upstream error:
>
> Any ideas what's going wrong?
>
> Thanks in advance,
> Kenneth.
> _______________________________________________
> Opensim-users mailing list
> [hidden email]
> https://lists.berlios.de/mailman/listinfo/opensim-users


--
The Twilight’s Green Illuminate Beam,
This Great ImBalance, that I’ve seen,
That Trees Got Icy Branches and,
The Good In Bad, That God I’ve Been.

http://tgib.co.uk/
_______________________________________________
Opensim-users mailing list
[hidden email]
https://lists.berlios.de/mailman/listinfo/opensim-users
Reply | Threaded
Open this post in threaded view
|

Re: Phoenix Viewer hangs at "Waiting for Region handshake"

Kenneth
On 08/01/2012 19:12, Vanish wrote:

> You need to set the correct URI for the loginservice, assetservice,
> etc. in OpenSim.ini. Currently it's still set to localhost (127.0.0.1)
>
>> Hi,
>>
>> I've installed OpenSim version 0.7.2 on an Amazon EC2 instance (Linux
>> with Mono 2.10.2). The machine has TCP port 9000 open.
>>
>> Amazon EC2 virtual machines run behind a NAT gateway, so I edit the
>> Regions.ini file as follows:
>>
>>> [Main Island]
>>> RegionUUID = 7d69b9dc-0cda-47f5-8f84-df925c96b3ee
>>> Location = "1000,1000"
>>> InternalAddress = "0.0.0.0"
>>> InternalPort = 9000
>>> AllowAlternatePorts = False
>>> ExternalHostName = "ec2-46-51-xxx-xxx.eu-west-1.compute.amazonaws.com"
>>
>> (External hostname changed for privacy).
>>
>> I then launch it using:
>>
>>> cd /opt/OpenSim/current/bin/
>>> mono --debug OpenSim.exe
>>
>> The server starts up, and I can begin to login from an external IP
>> using Phoenix Viewer 1.6.0.1600
>>
>> However, the login never completes. It hangs at "Waiting for Region
>> handshake".
>>
>> The output in the OpenSim console is:
>>
>>> 18:37:31 - [LLOGIN SERVICE]: Login request for Stretch Resident at
>>> last using viewer Phoenix Viewer Release Mesh 1.6.0.1600, channel
>>> Phoenix Viewer Release Mesh, IP aa.bb.cc.dd, (ie my client's IP) Mac
>>> d8301f01b2628de041aaf7f8725184f4, Id0 8d97035b4b25cd9c199076d79989b3ca
>>> 18:37:31 - [PRESENCE SERVICE]: LoginAgent
>>> 8d4bbba1-198b-4c9e-a1d0-c2854db8401a with session
>>> d9eac461-ac31-4f6a-9c7b-8bb92e2c0608 and ssession
>>> 62c09669-55b0-42c7-bd10-b860b69d342d
>>> 18:37:31 - [GRID USER SERVICE]: User
>>> 8d4bbba1-198b-4c9e-a1d0-c2854db8401a is online
>>> 18:37:31 - [LLOGIN SERVICE]: FindDestination for start location last
>>> 18:37:31 - [GRID SERVICE]: GetDefaultRegions returning 0 regions
>>> 18:37:31 - [LLOGIN SERVICE]: Last Region Not Found Attempting to
>>> find random region
>>> 18:37:31 - [GRID SERVICE]: Fallback returned 0 regions
>>> 18:37:31 - [GRID SERVICE]: Hyperlinks returned 0 regions
>>> 18:37:31 - [LLLOGIN SERVICE]: found new key HomeURI
>>> http://127.0.0.1:9000/
>>> 18:37:31 - [LLLOGIN SERVICE]: found new key InventoryServerURI
>>> http://127.0.0.1:9000/
>>> 18:37:31 - [LLLOGIN SERVICE]: found new key AssetServerURI
>>> http://127.0.0.1:9000/
>>> 18:37:31 - [LLLOGIN SERVICE]: found new key ProfileServerURI
>>> http://127.0.0.1:9000/
>>> 18:37:31 - [LLLOGIN SERVICE]: found new key FriendsServerURI
>>> http://127.0.0.1:9000/
>>> 18:37:31 - [LLLOGIN SERVICE]: found new key IMServerURI
>>> http://127.0.0.1:9000/
>>> 18:37:31 - [LOCAL SIMULATION CONNECTOR]: Found region Main Island to
>>> send SendCreateChildAgent
>>> 18:37:31 - [CONNECTION BEGIN]: Region Main Island told of incoming
>>> root agent Stretch Resident 8d4bbba1-198b-4c9e-a1d0-c2854db8401a
>>> (circuit code 200990915, teleportflags 128)
>>> 18:37:31 - [CONNECTION BEGIN]: Region Main Island authenticated and
>>> authorized incoming root agent Stretch Resident
>>> 8d4bbba1-198b-4c9e-a1d0-c2854db8401a (circuit code 200990915)
>>> 18:37:31 - [CAPS]: Registered seed capability
>>> /CAPS/390ce6a7-e446-4fbc-b365-faf80f496b650000/ for
>>> 8d4bbba1-198b-4c9e-a1d0-c2854db8401a
>>> 18:37:31 - [LLOGIN SERVICE]: All clear. Sending login response to
>>> client.
>>> 18:37:32 - [SCENE]: Incoming client Stretch Resident in region Main
>>> Island via regular login. Client IP verification not performed.
>>
>> That's all I get. Eventually the Phoenix viewer says: "We're having
>> trouble connecting. There may be a problem with your internet
>> connection or the Second Life servers."
>>
>> Running a tcpdump on the client shows it sending, at the end:
>>
>>> POST /CAPS/EQG/e0c5a989-69b3-4baa-82ec-efa2248471e2/ HTTP/1.1
>>> Host: ec2-46-51-xx-xx.eu-west-1.compute.amazonaws.com:9000
>>> Accept: */*
>>> Accept-Encoding: deflate, gzip
>>> X-SecondLife-UDP-Listen-Port: 60426
>>> Content-Type: application/llsd+xml
>>> Content-Length: 83
>>>
>>> <llsd><map><key>ack</key><undef
>>> /><key>done</key><boolean>0</boolean></map></llsd>
>>
>> And the server responding:
>>
>>> HTTP/1.0 502 Upstream error:
>>> Content-Type: text/plain
>>> Date: Sun, 08 Jan 2012 18:47:04 GMT
>>> Content-Length: 16
>>> Server: Tiny WebServer
>>> Connection: close
>>>
>>> Upstream error:
>>
>> Any ideas what's going wrong?
>>
>> Thanks in advance,
>> Kenneth.
>> _______________________________________________
>> Opensim-users mailing list
>> [hidden email]
>> https://lists.berlios.de/mailman/listinfo/opensim-users
>
>
Thanks very much for the quick reply!
I'll try that soon!

-Kenneth
_______________________________________________
Opensim-users mailing list
[hidden email]
https://lists.berlios.de/mailman/listinfo/opensim-users
Reply | Threaded
Open this post in threaded view
|

Re: Phoenix Viewer hangs at "Waiting for Region handshake"

Chris Collins
In the region.ini "InternalAddress = "0.0.0.0"" you need to set that to the internal IP that you get with the EC2 instance. run the command 'ifconfig' to get that machines internal IP. They usually start with 10. . On EC2 if you do not do that it will just sit there with Region Handshake. Also I generally allocate an external IP on AWS and use that for the external IP. ONE other thing to watch is that if you stop and start your EC2 machine you will be allocated another internal IP address. 

On Sun, Jan 8, 2012 at 11:14 AM, Kenneth <[hidden email]> wrote:
On 08/01/2012 19:12, Vanish wrote:
You need to set the correct URI for the loginservice, assetservice, etc. in OpenSim.ini. Currently it's still set to localhost (127.0.0.1)

Hi,

I've installed OpenSim version 0.7.2 on an Amazon EC2 instance (Linux with Mono 2.10.2). The machine has TCP port 9000 open.

Amazon EC2 virtual machines run behind a NAT gateway, so I edit the Regions.ini file as follows:

[Main Island]
RegionUUID = 7d69b9dc-0cda-47f5-8f84-df925c96b3ee
Location = "1000,1000"
InternalAddress = "0.0.0.0"
InternalPort = 9000
AllowAlternatePorts = False
ExternalHostName = "ec2-46-51-xxx-xxx.eu-west-1.compute.amazonaws.com"

(External hostname changed for privacy).

I then launch it using:

cd /opt/OpenSim/current/bin/
mono --debug OpenSim.exe

The server starts up, and I can begin to login from an external IP using Phoenix Viewer 1.6.0.1600

However, the login never completes. It hangs at "Waiting for Region handshake".

The output in the OpenSim console is:

18:37:31 - [LLOGIN SERVICE]: Login request for Stretch Resident at last using viewer Phoenix Viewer Release Mesh 1.6.0.1600, channel Phoenix Viewer Release Mesh, IP aa.bb.cc.dd, (ie my client's IP) Mac d8301f01b2628de041aaf7f8725184f4, Id0 8d97035b4b25cd9c199076d79989b3ca
18:37:31 - [PRESENCE SERVICE]: LoginAgent 8d4bbba1-198b-4c9e-a1d0-c2854db8401a with session d9eac461-ac31-4f6a-9c7b-8bb92e2c0608 and ssession 62c09669-55b0-42c7-bd10-b860b69d342d
18:37:31 - [GRID USER SERVICE]: User 8d4bbba1-198b-4c9e-a1d0-c2854db8401a is online
18:37:31 - [LLOGIN SERVICE]: FindDestination for start location last
18:37:31 - [GRID SERVICE]: GetDefaultRegions returning 0 regions
18:37:31 - [LLOGIN SERVICE]: Last Region Not Found Attempting to find random region
18:37:31 - [GRID SERVICE]: Fallback returned 0 regions
18:37:31 - [GRID SERVICE]: Hyperlinks returned 0 regions
18:37:31 - [LLLOGIN SERVICE]: found new key HomeURI http://127.0.0.1:9000/
18:37:31 - [LLLOGIN SERVICE]: found new key InventoryServerURI http://127.0.0.1:9000/
18:37:31 - [LLLOGIN SERVICE]: found new key AssetServerURI http://127.0.0.1:9000/
18:37:31 - [LLLOGIN SERVICE]: found new key ProfileServerURI http://127.0.0.1:9000/
18:37:31 - [LLLOGIN SERVICE]: found new key FriendsServerURI http://127.0.0.1:9000/
18:37:31 - [LLLOGIN SERVICE]: found new key IMServerURI http://127.0.0.1:9000/
18:37:31 - [LOCAL SIMULATION CONNECTOR]: Found region Main Island to send SendCreateChildAgent
18:37:31 - [CONNECTION BEGIN]: Region Main Island told of incoming root agent Stretch Resident 8d4bbba1-198b-4c9e-a1d0-c2854db8401a (circuit code 200990915, teleportflags 128)
18:37:31 - [CONNECTION BEGIN]: Region Main Island authenticated and authorized incoming root agent Stretch Resident 8d4bbba1-198b-4c9e-a1d0-c2854db8401a (circuit code 200990915)
18:37:31 - [CAPS]: Registered seed capability /CAPS/390ce6a7-e446-4fbc-b365-faf80f496b650000/ for 8d4bbba1-198b-4c9e-a1d0-c2854db8401a
18:37:31 - [LLOGIN SERVICE]: All clear. Sending login response to client.
18:37:32 - [SCENE]: Incoming client Stretch Resident in region Main Island via regular login. Client IP verification not performed.

That's all I get. Eventually the Phoenix viewer says: "We're having trouble connecting. There may be a problem with your internet connection or the Second Life servers."

Running a tcpdump on the client shows it sending, at the end:

POST /CAPS/EQG/e0c5a989-69b3-4baa-82ec-efa2248471e2/ HTTP/1.1
Host: ec2-46-51-xx-xx.eu-west-1.compute.amazonaws.com:9000
Accept: */*
Accept-Encoding: deflate, gzip
X-SecondLife-UDP-Listen-Port: 60426
Content-Type: application/llsd+xml
Content-Length: 83

<llsd><map><key>ack</key><undef /><key>done</key><boolean>0</boolean></map></llsd>

And the server responding:

HTTP/1.0 502 Upstream error:
Content-Type: text/plain
Date: Sun, 08 Jan 2012 18:47:04 GMT
Content-Length: 16
Server: Tiny WebServer
Connection: close

Upstream error:

Any ideas what's going wrong?

Thanks in advance,
Kenneth.
_______________________________________________
Opensim-users mailing list
[hidden email]
https://lists.berlios.de/mailman/listinfo/opensim-users


Thanks very much for the quick reply!
I'll try that soon!

-Kenneth

_______________________________________________
Opensim-users mailing list
[hidden email]
https://lists.berlios.de/mailman/listinfo/opensim-users



--
--
Chris Collins
CEO
Tipodean Technologies
+1 415-515-6928 | [hidden email]
Skype: cozza13 | SL: Chris Collins
Website: www.tipodean.com
Twitter: http://www.twitter.com/tipodean
http://www.linkedin.com/in/collinschris
http://www.builtbuy.me
Tools for your distributed workforce


_______________________________________________
Opensim-users mailing list
[hidden email]
https://lists.berlios.de/mailman/listinfo/opensim-users
Reply | Threaded
Open this post in threaded view
|

Re: Phoenix Viewer hangs at "Waiting for Regionhandshake"

Gary Beck
In reply to this post by Kenneth
Kenneth,
    Your region parameters looks fine.  From what you've included it's clear
that you're reaching the TCP port 9000.
    To complete the handshake process and communicate with the region you
also need to open port 9000 for UDP.  The handshake is there to verify that
UDP communication is working.
    Hope that helps.
- Gary

----- Original Message -----
From: "Kenneth" <[hidden email]>
To: <[hidden email]>
Sent: Sunday, January 08, 2012 2:10 PM
Subject: [Opensim-users] Phoenix Viewer hangs at "Waiting for
Regionhandshake"


> Hi,
>
> I've installed OpenSim version 0.7.2 on an Amazon EC2 instance (Linux with
> Mono 2.10.2). The machine has TCP port 9000 open.
>
> Amazon EC2 virtual machines run behind a NAT gateway, so I edit the
> Regions.ini file as follows:
>
>> [Main Island]
>> RegionUUID = 7d69b9dc-0cda-47f5-8f84-df925c96b3ee
>> Location = "1000,1000"
>> InternalAddress = "0.0.0.0"
>> InternalPort = 9000
>> AllowAlternatePorts = False
>> ExternalHostName = "ec2-46-51-xxx-xxx.eu-west-1.compute.amazonaws.com"
>
> (External hostname changed for privacy).
>
> I then launch it using:
>
>> cd /opt/OpenSim/current/bin/
>> mono --debug OpenSim.exe
>
> The server starts up, and I can begin to login from an external IP using
> Phoenix Viewer 1.6.0.1600
>
> However, the login never completes. It hangs at "Waiting for Region
> handshake".
>
> The output in the OpenSim console is:
>
>> 18:37:31 - [LLOGIN SERVICE]: Login request for Stretch Resident at last
>> using viewer Phoenix Viewer Release Mesh 1.6.0.1600, channel Phoenix
>> Viewer Release Mesh, IP aa.bb.cc.dd, (ie my client's IP) Mac
>> d8301f01b2628de041aaf7f8725184f4, Id0 8d97035b4b25cd9c199076d79989b3ca
>> 18:37:31 - [PRESENCE SERVICE]: LoginAgent
>> 8d4bbba1-198b-4c9e-a1d0-c2854db8401a with session
>> d9eac461-ac31-4f6a-9c7b-8bb92e2c0608 and ssession
>> 62c09669-55b0-42c7-bd10-b860b69d342d
>> 18:37:31 - [GRID USER SERVICE]: User 8d4bbba1-198b-4c9e-a1d0-c2854db8401a
>> is online
>> 18:37:31 - [LLOGIN SERVICE]: FindDestination for start location last
>> 18:37:31 - [GRID SERVICE]: GetDefaultRegions returning 0 regions
>> 18:37:31 - [LLOGIN SERVICE]: Last Region Not Found Attempting to find
>> random region
>> 18:37:31 - [GRID SERVICE]: Fallback returned 0 regions
>> 18:37:31 - [GRID SERVICE]: Hyperlinks returned 0 regions
>> 18:37:31 - [LLLOGIN SERVICE]: found new key HomeURI
>> http://127.0.0.1:9000/
>> 18:37:31 - [LLLOGIN SERVICE]: found new key InventoryServerURI
>> http://127.0.0.1:9000/
>> 18:37:31 - [LLLOGIN SERVICE]: found new key AssetServerURI
>> http://127.0.0.1:9000/
>> 18:37:31 - [LLLOGIN SERVICE]: found new key ProfileServerURI
>> http://127.0.0.1:9000/
>> 18:37:31 - [LLLOGIN SERVICE]: found new key FriendsServerURI
>> http://127.0.0.1:9000/
>> 18:37:31 - [LLLOGIN SERVICE]: found new key IMServerURI
>> http://127.0.0.1:9000/
>> 18:37:31 - [LOCAL SIMULATION CONNECTOR]: Found region Main Island to send
>> SendCreateChildAgent
>> 18:37:31 - [CONNECTION BEGIN]: Region Main Island told of incoming root
>> agent Stretch Resident 8d4bbba1-198b-4c9e-a1d0-c2854db8401a (circuit code
>> 200990915, teleportflags 128)
>> 18:37:31 - [CONNECTION BEGIN]: Region Main Island authenticated and
>> authorized incoming root agent Stretch Resident
>> 8d4bbba1-198b-4c9e-a1d0-c2854db8401a (circuit code 200990915)
>> 18:37:31 - [CAPS]: Registered seed capability
>> /CAPS/390ce6a7-e446-4fbc-b365-faf80f496b650000/ for
>> 8d4bbba1-198b-4c9e-a1d0-c2854db8401a
>> 18:37:31 - [LLOGIN SERVICE]: All clear. Sending login response to client.
>> 18:37:32 - [SCENE]: Incoming client Stretch Resident in region Main
>> Island via regular login. Client IP verification not performed.
>
> That's all I get. Eventually the Phoenix viewer says: "We're having
> trouble connecting. There may be a problem with your internet connection
> or the Second Life servers."
>
> Running a tcpdump on the client shows it sending, at the end:
>
>> POST /CAPS/EQG/e0c5a989-69b3-4baa-82ec-efa2248471e2/ HTTP/1.1
>> Host: ec2-46-51-xx-xx.eu-west-1.compute.amazonaws.com:9000
>> Accept: */*
>> Accept-Encoding: deflate, gzip
>> X-SecondLife-UDP-Listen-Port: 60426
>> Content-Type: application/llsd+xml
>> Content-Length: 83
>>
>> <llsd><map><key>ack</key><undef
>> /><key>done</key><boolean>0</boolean></map></llsd>
>
> And the server responding:
>
>> HTTP/1.0 502 Upstream error:
>> Content-Type: text/plain
>> Date: Sun, 08 Jan 2012 18:47:04 GMT
>> Content-Length: 16
>> Server: Tiny WebServer
>> Connection: close
>>
>> Upstream error:
>
> Any ideas what's going wrong?
>
> Thanks in advance,
> Kenneth.
> _______________________________________________
> Opensim-users mailing list
> [hidden email]
> https://lists.berlios.de/mailman/listinfo/opensim-users 

_______________________________________________
Opensim-users mailing list
[hidden email]
https://lists.berlios.de/mailman/listinfo/opensim-users
Reply | Threaded
Open this post in threaded view
|

Re: Phoenix Viewer hangs at "Waiting for Region handshake"

Kenneth
In reply to this post by Vanish-2
On 08/01/2012 19:12, Vanish wrote:
> You need to set the correct URI for the loginservice, assetservice,
> etc. in OpenSim.ini. Currently it's still set to localhost (127.0.0.1)

Thanks for the reply. Are those settings not used by the OpenSim server
to talk to itself, as opposed to being advertised to the client? I tried
changing them anyway, to the current public IP of the Amazon EC2
instance I'm using, but it made no difference. It still hangs on
"Waiting for Region handshake". Any more ideas?

Thanks,
Kenneth
_______________________________________________
Opensim-users mailing list
[hidden email]
https://lists.berlios.de/mailman/listinfo/opensim-users
Reply | Threaded
Open this post in threaded view
|

Re: Phoenix Viewer hangs at "Waiting for Region handshake"

Kenneth
In reply to this post by Chris Collins
Thanks for this. I thought the documentation states that "0.0.0.0" would
be interpreted as meaning "all local interfaces"?

I tried explicitly putting in the internal IP (the 10.x.x.x) but it
didn't help anything - I still get a hang on "Waiting for Region
handshake" from the Phoenix Viewer.

A fixed IP on Amazon would be nice, but unfortunately the charge for
them :) I'm happy to keep using their dynamic IPs for the moment, even
though it means editing the OpenSim config files each time I restart the
EC2 instance.

Any other suggestions?

Thanks,
Kenneth.

On 08/01/2012 20:09, Chris Collins wrote:
> In the region.ini "InternalAddress = "0.0.0.0"" you need to set that
> to the internal IP that you get with the EC2 instance. run the command
> 'ifconfig' to get that machines internal IP. They usually start with
> 10. . On EC2 if you do not do that it will just sit there with Region
> Handshake. Also I generally allocate an external IP on AWS and use
> that for the external IP. ONE other thing to watch is that if you stop
> and start your EC2 machine you will be allocated another internal IP
> address.

_______________________________________________
Opensim-users mailing list
[hidden email]
https://lists.berlios.de/mailman/listinfo/opensim-users
Reply | Threaded
Open this post in threaded view
|

Re: Phoenix Viewer hangs at "Waiting for Region handshake"

Vanish-2
In reply to this post by Kenneth
You might also need to check your Regions.ini if the regions each have  
their own port. If it still hangs, I'd try entering the name of a region  
in the login screen instead of "Last location" or "My Home".

> On 08/01/2012 19:12, Vanish wrote:
>> You need to set the correct URI for the loginservice, assetservice,  
>> etc. in OpenSim.ini. Currently it's still set to localhost (127.0.0.1)
>
> Thanks for the reply. Are those settings not used by the OpenSim server  
> to talk to itself, as opposed to being advertised to the client? I tried  
> changing them anyway, to the current public IP of the Amazon EC2  
> instance I'm using, but it made no difference. It still hangs on  
> "Waiting for Region handshake". Any more ideas?
>
> Thanks,
> Kenneth
> _______________________________________________
> Opensim-users mailing list
> [hidden email]
> https://lists.berlios.de/mailman/listinfo/opensim-users


--
The Twilight’s Green Illuminate Beam,
This Great ImBalance, that I’ve seen,
That Trees Got Icy Branches and,
The Good In Bad, That God I’ve Been.

http://tgib.co.uk/
_______________________________________________
Opensim-users mailing list
[hidden email]
https://lists.berlios.de/mailman/listinfo/opensim-users
Reply | Threaded
Open this post in threaded view
|

Re: Phoenix Viewer hangs at "Waiting for Region handshake"

Kenneth
Hi,

Cheers for the quick reply. No luck, I'm afraid. No matter what region I
select in Phoenix Viewer, it hangs at the same point.

I only have one region defined, Main Island. Whenever a client connects,
I see this on the console (this is the last line output by the server):

> 15:32:04 - [SCENE]: Incoming client Stretch Resident in region Main
> Island via regular login. Client IP verification not performed.

So it seems to be assigning the clinet to the correct region, even if
they specify "Last Location". But it's not getting past the Region
Handshake.

Kenneth.

On 22/01/2012 15:27, Vanish wrote:

> You might also need to check your Regions.ini if the regions each have
> their own port. If it still hangs, I'd try entering the name of a
> region in the login screen instead of "Last location" or "My Home".
>
>> On 08/01/2012 19:12, Vanish wrote:
>>> You need to set the correct URI for the loginservice, assetservice,
>>> etc. in OpenSim.ini. Currently it's still set to localhost (127.0.0.1)
>>
>> Thanks for the reply. Are those settings not used by the OpenSim
>> server to talk to itself, as opposed to being advertised to the
>> client? I tried changing them anyway, to the current public IP of the
>> Amazon EC2 instance I'm using, but it made no difference. It still
>> hangs on "Waiting for Region handshake". Any more ideas?
>>
>> Thanks,
>> Kenneth
>> _______________________________________________
>> Opensim-users mailing list
>> [hidden email]
>> https://lists.berlios.de/mailman/listinfo/opensim-users
>
>

_______________________________________________
Opensim-users mailing list
[hidden email]
https://lists.berlios.de/mailman/listinfo/opensim-users
Reply | Threaded
Open this post in threaded view
|

Re: Phoenix Viewer hangs at "Waiting for Region handshake"

Vanish-2
Is there an error message after that, or anything that says when and why  
the agent doesn't make it to the region?

> Hi,
>
> Cheers for the quick reply. No luck, I'm afraid. No matter what region I  
> select in Phoenix Viewer, it hangs at the same point.
>
> I only have one region defined, Main Island. Whenever a client connects,  
> I see this on the console (this is the last line output by the server):
>
>> 15:32:04 - [SCENE]: Incoming client Stretch Resident in region Main  
>> Island via regular login. Client IP verification not performed.
>
> So it seems to be assigning the clinet to the correct region, even if  
> they specify "Last Location". But it's not getting past the Region  
> Handshake.
>
> Kenneth.
>
> On 22/01/2012 15:27, Vanish wrote:
>> You might also need to check your Regions.ini if the regions each have  
>> their own port. If it still hangs, I'd try entering the name of a  
>> region in the login screen instead of "Last location" or "My Home".
>>
>>> On 08/01/2012 19:12, Vanish wrote:
>>>> You need to set the correct URI for the loginservice, assetservice,  
>>>> etc. in OpenSim.ini. Currently it's still set to localhost (127.0.0.1)
>>>
>>> Thanks for the reply. Are those settings not used by the OpenSim  
>>> server to talk to itself, as opposed to being advertised to the  
>>> client? I tried changing them anyway, to the current public IP of the  
>>> Amazon EC2 instance I'm using, but it made no difference. It still  
>>> hangs on "Waiting for Region handshake". Any more ideas?
>>>
>>> Thanks,
>>> Kenneth
>>> _______________________________________________
>>> Opensim-users mailing list
>>> [hidden email]
>>> https://lists.berlios.de/mailman/listinfo/opensim-users
>>
>>
>
> _______________________________________________
> Opensim-users mailing list
> [hidden email]
> https://lists.berlios.de/mailman/listinfo/opensim-users


--
The Twilight’s Green Illuminate Beam,
This Great ImBalance, that I’ve seen,
That Trees Got Icy Branches and,
The Good In Bad, That God I’ve Been.

http://tgib.co.uk/
_______________________________________________
Opensim-users mailing list
[hidden email]
https://lists.berlios.de/mailman/listinfo/opensim-users
Reply | Threaded
Open this post in threaded view
|

Re: Phoenix Viewer hangs at "Waiting for Region handshake"

Kenneth
There's nothing further printed on the server.

The Phoenix Viewer client eventually times out with "We're having
trouble connecting. There may be a problem with your internet connection
or the Second Life servers."

K.

On 22/01/2012 15:41, Vanish wrote:

> Is there an error message after that, or anything that says when and
> why the agent doesn't make it to the region?
>
>> Hi,
>>
>> Cheers for the quick reply. No luck, I'm afraid. No matter what
>> region I select in Phoenix Viewer, it hangs at the same point.
>>
>> I only have one region defined, Main Island. Whenever a client
>> connects, I see this on the console (this is the last line output by
>> the server):
>>
>>> 15:32:04 - [SCENE]: Incoming client Stretch Resident in region Main
>>> Island via regular login. Client IP verification not performed.
>>
>> So it seems to be assigning the clinet to the correct region, even if
>> they specify "Last Location". But it's not getting past the Region
>> Handshake.
>>
>> Kenneth.

_______________________________________________
Opensim-users mailing list
[hidden email]
https://lists.berlios.de/mailman/listinfo/opensim-users
Reply | Threaded
Open this post in threaded view
|

Re: Phoenix Viewer hangs at "Waiting for Regionhandshake"

Kenneth
In reply to this post by Gary Beck
On 08/01/2012 22:38, Gary Beck wrote:
> Kenneth,
>    Your region parameters looks fine.  From what you've included it's
> clear that you're reaching the TCP port 9000.
>    To complete the handshake process and communicate with the region
> you also need to open port 9000 for UDP.  The handshake is there to
> verify that UDP communication is working.
>    Hope that helps.
> - Gary

I opened UDP 9000 too (at first, I only had TCP 9000 open) on the Amazon
firewall. No joy.

I've verified connectivity on TCP and UDP 9000 by using NetCat on both
sides.

Does it use any other ports?

K.


_______________________________________________
Opensim-users mailing list
[hidden email]
https://lists.berlios.de/mailman/listinfo/opensim-users
Reply | Threaded
Open this post in threaded view
|

Re: Phoenix Viewer hangs at "Waiting for Region handshake"

Vanish-2
In reply to this post by Vanish-2
Also, here's two more thoughts: When running as standalone, I found the  
externalhostname in Regions.ini needs to be the same uri as the one  
defined in OpenSim.ini. However, it might just be a problem with Phoenix  
Viewer, too. (I've tried Phoenix off and on and found it to be not very  
useful for OpenSim.) You might want to try an alternative viewer  
(Imprudence, Hippo, official SL viewer).

> Is there an error message after that, or anything that says when and why  
> the agent doesn't make it to the region?
>
>> Hi,
>>
>> Cheers for the quick reply. No luck, I'm afraid. No matter what region  
>> I select in Phoenix Viewer, it hangs at the same point.
>>
>> I only have one region defined, Main Island. Whenever a client  
>> connects, I see this on the console (this is the last line output by  
>> the server):
>>
>>> 15:32:04 - [SCENE]: Incoming client Stretch Resident in region Main  
>>> Island via regular login. Client IP verification not performed.
>>
>> So it seems to be assigning the clinet to the correct region, even if  
>> they specify "Last Location". But it's not getting past the Region  
>> Handshake.
>>
>> Kenneth.
>>
>> On 22/01/2012 15:27, Vanish wrote:
>>> You might also need to check your Regions.ini if the regions each have  
>>> their own port. If it still hangs, I'd try entering the name of a  
>>> region in the login screen instead of "Last location" or "My Home".
>>>
>>>> On 08/01/2012 19:12, Vanish wrote:
>>>>> You need to set the correct URI for the loginservice, assetservice,  
>>>>> etc. in OpenSim.ini. Currently it's still set to localhost  
>>>>> (127.0.0.1)
>>>>
>>>> Thanks for the reply. Are those settings not used by the OpenSim  
>>>> server to talk to itself, as opposed to being advertised to the  
>>>> client? I tried changing them anyway, to the current public IP of the  
>>>> Amazon EC2 instance I'm using, but it made no difference. It still  
>>>> hangs on "Waiting for Region handshake". Any more ideas?
>>>>
>>>> Thanks,
>>>> Kenneth
>>>> _______________________________________________
>>>> Opensim-users mailing list
>>>> [hidden email]
>>>> https://lists.berlios.de/mailman/listinfo/opensim-users
>>>
>>>
>>
>> _______________________________________________
>> Opensim-users mailing list
>> [hidden email]
>> https://lists.berlios.de/mailman/listinfo/opensim-users
>
>


--
The Twilight’s Green Illuminate Beam,
This Great ImBalance, that I’ve seen,
That Trees Got Icy Branches and,
The Good In Bad, That God I’ve Been.

http://tgib.co.uk/
_______________________________________________
Opensim-users mailing list
[hidden email]
https://lists.berlios.de/mailman/listinfo/opensim-users
Reply | Threaded
Open this post in threaded view
|

Re: Phoenix Viewer hangs at "Waiting forRegionhandshake"

Gary Beck
In reply to this post by Kenneth
Kenneth,
    If you're logging on to the region that uses port 9000 that's the port
that will be used.
    Maybe a step by step on the handshake process will give a clue -

        Your server passes the IP address of the region paired with the port
number to the viewer.
        You specify:
            ExternalHostName =
"ec2-46-51-xxx-xxx.eu-west-1.compute.amazonaws.com"
        Your server resolves that to an address and passed that (not the URL
string) along to the viewer.
        This could cause a problem if at the server the ExternalHostName is
resolved to something other than the proper external IP address (such as the
local IP address.)
       The viewer takes the passes address/port and attempts to converse
with the server using it.
       Then if too much time passes the viewer will declare a failure.

Typically the problem is either wrong address used or port blocked.
Because you're confident the port is open now I'd look into the address
being passed.   Unfortunately the log messages related to the regions either
show you 'resolved local address:port' or 'unresolved URL address:port'
which give no clue.  Perhaps someone knows a good tool to track down the
actual address passed to the viewer.
- Gary
----- Original Message -----
From: "Kenneth" <[hidden email]>
To: <[hidden email]>
Sent: Sunday, January 22, 2012 10:47 AM
Subject: Re: [Opensim-users] Phoenix Viewer hangs at "Waiting
forRegionhandshake"


> On 08/01/2012 22:38, Gary Beck wrote:
>> Kenneth,
>>    Your region parameters looks fine.  From what you've included it's
>> clear that you're reaching the TCP port 9000.
>>    To complete the handshake process and communicate with the region you
>> also need to open port 9000 for UDP.  The handshake is there to verify
>> that UDP communication is working.
>>    Hope that helps.
>> - Gary
>
> I opened UDP 9000 too (at first, I only had TCP 9000 open) on the Amazon
> firewall. No joy.
>
> I've verified connectivity on TCP and UDP 9000 by using NetCat on both
> sides.
>
> Does it use any other ports?
>
> K.
>
>
> _______________________________________________
> Opensim-users mailing list
> [hidden email]
> https://lists.berlios.de/mailman/listinfo/opensim-users 

_______________________________________________
Opensim-users mailing list
[hidden email]
https://lists.berlios.de/mailman/listinfo/opensim-users
Reply | Threaded
Open this post in threaded view
|

Re: Phoenix Viewer hangs at "Waiting forRegionhandshake"

Nicky Perian
If not already done, look at the viewer log. It should have some uri info at the message output point.


From: Gary Beck <[hidden email]>
To: [hidden email]
Sent: Sunday, January 22, 2012 10:27 AM
Subject: Re: [Opensim-users] Phoenix Viewer hangs at "Waiting forRegionhandshake"

Kenneth,
  If you're logging on to the region that uses port 9000 that's the port that will be used.
  Maybe a step by step on the handshake process will give a clue -

      Your server passes the IP address of the region paired with the port number to the viewer.
      You specify:
          ExternalHostName = "ec2-46-51-xxx-xxx.eu-west-1.compute.amazonaws.com"
      Your server resolves that to an address and passed that (not the URL string) along to the viewer.
      This could cause a problem if at the server the ExternalHostName is resolved to something other than the proper external IP address (such as the local IP address.)
      The viewer takes the passes address/port and attempts to converse with the server using it.
      Then if too much time passes the viewer will declare a failure.

Typically the problem is either wrong address used or port blocked.
Because you're confident the port is open now I'd look into the address being passed.  Unfortunately the log messages related to the regions either show you 'resolved local address:port' or 'unresolved URL address:port' which give no clue.  Perhaps someone knows a good tool to track down the actual address passed to the viewer.
- Gary
----- Original Message ----- From: "Kenneth" <[hidden email]>
To: <[hidden email]>
Sent: Sunday, January 22, 2012 10:47 AM
Subject: Re: [Opensim-users] Phoenix Viewer hangs at "Waiting forRegionhandshake"


> On 08/01/2012 22:38, Gary Beck wrote:
>> Kenneth,
>>    Your region parameters looks fine.  From what you've included it's clear that you're reaching the TCP port 9000.
>>    To complete the handshake process and communicate with the region you also need to open port 9000 for UDP.  The handshake is there to verify that UDP communication is working.
>>    Hope that helps.
>> - Gary
>
> I opened UDP 9000 too (at first, I only had TCP 9000 open) on the Amazon firewall. No joy.
>
> I've verified connectivity on TCP and UDP 9000 by using NetCat on both sides.
>
> Does it use any other ports?
>
> K.
>
>
> _______________________________________________
> Opensim-users mailing list
> [hidden email]
> https://lists.berlios.de/mailman/listinfo/opensim-users

_______________________________________________
Opensim-users mailing list
[hidden email]
https://lists.berlios.de/mailman/listinfo/opensim-users



_______________________________________________
Opensim-users mailing list
[hidden email]
https://lists.berlios.de/mailman/listinfo/opensim-users
Reply | Threaded
Open this post in threaded view
|

Re: Phoenix Viewer hangs at "WaitingforRegionhandshake"

Gary Beck
Thanks for that info Nicky.   I wish I'd known that a year ago.
 
Looking in Imprudence.log the first appearance of the region UDP address:port was in a line with this heading:
 
LLCircuit::addCircuitData for 
 
The log gives a fairly detailed account of what's going on during a handshake failure.
 
- Gary
----- Original Message -----
Sent: Sunday, January 22, 2012 12:47 PM
Subject: Re: [Opensim-users] Phoenix Viewer hangs at "WaitingforRegionhandshake"

If not already done, look at the viewer log. It should have some uri info at the message output point.


From: Gary Beck <[hidden email]>
To: [hidden email]
Sent: Sunday, January 22, 2012 10:27 AM
Subject: Re: [Opensim-users] Phoenix Viewer hangs at "Waiting forRegionhandshake"

Kenneth,
  If you're logging on to the region that uses port 9000 that's the port that will be used.
  Maybe a step by step on the handshake process will give a clue -

      Your server passes the IP address of the region paired with the port number to the viewer.
      You specify:
          ExternalHostName = "ec2-46-51-xxx-xxx.eu-west-1.compute.amazonaws.com"
      Your server resolves that to an address and passed that (not the URL string) along to the viewer.
      This could cause a problem if at the server the ExternalHostName is resolved to something other than the proper external IP address (such as the local IP address.)
      The viewer takes the passes address/port and attempts to converse with the server using it.
      Then if too much time passes the viewer will declare a failure.

Typically the problem is either wrong address used or port blocked.
Because you're confident the port is open now I'd look into the address being passed.  Unfortunately the log messages related to the regions either show you 'resolved local address:port' or 'unresolved URL address:port' which give no clue.  Perhaps someone knows a good tool to track down the actual address passed to the viewer.
- Gary
----- Original Message ----- From: "Kenneth" <[hidden email]>
To: <[hidden email]>
Sent: Sunday, January 22, 2012 10:47 AM
Subject: Re: [Opensim-users] Phoenix Viewer hangs at "Waiting forRegionhandshake"


> On 08/01/2012 22:38, Gary Beck wrote:
>> Kenneth,
>>    Your region parameters looks fine.  From what you've included it's clear that you're reaching the TCP port 9000.
>>    To complete the handshake process and communicate with the region you also need to open port 9000 for UDP.  The handshake is there to verify that UDP communication is working.
>>    Hope that helps.
>> - Gary
>
> I opened UDP 9000 too (at first, I only had TCP 9000 open) on the Amazon firewall. No joy.
>
> I've verified connectivity on TCP and UDP 9000 by using NetCat on both sides.
>
> Does it use any other ports?
>
> K.
>
>
> _______________________________________________
> Opensim-users mailing list
> [hidden email]
> https://lists.berlios.de/mailman/listinfo/opensim-users

_______________________________________________
Opensim-users mailing list
[hidden email]
https://lists.berlios.de/mailman/listinfo/opensim-users



_______________________________________________
Opensim-users mailing list
[hidden email]
https://lists.berlios.de/mailman/listinfo/opensim-users

_______________________________________________
Opensim-users mailing list
[hidden email]
https://lists.berlios.de/mailman/listinfo/opensim-users
Reply | Threaded
Open this post in threaded view
|

Re: Phoenix Viewer hangs at "WaitingforRegionhandshake"

Fleep Tuque
Getting the networking for opensim to work is the single hardest part of setting up a system, IMO.  If you get this solved, everything else will be simpler ever after.

Somewhere up there I saw a 10.x.x.x address.  I learned through excruciating trial and error that Opensim doesn't play nicely on a network with 1-to-1 NATing, even if you have the right ports open on the firewall, even if you have the right settings in your ini files.  It seems opensim resolves the internal IP address of the machine to send the UDP packets no matter what IP address you put in the .ini files.  The viewer then receives the UDP packets containing that internal IP address and tries to connect, but from outside the network the internal address never resolves, of course, so you just get stuck at the waiting for region handshake.

The only solution I found on campus where we have 1-to-1 NATing was to put the server in the DMZ and have a static external IP address assigned, then everything worked swimmingly.  At home on FleepGrid, I also got a static IP address assigned from my ISP and voila all my problems were solved.

For reference, this is what an entry looks like from my region.ini file:

[FleepGrid Plaza]
RegionUUID = a6a2136d-daa1-4f4e-a136-fd26c913ecfa
Location = 9013,9013
InternalAddress = 0.0.0.0
InternalPort = 9000
AllowAlternatePorts = False
ExternalHostName = fleepgrid.com

I hope some of that is helpful and 99% of the time when you get stuck at the region handshake part, it's a UDP packets problem, so  you may want to speak with your networking admin or network tech support if you're stuck.

Best of luck!

- Chris/Fleep

uChris M. Collins (SL/OS: Fleep Tuque)
Center for Simulations & Virtual Environments Research (UCSIM)
UCIT Instructional & Research Computing
University of Cincinnati
406A Zimmer Hall
315 College Drive
PO BOX 210088
Cincinnati, OH 45221-0088
(513) 556-3018




On Sun, Jan 22, 2012 at 1:19 PM, Gary Beck <[hidden email]> wrote:
Thanks for that info Nicky.   I wish I'd known that a year ago.
 
Looking in Imprudence.log the first appearance of the region UDP address:port was in a line with this heading:
 
LLCircuit::addCircuitData for 
 
The log gives a fairly detailed account of what's going on during a handshake failure.
 
- Gary
----- Original Message -----
Sent: Sunday, January 22, 2012 12:47 PM
Subject: Re: [Opensim-users] Phoenix Viewer hangs at "WaitingforRegionhandshake"

If not already done, look at the viewer log. It should have some uri info at the message output point.


From: Gary Beck <[hidden email]>
To: [hidden email]
Sent: Sunday, January 22, 2012 10:27 AM
Subject: Re: [Opensim-users] Phoenix Viewer hangs at "Waiting forRegionhandshake"

Kenneth,
  If you're logging on to the region that uses port 9000 that's the port that will be used.
  Maybe a step by step on the handshake process will give a clue -

      Your server passes the IP address of the region paired with the port number to the viewer.
      You specify:
          ExternalHostName = "ec2-46-51-xxx-xxx.eu-west-1.compute.amazonaws.com"
      Your server resolves that to an address and passed that (not the URL string) along to the viewer.
      This could cause a problem if at the server the ExternalHostName is resolved to something other than the proper external IP address (such as the local IP address.)
      The viewer takes the passes address/port and attempts to converse with the server using it.
      Then if too much time passes the viewer will declare a failure.

Typically the problem is either wrong address used or port blocked.
Because you're confident the port is open now I'd look into the address being passed.  Unfortunately the log messages related to the regions either show you 'resolved local address:port' or 'unresolved URL address:port' which give no clue.  Perhaps someone knows a good tool to track down the actual address passed to the viewer.
- Gary
----- Original Message ----- From: "Kenneth" <[hidden email]>
To: <[hidden email]>
Sent: Sunday, January 22, 2012 10:47 AM
Subject: Re: [Opensim-users] Phoenix Viewer hangs at "Waiting forRegionhandshake"


> On 08/01/2012 22:38, Gary Beck wrote:
>> Kenneth,
>>    Your region parameters looks fine.  From what you've included it's clear that you're reaching the TCP port 9000.
>>    To complete the handshake process and communicate with the region you also need to open port 9000 for UDP.  The handshake is there to verify that UDP communication is working.
>>    Hope that helps.
>> - Gary
>
> I opened UDP 9000 too (at first, I only had TCP 9000 open) on the Amazon firewall. No joy.
>
> I've verified connectivity on TCP and UDP 9000 by using NetCat on both sides.
>
> Does it use any other ports?
>
> K.
>
>
> _______________________________________________
> Opensim-users mailing list
> [hidden email]
> https://lists.berlios.de/mailman/listinfo/opensim-users

_______________________________________________
Opensim-users mailing list
[hidden email]
https://lists.berlios.de/mailman/listinfo/opensim-users



_______________________________________________
Opensim-users mailing list
[hidden email]
https://lists.berlios.de/mailman/listinfo/opensim-users


_______________________________________________
Opensim-users mailing list
[hidden email]
https://lists.berlios.de/mailman/listinfo/opensim-users



_______________________________________________
Opensim-users mailing list
[hidden email]
https://lists.berlios.de/mailman/listinfo/opensim-users
Reply | Threaded
Open this post in threaded view
|

Re: Phoenix Viewer hangs at "Waiting for Region handshake"

InuYasha Meiji
In reply to this post by Vanish-2
I just wantd to say, I can use Phoenix on my grid.  I have also a standalone, and have been watching this thread, although I haven't written.  I never made an offering to this thread because I know nothing about the Amazon cloud.

I do however want to say I use Phoenix Firestorm on my grid now with no issues other then some places that would show object owners and creators as garbage because of SL using combinations of display names and account names.  If you solve your problem Phoenix should work fine.  My phoenix info displays this:

Phoenix Viewer 1.6.0 (1600) Dec 13 2011 10:19:54 (Phoenix Viewer Release Mesh)
Release Notes

Built with MSVC version 1400 (SSE2, LAA)

You are at 256098.1, 256377.5, 21.9 in 9038 located at bb-205-209-67-74.gwi.net (205.209.67.74:9038)
OpenSim 0.7.2 Release             (Win/.NET)
Release Notes

CPU: AMD Phenom(tm) 9500 Quad-Core Processor (2210.2 MHz)
Memory: 8191 MB
OS Version: Microsoft Windows 7 64-bit Service Pack 1 (Build 7601)
Graphics Card Vendor: NVIDIA Corporation
Graphics Card: GeForce GTX 460/PCI/SSE2
Windows Graphics Driver Version: 8.17.0012.7533
OpenGL Version: 4.1.0

libcurl Version: libcurl/7.20.1 OpenSSL/0.9.8j zlib/1.2.3
J2C Decoder Version: OpenJPEG: 1.4.0.697, Runtime: 1.4.0
Audio Driver Version: FMOD version 3.750000
Qt Webkit Version: 4.7.1
Vivox Version: 2.1.3010.6270
Packets Lost: 9/11359 (0.1%)


Good luck with your login issues.

Inu.


On 1/22/2012 10:47 AM, Vanish wrote:
Also, here's two more thoughts: When running as standalone, I found the externalhostname in Regions.ini needs to be the same uri as the one defined in OpenSim.ini. However, it might just be a problem with Phoenix Viewer, too. (I've tried Phoenix off and on and found it to be not very useful for OpenSim.) You might want to try an alternative viewer (Imprudence, Hippo, official SL viewer).

Is there an error message after that, or anything that says when and why the agent doesn't make it to the region?

Hi,

Cheers for the quick reply. No luck, I'm afraid. No matter what region I select in Phoenix Viewer, it hangs at the same point.

I only have one region defined, Main Island. Whenever a client connects, I see this on the console (this is the last line output by the server):

15:32:04 - [SCENE]: Incoming client Stretch Resident in region Main Island via regular login. Client IP verification not performed.

So it seems to be assigning the clinet to the correct region, even if they specify "Last Location". But it's not getting past the Region Handshake.

Kenneth.

On 22/01/2012 15:27, Vanish wrote:
You might also need to check your Regions.ini if the regions each have their own port. If it still hangs, I'd try entering the name of a region in the login screen instead of "Last location" or "My Home".

On 08/01/2012 19:12, Vanish wrote:
You need to set the correct URI for the loginservice, assetservice, etc. in OpenSim.ini. Currently it's still set to localhost (127.0.0.1)

Thanks for the reply. Are those settings not used by the OpenSim server to talk to itself, as opposed to being advertised to the client? I tried changing them anyway, to the current public IP of the Amazon EC2 instance I'm using, but it made no difference. It still hangs on "Waiting for Region handshake". Any more ideas?

Thanks,
Kenneth
_______________________________________________
Opensim-users mailing list
[hidden email]
https://lists.berlios.de/mailman/listinfo/opensim-users



_______________________________________________
Opensim-users mailing list
[hidden email]
https://lists.berlios.de/mailman/listinfo/opensim-users






-- 
________________________________________________________________
Opensim User: Standalone Grid on Version 0.7.2 with 49 Regions
on Windows 7, 64-bit. Phenom 9500 2.2 ghz Quad Core, Terabyte Hard 
Drive, 8gig DDR2 RAM.  Used XAMPP to load PHP Version 5.3.0, Apache
and MySQL 5.1.41-community edition.  
________________________________________________________________

_______________________________________________
Opensim-users mailing list
[hidden email]
https://lists.berlios.de/mailman/listinfo/opensim-users
Reply | Threaded
Open this post in threaded view
|

Re: Phoenix Viewer hangs at "Waiting for Region handshake"

Ken Grunke
In reply to this post by Kenneth
On 1/22/2012 9:26 AM, Kenneth wrote:
> Thanks for this. I thought the documentation states that "0.0.0.0"
> would be interpreted as meaning "all local interfaces"?
>
> I tried explicitly putting in the internal IP (the 10.x.x.x) but it
> didn't help anything - I still get a hang on "Waiting for Region
> handshake" from the Phoenix Viewer.
>
>

In my EC2 instance, opensim didn't seem to like the long Amazon address.
Nebadon Izumi of OSGrid was setting up an EC2 and helped me with mine,
it was determined that using a dns service like webhop.org (or dyndns)
solved the issue for the External Host name, and we used 0.0.0.0 for
internal.

So if you get all your ducks in a row using that webhop or dyndns
address in all places where it should be, that is Regions.ini,
config-include/XxxXxxCommon.ini , OpenSim.ini plus the login URI in the
viewer with the example syntax of http://blahblah.webhop.org:9000/

AND have TCP open for your http_listener port, plus UDP open for all
region ports, you should be good to go.

Ken Grunke aka Key Gruin@osgrid

>
> On 08/01/2012 20:09, Chris Collins wrote:
>> In the region.ini "InternalAddress = "0.0.0.0"" you need to set that
>> to the internal IP that you get with the EC2 instance. run the
>> command 'ifconfig' to get that machines internal IP. They usually
>> start with 10. . On EC2 if you do not do that it will just sit there
>> with Region Handshake. Also I generally allocate an external IP on
>> AWS and use that for the external IP. ONE other thing to watch is
>> that if you stop and start your EC2 machine you will be allocated
>> another internal IP address.
>
> _______________________________________________
> Opensim-users mailing list
> [hidden email]
> https://lists.berlios.de/mailman/listinfo/opensim-users
>

_______________________________________________
Opensim-users mailing list
[hidden email]
https://lists.berlios.de/mailman/listinfo/opensim-users