Легенда:
 новое сообщение
 закрытая нитка
 новое сообщение
 в закрытой нитке
 старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
| |
[TCP/IP] Я заметил под XP... А вообще, TCP позволяет «подёргать» установленное соединение на предмет его «обмороженности»? ;-) 09.06.03 14:39 Число просмотров: 1414
Автор: HandleX <Александр М.> Статус: The Elderman
|
|
|
|
<networking>
|
[TCP/IP] Интересно, почему так? 09.06.03 07:43
Автор: HandleX <Александр М.> Статус: The Elderman
|
Короче, Outlook Express качает почту по хреновому Dial-up (знаете, бывает коннект такой нездоровый — от модема до прова всё нормально (нет ретрейнов), но где-то дальше половина пакетов пропадает...). Аутлук начинает нервничать — ну там, мол, нет ответа от сервера в течении минуты... будем ждать или как... И если нажмёшь кнопку «ждать», он ещё может долго это делать... Но стоит только пингануть почтовый сервер, как коннект возобновляется. И есть ли какие-нибудь настройки протокола в виндах, чтобы «забытое» соединение как-нибудь почаще пыталось возобновиться?
Заранее всем спасибо.
|
|
ICMP пакеты имеют высший приоритет при обработке всякими ротуерами NAT'ами etc 12.06.03 08:09
Автор: Killer{R} <Dmitry> Статус: Elderman
Отредактировано 12.06.03 08:11 Количество правок: 1
|
|
|
| |
ICMP Re: 12.06.03 11:09
Автор: ayamb Статус: Незарегистрированный пользователь
Отредактировано 12.06.03 11:09 Количество правок: 1
|
В Его случае, ICMP пакет не имеет никакого приоритета на L2 (QoS,CoS - отсутствуют), т.к. присутствует участок ppp. ICMP пакет принадлежит к пакетам type=0800, prot=17. Любой пакет 0800 имеет одинаковый приоритет в поле ToS L3. Можно изменять ToS источником, или приемником пакета, только после обработки(классификации). Я думаю, провайдер не будет этим заниматься.
P.S.Другое дело, что пакеты 0800:17:8, по умолчанию имеют минимальный размер (64).
P.S.2 Есть вероятность, что win'да "путает" tcp flag пакетов (URG|ACK|RST|SYN|FIN).
|
|
[TCP/IP] Route Radix Tree. 11.06.03 16:40
Автор: ayamb Статус: Незарегистрированный пользователь
Отредактировано 11.06.03 16:42 Количество правок: 1
|
Dial-up настроен на автоматическое определение ip-свойств?
Есть ли маршрут до "почтаря" (netstat -r) (в момент глюка)?
Есть ли в составе маршрута до "почтаря" параметр NextHop, или только интерфейс (в момент глюка)?
Помогает ли ping проходных узлов до "почтаря" (в момент глюка)?
У провайдера модемный пул с мультипортовкой, или что-то другое?
P.S. 98 не может "честно" маршрутизить по-определению. w2k, честно маршрутизить, средствами ОS, только пытается, а программа нуждающаяся в маршруте, не является частью ОS. Ping из DOS'овской сессии подключает штатные средства OS для "ориентации".
|
| |
[TCP/IP] Не понял. 11.06.03 17:19
Автор: HandleX <Александр М.> Статус: The Elderman
|
> Dial-up настроен на автоматическое определение ip-свойств?
Да. Провайдер даёт IP.
> Есть ли маршрут до "почтаря" (netstat -r) (в момент глюка)?
Да.
> Есть ли в составе маршрута до "почтаря" параметр NextHop,
> или только интерфейс (в момент глюка)?
Интерфейс только.
> Помогает ли ping проходных узлов до "почтаря" (в момент
> глюка)?
Не пробовал.
> У провайдера модемный пул с мультипортовкой, или что-то
> другое?
Не знаю.
> P.S. 98 не может "честно" маршрутизить по-определению. w2k,
> честно маршрутизить, средствами ОS, только пытается, а
> программа нуждающаяся в маршруте, не является частью ОS.
Почему?
> Ping из DOS'овской сессии подключает штатные средства OS
> для "ориентации".
Я спрашивал вообще о том, что если соединение установлено и «замёрзло» по причине пропадания пакета, реализация Transport Control Protocol в Windows имеет какие-нибудь механизмы для ускория «размораживания»? Ну там ключ реестра какой-нибудь типа «TCP refresh interval» ;-)
|
| | |
Re: 11.06.03 19:10
Автор: ayamb Статус: Незарегистрированный пользователь
Отредактировано 11.06.03 19:21 Количество правок: 1
|
> Да. Провайдер даёт IP.
Ты его руками прописываешь (тот ip, который дает провайдер); или "мулька" провайдера, эмулирующая (или обслуживающая) модемный пул "подсовывает" ip Твоему контроллеру, из своего определенного диапазона?
> Интерфейс только.
Попробуй задать статический маршрут (например):
route add 172.17.1.129 192.168.1.193, где:
172.17.1.129 - ip "почтаря";
192.168.1.193 - ip следующего узла Твоей сетки, для выхода на "почтарь"(NextHop).
( ip интерфейс на Твоей машине OS сама найдет наиболее "удобный")
> Не пробовал.
Попробуй.
> Почему?
Потому-что, win'де нафиг не нужно того, чего нужно outlook'у. А outlook, - сам не "умеет", а win'ду "заставить" не может.
w2k "прикидывается" приличным маршрутизатором и, если не знает куда деть пакет, "выкидывает" его; а 98'я, если "забывает" куда, то "палит" во все стороны, как "спросонья":)
> реализация Transport Control Protocol в Windows имеет
> какие-нибудь механизмы для ускория
> «размораживания»? Ну там ключ реестра
> какой-нибудь типа «TCP refresh interval» ;-)
Не сталкивался...:(
|
|
[TCP/IP] Может ошибаюсь... 09.06.03 09:47
Автор: whiletrue <Роман> Статус: Elderman
|
> Короче, Outlook Express качает почту по хреновому Dial-up
> (знаете, бывает коннект такой нездоровый — от модема до
> прова всё нормально (нет ретрейнов), но где-то дальше
> половина пакетов пропадает...). Аутлук начинает нервничать
> — ну там, мол, нет ответа от сервера в течении минуты...
> будем ждать или как... И если нажмёшь кнопку «ждать», он
> ещё может долго это делать... Но стоит только пингануть
> почтовый сервер, как коннект возобновляется. И есть ли
> какие-нибудь настройки протокола в виндах, чтобы «забытое»
> соединение как-нибудь почаще пыталось возобновиться?
>
> Заранее всем спасибо.
Мне показалось это началось с win2k. В 98-х вроде бы не было.
|
| |
[TCP/IP] Я заметил под XP... А вообще, TCP позволяет «подёргать» установленное соединение на предмет его «обмороженности»? ;-) 09.06.03 14:39
Автор: HandleX <Александр М.> Статус: The Elderman
|
|
|
|
|
подробно о проекте
Анализ криптографических сетевых...
