Difference between revisions of "Packet Loss"

From Second Life Wiki
Jump to navigation Jump to search
(New page: '''Packet Loss:''' How do I check for packet loss (network lag)? This article discusses Packet Loss detection and possible solutions. First, what is packet loss? Packets of dat...)
 
(quick intuitive (dirty) wikification. this article will need more than that... (+ {{Help|BugFixes=*}} ))
Line 1: Line 1:
'''Packet Loss:'''
{{Help|BugFixes=*}}
== How do I check for packet loss (network lag)? ==


How do I check for packet loss (network lag)?
This article discusses Packet Loss detection and possible solutions.


    This article discusses Packet Loss detection and possible solutions.  
First, what is packet loss? Packets of data travel across computer networks, including the Internet, home or any corporate network. If one or more of these packets fails to reach its destination, packet loss occurs. These lost or dropped packets can result in performance issues.


    First, what is packet loss? Packets of data travel across computer networks, including the Internet, home or any corporate network. If one or more of these packets fails to reach its destination, packet loss occurs. These lost or dropped packets can result in performance issues.
If your network transport protocol provides for packet recovery, a transmitted packet that is lost will be re-sent. However, it will be re-sent along with every other packet of data that had been sent after it. This causes the overall throughput of the connection to drop.
    If your network transport protocol provides for packet recovery, a transmitted packet that is lost will be re-sent. However, it will be re-sent along with every other packet of data that had been sent after it. This causes the overall throughput of the connection to drop.
    How do I check for packet loss inworld?
    The Second Life® viewer offers several options to check for packet loss.


        * The Lag Meter - Go to Help > Lag Meter
===How do I check for packet loss inworld?===
        * Overlay Bar - By default this shows as a search bar in the top right corner of your viewer. Go to Edit > Preferences > General tab and deselect the Show search panel in overlay bar checkbox. The Client and Network bars show in the top right corner of your screen. Click the bars to open the Lag Meter.
The Second Life® viewer offers several options to check for packet loss.
        * Statistics Bar - Go to View > Statistics Bar. The statistics window shows your Packet Loss percentage in the Basic statistic information section.
* The Lag Meter - Go to Help > Lag Meter
* Overlay Bar - By default this shows as a search bar in the top right corner of your viewer. Go to Edit > Preferences > General tab and deselect the Show search panel in overlay bar checkbox. The Client and Network bars show in the top right corner of your screen. Click the bars to open the Lag Meter.
* Statistics Bar - Go to View > Statistics Bar. The statistics window shows your Packet Loss percentage in the Basic statistic information section.
My connection is experiencing packet loss.
What might cause packet loss and how can I analyze my connection to find out where I am dropping packets?
Typical causes of packet loss.


    My connection is experiencing packet loss.
High packet loss results in "lag". Connection difficulties can lie in any of the following sources:
    What might cause packet loss and how can I analyze my connection to find out where I am dropping packets?
* Your home network
    Typical causes of packet loss.
* Use of a wireless network
* Your ISP
* A third-party Internet connection between your ISP and our host.
* Occasionally with our provider's network.


    High packet loss results in "lag". Connection difficulties can lie in any of the following sources:
===Potential solutions===
 
There are a few things you can try in order to identify and mitigate causes of packet loss.
        * Your home network
====Traceroute Process====
        * Use of a wireless network
Before starting the traceroute process, locate the Region server where you are experiencing network lag. This information can be found from your viewer menu:
        * Your ISP
# Go to Help > About Second Life.
        * A third-party Internet connection between your ISP and our host.
# Locate the Region server in the second paragraph, which will show as "sim####.agni.lindenlab.com".
        * Occasionally with our provider's network.
 
    Potential solutions
 
    There are a few things you can try in order to identify and mitigate causes of packet loss.
    Traceroute Process
    Before starting the traceroute process, locate the Region server where you are experiencing network lag. This information can be found from your viewer menu:
 
      1. Go to Help > About Second Life.
      2. Locate the Region server in the second paragraph, which will show as "sim####.agni.lindenlab.com".


http://support.secondlife.com/FileManagement/Download/9f8c80ec3fb54ec7bb38faaa649feb0b
http://support.secondlife.com/FileManagement/Download/9f8c80ec3fb54ec7bb38faaa649feb0b


    You might use a program called "WinMTR" (Windows Matt's TraceRoute) to determine if the problem is with your connection; your Internet Service Provider, or our network.
You might use a program called "WinMTR" (Windows Matt's TraceRoute) to determine if the problem is with your connection; your Internet Service Provider, or our network.


      1. Download WinMTR. [http://winmtr.sourceforge.net/winmtr_bin.zip]
# Download WinMTR. [http://winmtr.sourceforge.net/winmtr_bin.zip]
      2. Extract "winmtr_bin.zip".
# Extract "winmtr_bin.zip".
      3. Start WinMTR.exe.
# Start WinMTR.exe.
      4. Enter your Region server address (from step 2. above) in the Host field and click Start.
# Enter your Region server address (from step 2. above) in the Host field and click Start.


    The traceroute process runs and repeats over and over again. Look under the Loss % column. Optimally, it should be as close to all 0's as possible.
The traceroute process runs and repeats over and over again. Look under the Loss % column. Optimally, it should be as close to all 0's as possible.


        * If there's any packet loss in the first one or two hosts (listed under Hostname), the problem's in your network. Turning down your Maximum Bandwidth may help. You can do this from your viewer menu by selecting Edit > Preferences > Network and moving the Maximum Bandwidth slider towards the left. Reduce the bandwidth until your packet loss is 0%.
* If there's any packet loss in the first one or two hosts (listed under Hostname), the problem's in your network. Turning down your Maximum Bandwidth may help. You can do this from your viewer menu by selecting Edit > Preferences > Network and moving the Maximum Bandwidth slider towards the left. Reduce the bandwidth until your packet loss is 0%.
        * If the problem's after the first two or three hosts, but before the first hostname containing "Level3," the problem's at your ISP, and you might want to contact them to investigate further.
* If the problem's after the first two or three hosts, but before the first hostname containing "Level3," the problem's at your ISP, and you might want to contact them to investigate further.
        * If the problem's after a "Level3" host, then it's a problem with our network (or the Region servers). In this case, click WinMTR's Copy Text to clipboard, then paste it into an empty text file and save it. If you have a Basic account, head for Help Island and talk to someone there. Residents with a Premium Account can submit a support ticket through the Support Portal. Be sure to copy and paste the information from WinMTR into the body of the ticket.
* If the problem's after a "Level3" host, then it's a problem with our network (or the Region servers). In this case, click WinMTR's Copy Text to clipboard, then paste it into an empty text file and save it. If you have a Basic account, head for Help Island and talk to someone there. Residents with a Premium Account can submit a support ticket through the Support Portal. Be sure to copy and paste the information from WinMTR into the body of the ticket.


    This trace can also be performed from your cmd window in Windows.
This trace can also be performed from your cmd window in Windows.


      1. Click the Windows Start button and select Run.
# Click the Windows Start button and select Run.
      2. Type "cmd" and press enter
# Type "cmd" and press enter
      3. In the cmd.exe screen, type "tracert (Region server address) > route txt" as shown in this example. Press enter.
# In the cmd.exe screen, type "tracert (Region server address) > route txt" as shown in this example. Press enter.
      4. When the trace is complete, click the Windows Start button again and select Search.
# When the trace is complete, click the Windows Start button again and select Search.
      5. Search for your file named "route.txt".
# Search for your file named "route.txt".
      6. Review the information above about traceroute results.
# Review the information above about traceroute results.


    Firewall
====Firewall====
If the traceroute shows no problem, check the following items:


    If the traceroute shows no problem, check the following items:
* Your firewall settings, including your hardware router
* Any software firewall you may have installed
* The firewall installed and enabled by default by Windows XP Service Pack 2


        * Your firewall settings, including your hardware router
Also, see How do I configure my software firewall? and How do I configure my hardware firewall?
        * Any software firewall you may have installed
Wireless Connection
        * The firewall installed and enabled by default by Windows XP Service Pack 2
Connect your computer directly into your LAN.


    Also, see How do I configure my software firewall? and How do I configure my hardware firewall?
====Note for Linux and Mac Users====
    Wireless Connection
For Linux systems and Macs, a request for a traceroute fails at the last hop because we discard UDP traffic inbound to our servers for security reasons.
    Connect your computer directly into your LAN.
    Note for Linux and Mac Users
    For Linux systems and Macs, a request for a traceroute fails at the last hop because we discard UDP traffic inbound to our servers for security reasons.


    Why, then, does this method work for PCs? Diagnostic tools like ping and TraceRoute were made to communicate using ICMP. For some mysterious (but probably relevant) reason, Linux and Macs run their traceroute over UDP by default. However, they can be forced to use ICMP, at which point they will work as expected.
Why, then, does this method work for PCs? Diagnostic tools like ping and TraceRoute were made to communicate using ICMP. For some mysterious (but probably relevant) reason, Linux and Macs run their traceroute over UDP by default. However, they can be forced to use ICMP, at which point they will work as expected.


    When running a traceroute from any Linux-based system or Mac, insert the "-I" setting to indicate ICMP instead of UDP. Please also note that this switch is not recognized when running a traceroute from the Mac Network Utility, but works as designed when run from Terminal.
When running a traceroute from any Linux-based system or Mac, insert the "-I" setting to indicate ICMP instead of UDP. Please also note that this switch is not recognized when running a traceroute from the Mac Network Utility, but works as designed when run from Terminal.


    Example: traceroute -I sim5831.agni.lindenlab.com
Example: traceroute -I sim5831.agni.lindenlab.com

Revision as of 22:38, 13 December 2008

How do I check for packet loss (network lag)?

This article discusses Packet Loss detection and possible solutions.

First, what is packet loss? Packets of data travel across computer networks, including the Internet, home or any corporate network. If one or more of these packets fails to reach its destination, packet loss occurs. These lost or dropped packets can result in performance issues.

If your network transport protocol provides for packet recovery, a transmitted packet that is lost will be re-sent. However, it will be re-sent along with every other packet of data that had been sent after it. This causes the overall throughput of the connection to drop.

How do I check for packet loss inworld?

The Second Life® viewer offers several options to check for packet loss.

  • The Lag Meter - Go to Help > Lag Meter
  • Overlay Bar - By default this shows as a search bar in the top right corner of your viewer. Go to Edit > Preferences > General tab and deselect the Show search panel in overlay bar checkbox. The Client and Network bars show in the top right corner of your screen. Click the bars to open the Lag Meter.
  • Statistics Bar - Go to View > Statistics Bar. The statistics window shows your Packet Loss percentage in the Basic statistic information section.

My connection is experiencing packet loss. What might cause packet loss and how can I analyze my connection to find out where I am dropping packets? Typical causes of packet loss.

High packet loss results in "lag". Connection difficulties can lie in any of the following sources:

  • Your home network
  • Use of a wireless network
  • Your ISP
  • A third-party Internet connection between your ISP and our host.
  • Occasionally with our provider's network.

Potential solutions

There are a few things you can try in order to identify and mitigate causes of packet loss.

Traceroute Process

Before starting the traceroute process, locate the Region server where you are experiencing network lag. This information can be found from your viewer menu:

  1. Go to Help > About Second Life.
  2. Locate the Region server in the second paragraph, which will show as "sim####.agni.lindenlab.com".

http://support.secondlife.com/FileManagement/Download/9f8c80ec3fb54ec7bb38faaa649feb0b

You might use a program called "WinMTR" (Windows Matt's TraceRoute) to determine if the problem is with your connection; your Internet Service Provider, or our network.

  1. Download WinMTR. [1]
  2. Extract "winmtr_bin.zip".
  3. Start WinMTR.exe.
  4. Enter your Region server address (from step 2. above) in the Host field and click Start.

The traceroute process runs and repeats over and over again. Look under the Loss % column. Optimally, it should be as close to all 0's as possible.

  • If there's any packet loss in the first one or two hosts (listed under Hostname), the problem's in your network. Turning down your Maximum Bandwidth may help. You can do this from your viewer menu by selecting Edit > Preferences > Network and moving the Maximum Bandwidth slider towards the left. Reduce the bandwidth until your packet loss is 0%.
  • If the problem's after the first two or three hosts, but before the first hostname containing "Level3," the problem's at your ISP, and you might want to contact them to investigate further.
  • If the problem's after a "Level3" host, then it's a problem with our network (or the Region servers). In this case, click WinMTR's Copy Text to clipboard, then paste it into an empty text file and save it. If you have a Basic account, head for Help Island and talk to someone there. Residents with a Premium Account can submit a support ticket through the Support Portal. Be sure to copy and paste the information from WinMTR into the body of the ticket.

This trace can also be performed from your cmd window in Windows.

  1. Click the Windows Start button and select Run.
  2. Type "cmd" and press enter
  3. In the cmd.exe screen, type "tracert (Region server address) > route txt" as shown in this example. Press enter.
  4. When the trace is complete, click the Windows Start button again and select Search.
  5. Search for your file named "route.txt".
  6. Review the information above about traceroute results.

Firewall

If the traceroute shows no problem, check the following items:

  • Your firewall settings, including your hardware router
  • Any software firewall you may have installed
  • The firewall installed and enabled by default by Windows XP Service Pack 2

Also, see How do I configure my software firewall? and How do I configure my hardware firewall? Wireless Connection Connect your computer directly into your LAN.

Note for Linux and Mac Users

For Linux systems and Macs, a request for a traceroute fails at the last hop because we discard UDP traffic inbound to our servers for security reasons.

Why, then, does this method work for PCs? Diagnostic tools like ping and TraceRoute were made to communicate using ICMP. For some mysterious (but probably relevant) reason, Linux and Macs run their traceroute over UDP by default. However, they can be forced to use ICMP, at which point they will work as expected.

When running a traceroute from any Linux-based system or Mac, insert the "-I" setting to indicate ICMP instead of UDP. Please also note that this switch is not recognized when running a traceroute from the Mac Network Utility, but works as designed when run from Terminal.

Example: traceroute -I sim5831.agni.lindenlab.com