Войти
 
 
   
 
  
Новости Notes.ру Библиотека Биржа труда Вопрос - ответ Форум Регистрация Поиск О проекте
Разделы
О Notes
Советы
Шаблоны и примеры
Литература
Презентации
 
Всё о задаче AdminP. Часть вторая   Во второй части мы завершаем рассмотрение AdminP. В ней рассмотрены запросы междоменного администрирования и способы управления функциями AdminP с помощью настроек документа сервера, команд консоли сервера, файла Notes.ini и интервалов очистки базы данных. В этой статье предполагается, что вы опытный администратор Domino и прочитали первую часть
О Notes Читать статью
 
Всё о задаче AdminP. Proxy-действия в R5 и Domino 6   Приложение к статье об административном процессе
О Notes Читать статью
 
Всё о задаче AdminP. Часть первая   Перевод классической статьи 2003-его года о задаче административного процесса (AdminP). Очень полезна для понимания работы механизма этой задачи. В первой части статьи описаны компоненты задачи AdminP, как они работают, и как их использование помогает сделать работу администратора Domino проще. Задача AdminP (сакращённо от Administration Process, Административный процесс) работает с базой административных запросов (Administration Requests, admin4.nsf)
О Notes Читать статью
 


Советы

Главная   Библиотека   Советы

Ограничение размера пакета данных в MS Windows.

Григорий Брумберг,
ОАО Вымпелком, Москва
Репликация, открытие баз с сервера и другие действия с сервером заканчиваются ошибками: "Network operation did not complete in a reasonable amount of time" или "Server not responding" (после долгого раздумья, причем, сразу после этого подключение к серверу часто происходит быстро и корректно).

Как правило проблема заключается в том, что из-за низкой пропускной способности канала связи с сервером большие пакеты данных не доходят до сервера (или наоборот, с сервера до клиента). Чтобы избежать подобных проблем по этой причине, необходимо ограничить максимальный размер пакета данных - MTU(Maximum Transmission Unit) в соответствии с возможностями канала.

Проверка доступности сервера
Для начала нужно выяснить доступен ли сервер с Вашего компьютера. Для этого в операционной системе есть утилиты ping и tracert (для того, чтобы посмотреть на результаты их работы лучше запускать их в уже открытом окне command prompt). Выполните PING <YourDominoServerHostName>. Если ответ положительный, то есть ни одного пакета не потеряно и задержка составляет не более 400-600 миллисекунд, то нужно подобрать размер MTU. Если что-то не так, то есть пакеты теряются, а задержка либо колеблется очень сильно, либо превышае 600 миллисекунд, то необходимо проверить, где именно возникают проблемы. (переходите к п. 3)

Определение MTU
Для определения MTU используем утилиту ping:

C:\>ping -l 2000 -f www.notesnet.ru

Pinging www.notesnet.ru [194.84.20.20] with 2000 bytes of data:

Packet needs to be fragmented but DF set.
Packet needs to be fragmented but DF set.
Packet needs to be fragmented but DF set.
Packet needs to be fragmented but DF set.

Ping statistics for 194.84.20.20:
Packets: Sent = 4, Received = 0, Lost = 4 (100% loss),
Approximate round trip times in milli-seconds:
Minimum = 0ms, Maximum = 0ms, Average = 0ms

C:\>ping -l 700 -f www.notesnet.ru
Pinging www.notesnet.ru [194.84.20.20] with 700 bytes of data:

Reply from 194.84.20.20: bytes=700 time=187ms TTL=247
Reply from 194.84.20.20: bytes=700 time=203ms TTL=247
Request timed out.
Request timed out.

Ping statistics for 194.84.20.20:
Packets: Sent = 4, Received = 2, Lost = 2 (50% loss),
Approximate round trip times in milli-seconds:
Minimum = 187ms, Maximum = 203ms, Average = 97ms

C:\>ping -l 600 -f www.notesnet.ru

Pinging www.notesnet.ru [194.84.20.20] with 600 bytes of data:

Reply from 194.84.20.20: bytes=600 time=172ms TTL=247
Request timed out.
Reply from 194.84.20.20: bytes=600 time=156ms TTL=247
Reply from 194.84.20.20: bytes=600 time=157ms TTL=247

Ping statistics for 194.84.20.20:
Packets: Sent = 4, Received = 3, Lost = 1 (25% loss),
Approximate round trip times in milli-seconds:
Minimum = 156ms, Maximum = 172ms, Average = 121ms

C:\>ping -l 500 -f www.notesnet.ru

Pinging www.notesnet.ru [194.84.20.20] with 500 bytes of data:

Reply from 194.84.20.20: bytes=500 time=156ms TTL=247
Reply from 194.84.20.20: bytes=500 time=140ms TTL=247
Reply from 194.84.20.20: bytes=500 time=297ms TTL=247
Reply from 194.84.20.20: bytes=500 time=141ms TTL=247

Ping statistics for 194.84.20.20:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 140ms, Maximum = 297ms, Average = 183ms

C:\>

В указанном примере видно, что MTU в данном случае необходимо ограничить в размере примерно 500 байт. То есть изменяя значение ключа -L, нужно подобрать такой размер пакета, при котором ни одного пакета не было бы потеряно и время ответа было бы "приличным".
Если полученный результат превышает 538, то менять ничего не надо, потому что это стандартный размер пакета, который использует WinSock.

После того, как Вы определили размер MTU, модно изменить MTU

Определение узкого места канала связи:

Для того, чтобы определить, где происходит задержка, можно воспользоваться утилитой Tracert.
C:\>tracert www.notesnet.ru

Tracing route to www.notesnet.ru [194.84.20.20]
over a maximum of 30 hops:

1 47 ms <10 ms <10 ms *.*.*.*
2 20 ms 15 ms 16 ms *.*.*.*
3 16 ms <10 ms 171 ms xxx.xxx.ru [*.*.*.*]
4 16 ms 15 ms 32 ms petersburg10-s1-1-1-5.rosprint.net [195.151.252.206]
5 16 ms 31 ms 16 ms petersburg01-f0-1-0.rosprint.net [212.176.255.33]
6 203 ms 203 ms 31 ms moscow01-a5-1-0-2.rosprint.net [193.232.90.6]
7 31 ms 31 ms 32 ms moscow82-f1-0-0.rosprint.net [193.232.88.7]
8 47 ms 78 ms 47 ms adbdotru-gw.rosprint.net [193.232.91.77]
9 94 ms 125 ms 328 ms squid.rating.com.ru [194.84.20.20]

Trace complete.

C:\>

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

Изменение MTU

Внимание! Прежде, чем приступить к выполнению данного пункта, убедитесь в том, что:
- Вы понимаете, что Вы делаете
- Изменения действительно необходимы
- Вы посоветовались со специалистом службы поддержки и он подтвердил необходимость проведения таких изменений.
- Вы имеете доступ с правами локального администратора на компьютер, над которыми производятся описанные действия


Ключи реестра для Windows 95/98:
[HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Class\NetTrans\000n] - Здесь n надо смотреть по месту (интерфейсов может быть несколько)
"MaxMTU"=<десятичное значение размера пакета, определенное ранее>
"MaxMSS"="536"
"MSS"="536"
"IPMTU"="576"


Для Windows 2000
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\Interfaces\<нужный интерфейс>]
Ключ TcpWindowSize типа DWord с десятичным значением размера пакета, определенного ранее.

Подробнее про реализацию протокола TCPIP от компании Microsoft можно почитать по адресу http://www.buildorbuy.org/win-tcpip.html

Вы можете использовать прилагаемую утилиту(распространяется на условиях FreeWare) на свой страх и риск. Тестировалась под Win98 и под Win2000
Удачи!

Внимание! Notesnet.ru не несет ответственности за последствия описанных изменений.
 
  Опубликовано — 04/22/2007 |    



Добавить комментарий
Имя * :
e-mail
Комментарий * :
Код подтверждения * :


Мероприятия
Пресс-релизы
Биржа труда
Последнее на форуме
 
А так же:
Как удалить профиль?
16.04.2016 00:08:51
Скопировать в буфер поле документа
24.05.2015 08:55:52
Импорт DXL-описания документов в Lotus Domino. Одноимённые поля
16.04.2015 16:49:58
 
© LOGOSPHERE.RU