[Opensim-users] Problems with teleporting in grid mode from simulator, instance to another instance? (Ferd)

[Fred Beckhusen]

>     1. Re: Problems with teleporting in grid mode from simulator
>        instance to another instance? (Chris)
>
  It appears to me that your LAN dest region did not handshake properly, 
somewhere at the Agent creation process, and the CAPS seed process found 
the destination socket was not available.


I wonder how reliable it is in general.  Have you been able to bulk 
upload a couple dozen textures reliably, or does it crash out partway 
through?  That's a sure sign that loopback is failing.   You xxx'd your 
IP addresses, so I believe you are using a Public WAN IP and therefor a 
router is involved and loopback is necessary. There are many reasons 
loopback can go wrong or be flaky.   Perhaps posting your router 
brand/model number to us for future reference will help us, and maybe we 
can spot something for you.   If this turns out to be the router, please 
help us update the page on the Opensimulator.org web site that we use to 
track which routers work and which do not. It is at 
http://opensimulator.org/wiki/NAT_Loopback_Routers

Troubleshooting:   Check that all IP addresses in your INI files start 
with http:// and make sure none of the regions  have http:// in them.

Go to the destination region and type into the console "debug http all 
5". This will print out more details of the handshake that you now 
cannot see.   You can go to level 6, but that's really verbose.    The 
command  "debug http all 0" will turn it off again.

A good way to find out if it is loopback is to set your Public IP in the 
Opensim.INI to be the LAN IP of the server.   You will also need to set 
your grid parameters to point to it in the viewer to be able to log in.  
When all Private LAN IP's are used, your router will not be involved in 
anything at the TCP/IP level and all traffic will be 
machine-to-machine.  This applies to any IP's in the range of 
172.16.*.*, 192.168.*.* or 10.*.*.*.   The Ethernet switch is still 
involved, though it is unlikely to be the problem as it works with a 
totally different protocol that carries the TCP/IP inside it.

I have collected about a thousand Opensim stats on this. Current count 
is 784 home routers failed loopback on first try, and only 125 passed.   
Reasons vary:  mostly loopback is just missing, but I have remoted in to 
some machines and seen some very troubling things.   I have continually 
been surprised by the flakiness of some,  and also surprised by how well 
a cheap one from Comcast worked.

Some examples:  TCP appears to loop back, but not UDP.   A major brand, 
Actiontech,  widely used by FIOS,  cannot loop back reliably from LAN 
IP:port to a different LAN IP:port (which sounds like your situation), 
but will loop back to the same machine very reliably. There are European 
ISPS that charge extra fees for loopback, (and require you to pay them 
to set up port forwarding, too).  Some ISP's loopback at the Central 
Office and lose a lot of packets in the process. There are routers with 
only a  1K UDP loopback buffer appear to work but are flaky on teleports 
and bulk uploads.

Some routers block the Public IP:PrivatePort ( typically 8003) 
configuration by looping back outside on the WAN side of the firewall, 
thus hitting the router firewall that should be blocking port 8003. As a 
result, Groups, XBakes and Profiles will not work. This took me many 
months to find as I am stupid about some things and believe the 
documentation.  You cannot fix it by moving the Private port (8003) to a 
different port, either.   I've seen several people "solve it" by opening 
Port 8003 to the public, which is a Bad Idea.  Use LAN IP: Private Port 
everywhere you see PublicPort: Private IP  in Groups, Xbakes and 
Profile. Or use http://localhost:Private Port for standalones.


Fred Beckhusen/Ferd Frederix
Outworldz, LLC
  www.outworldz.com