Вопросы и ответы


Никаких препятствий для нормальной работы через прокси-серверы для абонентов сети Real-Net.org не существует. Не забывайте о том, что далеко не все анонимные прокси-серверы работают 24 часа в сутки.
В сети Real-Net.org не используется кэширование данных по технологии transparent proxy.
Real-Net.org не фильтрует протокол GRE, и никакие другие протоколы туннелирования также не фильтруются (при использовании внешнего IP адреса).
Да, возможна. При доступе с внешним IP-адресом никаких ограничений нет.
Для соединений с использованием внутренних IP-адресов:
1) соединения по протоколу SMB (порты 137-139, 445) закрыты;
2) DNS-запросы разрешены только к DNS-серверам Real-Net.org;
3) также блокируется ряд портов, обычно используемых вирусами.

Для соединений с использованием внешних IP-адресов:
во всех случаях предоставления Абонентам внешних IP-адресов из адресного пространства Real-Net.org отсутствуют какие-либо ограничения со стороны администрации сети Real-Net.org на использование протоколов стека TCP/IP для санкционированного обращения к ресурсам сети Real-Net.org и Интернет, т. е. Real-Net.org не блокирует порты и протоколы для соединений с использованием внешних IP-адресов.
Никаких изменений в настройку стека протоколов TCP/IP на компьютере Абонента вносить не следует, все настройки компьютер Абонента получает от сервера Real-net.org автоматически по протоколу DHCP.
В тарифном плане указывается только скоростная характеристика выделенного канала, то есть скорость, с которой работает сетевой адаптер.
На скорость скачивания влияют различные факторы, например:
  • загрузка канала до сервера, с которого Вы скачиваете файл;
  • загрузка самого сервера, с которого Вы скачиваете файл;
  • скоростные ограничения, наложенные администрацией сервера;
  • протокол, используемый для передачи данных;
  • аппаратное обеспечение компьютера, включая скорость процессора, объем установленной оперативной памяти, свободное место на жестком диске;
  • программное обеспечение компьютера — приложениям, запущенным одновременно с работой сетевого адаптера, требуется определенный объем ресурсов.
Измерения скоростных характеристик с использованием серверов, находящихся вне сети Real-Net.org полностью достоверными являться не могут, равно как и измерения, производимые с помощью браузера (Internet Explorer, Opera и пр.), поскольку браузеры некорректно измеряют скорость передачи данных.
Тем не менее Вы можете попробовать проверить скорость с помощью сайта speedtest.net.

Проверить скорость внутри сети

Рекомендуем временно выключить антивирус (влияет на качество теста).

Для проверки скорости требуется Flash 8 версии или более поздней. Пожалуйста обновите ваш Flash.

Чтобы проверить скорость интернет-соединения, предоставляемого вам провайдером воспользуйтесь утилитой iperf.exe

Сама программа

iperf.exe

Батник с генерацией отчета для обращения в службу поддержки

Скачиваем архив тестовая утилита. распаковываем и запускаем testwinxp.bat

По окончании теста вам будет сгенерирован отчет с данными.

Внимание! Утилита работает под Windows 2000 и выше. Возможно, она запустится и под NT, но достоверных сведений об этом не обнаружено, а сам я не проверял ввиду отсутствия доступа к последней.

Прежде всего, нам необходимы два компьютера. Одини из них будет генерировать трафик, он называется клиентом, а другой - принимать пакеты и вести подсчёт статистики, он называется сервером. На обоих машинах запускается один и тот же исполняемый файл, но с разными ключами.

Теперь примеры.

Проверка на TCP трафике.

Сервер

iperf -s

Клиент

iperf -c server_host

Здесь server_host - адрес машины, на которой запущен iperf в режиме сервера. Вот, собственно и всё. Сначала запускаем сервер, затем клиент, и в течение 10 секунд между ними будет идти трафик, после чего соединение будет разорвано и выведена статистика.

Чтобы увеличить продолжительность соединения, необходимо добавить в строку запуска клиента параметр -t nsec, где nsec - продолжительность соединения в секундах.

Не менее полезным будет ключик -i nsec. Здесь nsec соответствует периоду (в секундах, естественно), через который будет выводиться статистика.

Проверка на UDP трафике.

Для запуска iperf в режиме UDP необходимо добавить и клиенту и серверу ключи -u.

Протокол UDP более “тупой”, что даёт нам как некоторые преимущества, так и недостатки. Впрочем, для целей тестирования, недостатки опять-таки превращаются в преимущества.

Итак, что мы можем:

  • менять длину передаваемых пакетов
  • менять полосу передаваемого трафика
  • работать на односторонних каналах
  • использовать iperf без запуска сервера, если канал не сквозной, а необходимо просто генерировать заданный трафик для нагрузки

Для изменения длины пакета используется ключ -l length. Следует только помнить, что при length=0 реальная длина Ethernet-фрейма будет составлять 54 байта и делать в своих расчётах соответствующую поправку.

Для изменения полосы трафика используется ключ -b bandwidth. Параметр bandwidth выражается в битах в секунду и может содержать десятичную точку и суффиксы k и M, соответствующие приставкам кило- и мега-.

При работе на односторонних каналах следует помнить, что клиент в таких случаях статистику не отображает и при завершении сессии выводит сообщение об ошибке, которое можно с покойно проигнорировать.

 
Как протестировать скорость сети, измеряем ширину канала Интернет   

Методика тестирования рекомендованная ЗАО «ТрансТелеКом»  для тестирования емкости предоставленного порта.

Для тестирования берется бесплатная программа iperf которая умеет нагружать канал по полной генерируя необходимое количество трафика.

Для работы необходимо запустить ее на одном конце в режиме сервера, а с другого конца как клиентом измерять скорость.

Судя по всему разработчики забросили дальнейшее развитие программы но тем не менее функционала ее вполне достаточно для тестирования скорости сети.

Знание английского при работе с программой приветствуется, но на всякий случай переведу краткую информацию по ключам:
iperf –help – Показать подсказку
Usage: iperf [-s|-c host] [options] Использование –S (Сервер) –С IP адрес хоста(Клиент)
iperf [-h|--help] [-v|--version] посмотреть помощь

Client/Server:
-f, --format [kmKM] format to report: Kbits, Mbits, KBytes, Mbytes В каком формате показывать скорость
-i, --interval # seconds between periodic bandwidth reports – с какими интервалами отображать промежуточные результаты
-l, --len #[KM] length of buffer to read or write (default 8 KB) - размер буфера (можно не менять)
-m, --print_mss print TCP maximum segment size (MTU - TCP/IP header) - показывать инфрмацию по пакетам
-p, --port # server port to listen on/connect to порт на котором сервер будет принимать соединения а клиент соединятся (по умолчанию 5001)
-u, --udp use UDP rather than TCP - использовать UDP вместо TCP
-w, --window #[KM] TCP window size (socket buffer size) - размер окна TCP
-B, --bind <host> bind to <host>, an interface or multicast address - для сервера, если несколько интерфейсов указывает на каком начинать принимать трафик
-C, --compatibility for use with older versions does not sent extra msgs - режим совместимости со старыми версиями( не интересен)
-M, --mss # set TCP maximum segment size (MTU - 40 bytes) - позволяет изменить MSS
-N, --nodelay set TCP no delay, disabling Nagle's Algorithm – меняет опции TCP (тоже трогаем)
-V, --IPv6Version Set the domain to IPv6 – использовать IP версии 6 (пока не актуально)

Server specific: Опции для сервера
-s, --server run in server mode - запустить как сервер и отображать всю информацию на экран
-D, --daemon run the server as a daemon - запустить как сервер и не отображать информацию

Client specific: Опции клиента
-b, --bandwidth #[KM] for UDP, bandwidth to send at in bits/sec (default 1 Mbit/sec, implies -u) - используемая полоса для UDP (По умолчанию 1Mbit/sec)
-c, --client <host> run in client mode, connecting to <host> - запустить как клиент и соединится на IP <host>
-d, --dualtest Do a bidirectional test simultaneously - тестировать линию в обе стороны
-n, --num #[KM] number of bytes to transmit (instead of -t) - установить предел для передаваемого трафика
-r, --tradeoff Do a bidirectional test individually - не делать двунаправленное тестирование
-t, --time # time in seconds to transmit for (default 10 secs) - тестировать и усреднять по времени
-F, --fileinput <name> input the data to be transmitted from a file - не генерирует трафик а передает готовый файл
-I, --stdin input the data to be transmitted from stdin
-L, --listenport # port to recieve bidirectional tests back on - порт на котором клиент будет принимать двунаправленный трафик
-P, --parallel # number of parallel client threads to run - запустит параллельно несколько потоков
-T, --ttl # time-to-live, for multicast (default 1) – время жизни пакета (лучше не трогать)

Miscellaneous:
-h, --help print this message and quit
-v, --version print version information and quit

[KM] Indicates options that support a K or M suffix for kilo- or mega-

The TCP window size option can be set by the environment variable
TCP_WINDOW_SIZE. Most other options can be set by an environment variable
IPERF_<long option name>, such as IPERF_BANDWIDTH.

 

И так, как я уже говорил iperf работает в двух режимах: клиентском и серверном. Программа запущенная в серверном режиме на одном конце сети будет ожидать запуска клиентского варианта на другом конце. Клиентская программа инициирует соединение и начинает передачу трафика для тестирования. Будет ли запускаться программа в режиме сервера или клиента зависит от того используется ли ключ -s или -c соответственно.

Кстати для FreeBSD iperf лежит в портах /ports/benchmark/iperf
Для прочих *nix-ов можно взять на sf.net (http://sourceforge.net/project/showfiles.php?group_id=128336)
Для Windows выкладываю тут.

Кстати, для выбора UDP протокола служит ключ -u иначе используется TCP протокол.

А теперь практика: Как произвести нагрузочное тестирование канала связи, маршрутизатора.

Методика тестирования требует соблюдения некоторых условий:

  • для измерения необходимо наличие двух компьютеров передающего и принимающего
  • необходимо на время тестов исключить весь трафик, кроме трафика от генераторов
  • измерение максимально допустимой полосы следует проводить с использованием протокола TCP

Проведем тестирование 2-х машин . В качестве подопытных будут выступать машины w2k3srvr 192.168.0.210 (сервер) и Home 192.168.0.120 (клиент).

На серверной стороне выполняется команда

iperf -s -p 1111

после этого на клиентской стороне выполняется команда

iperf -c 192.168.0.210 --format k -m -p 1111 -t 180

 

Отчет со стороны сервера:

iperf -s -p 1111
------------------------------------------------------------
Server listening on TCP port 1111
TCP window size: 85.3 KByte (default)
------------------------------------------------------------
[ 6] local 192.168.0.210 port 1111 connected with 192.168.0.120 port 43410
[ ID] Interval Transfer Bandwidth
[ 6] 0.0-180.1 sec 79.6 MBytes 3.71 Mbits/sec

Отчет со стороны клиента:

iperf -c 192.168.0.210 --format k -m -p 1111 -t 180
------------------------------------------------------------
Client connecting to 192.168.0.210, TCP port 1111
TCP window size: 16.0 KByte (default)
------------------------------------------------------------
[ 5] local 192.162.0.120 port 43410 connected with 192.168.0.210 port 1111
[ ID] Interval Transfer Bandwidth
[ 5] 0.0-180.2 sec 81488 KBytes 3705 Kbits/sec
[ 5] MSS size 1444 bytes (MTU 1500 bytes, ethernet)
 

в данном случае измерялся 4M канал, реально измерения показали емкость на 7% меньше. Допустимая погрешность измерения до 10-15% определяется ростом очередей на маршрутизаторе при утилизации физического канала свыше 80%.

 
 
 
 
Вопрос:

Имя:

Почта:


Код: