» WIFI, Win7 и роутер TP-link проблема

Цитата:

Кстати, на форуме оф.сайта вы данный вопрос задавали, если да -какой был ответ?

Ответа никакого не последовало, так что пришлось начать данную тему.


Цитата:

И ещё, для своей внутренней сети адрес 172.17.11.0, а тем более 172.17.11.71 вы выбрали из каких соображений?

Выбирал из такой логики:


Цитата:

РОУТЕР


LAN
MAC Address: 00-25-86-B1-43-F0
IP Address: 172.17.11.71
Subnet Mask: 255.255.255.0

Цитата:

Wireless
Wireless Radio: Enable
SSID: ALFA
Channel: 6
Mode: 54Mbps (802.11g)
MAC Address: 00-25-86-B1-43-F0
IP Address: 172.17.11.71

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

Добавлено:
Обрисую тезисно еще раз отношения ноута (win7) и роутера TP-link:
Ноутбук получает инет по вайфай автоматически получая статический айпи.
Когда инет пропадает, связь с точкой не теряется и точка инет не теряет.
При попытке перегрузить комп (или вкл/выкл сетевую карту) инет не появляется.
Решается удаленной перезагрузкой роутера.
Частота обрывов зависит от времени суток (вечером интенсивнее) - опытным путем доказанно.
Установленные сетевые проги - торрент,макстон, квип, бат,файервол comodo.

Возможно, оказывается превышен лимит ТСР соединений в настройках НАТ. Как проверить этот лимит и число в момент пропадания связи, не знаю, поскольку с этим конкретным девайсом не знаком. Но рекомендую покопаться в этом направлении, ибо по симптомам очень похоже.

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

Добавлено:
я думал над этим - но в роутере ненашел такой надстройки
В ручную я установил в торенте макс-20 соединений, а в сумме с браузером асей и батом - 150, причем посмотрев на кол соединений торента в файерволе - никак не 20.

Еще нюанс, даже при отключенном торренте инет пропадает - этак на 60 соединений.
ТАкого порядка с соединениями ранее не наблюдалось порой даже до 400 доходило (и это с одного ноута) и все ок на ХР было

Добавлено:
у меня ощущение что гдето проблемы с ДНС в ноуте (хотя я и вручную прописывал), может тут покапаемся?

Цитата:

у меня ощущение что гдето проблемы с ДНС в ноуте (хотя я и вручную прописывал), может тут покапаемся?

Ну, торрентовые соединения как правило DNS вообще не используют, только ИП-адреса.
И ещё, если блочатся соединения с инетом, то при имеющихся настройках будут блочится и DNS запросы (как внешние).
А если проблемный ноут для эксперимента и для статистики к роутеру кабельком прицепить?

если я подключусь через кабель и все ок будет, тогда какой вывод будет?

Добавлено:
проблема в вайфай катре или дров к ней?

Возможно, хотя следовало бы ещё посмотреть на уровень сигнала (если он на грани, могут идти потери больших пакетов данных, а маленькие, типа стандартного 32-байтного пинга пролетать без потерь). И ещё, 6й канал для ВиФи устройств является "дефолтным", и далеко не все удосуживаются уйти с него на другой. Так что на этом канале может быть "свалка".

с уровнем сигнала все ок (даже телефон (с его то мощностью) ловит нормально сеть).
По поводу каналов, в свое время переходил на другой, но затем вернулся когда прошил роутер. Сейчас переделал на 10.
тогда сейчас подключаюсь шнурком и посмотрим что выйдет. Будут результаты - отпишусь.
Спасибо

Для проверки работы по ВиФи можно запустить 2 копии командной строки. В одной вбить ping ya.ru -t -l 1450, во второй ping 172.17.11.71 -t -l 1500 и смотреть на результат пингования, когда пропадёт связь. Обращаю внимание на тот факт, что оба сеанса командной строки должны быть запущенны одновременно и зарание.

Добавлено:

Цитата:

даже телефон (с его то мощностью) ловит нормально сеть

какой телефон? какую сеть ловит?

ок, спасибо, попробую, я на этапе подключенного шнурка, затем попробую пинги

Ну, для дополнительной информации, эти же пинги можно запустить и на шнурке. А по телефону-то что?

у меня смарт с вайфаем и с ним все ок как и со вторым ноутом ХР

Добавлено:
С пингами параллельно запущеными через кабель - превышен интервал запроса и на точку и на яндекс - что это значит? Это при работающем инете

С телефоном -понял . С пингами -проверьте на маршрутизаторе разрешены ли пинги (ICMP протокол) из LAN? Если да, то (бредовая идея) возможно дело в MTU, попробуйте уменьшить значение ключа l до 1400-1300.

да, точно пинги отключены были, включил.
Через шнурок при работающем инете - яднекс пингуется, роутер нет

Скорее всего не всё включили.

Выключил все, а методом тыка разобрался что пакет 1500 много, пингует до 1450, а дальше - превышено интервал. Вот в чем фишка. - получается есть ограничение на объем.
Что это нам дает?

Это и есть MTU. У маршрутизатора он несколько меньше, чем стандартный для Ethernet 1500. Так что всё в порядке. Пингуйте пакетом 1450.

Пингую, пока все ок, все пингуется без проблем, чуть чуть подожду и перейду на вайфай

Добавлено:
перешел на вайфай, наблюдаются периодично потери пакетов на яндекс, а с роутером все оки. Повидимому это от массы пакета поэтому и потеря. Разрывов пока небыло

Что случилось, непойму, уже 6 часов без разрыва, может это запущенные пинги помогают щас ка мы их отключим

Пока нареканий нет. Ждемс.......

Добавлено:
НУ вот, опять обвалилось. Параметры таковы:
Подключен через вайфай
Пинг ya.ru -t -l1450 - При проверки связи не удалось обнаружить ya.ru Проверьте имя узла и повторите попытку.
пинг точки с теми же параметрами - пингуется все ок.
Перегрузили точку - все востановилось.

Что делать?

А второй комп в это же время работал с инетом нормально? Что в это время с пингом Яндекса по адресу??? Проделайте тоже самое по кабелю. Пока недостаточно информации для выводов, только предположения.

ОК, понял, тестируем дальше

Добавлено:
Повторилась таже ошибка, однако инет через секунду сам востановился. Наблюдаем дальше

А что на это роутер у себя в логах написал? Соотв. запись можно найти по времени (если sntp прописан правильно).

Теперь окончательно можно утверждать - систематически обрывы характеризуются такой ситуацией:
Параметры таковы:
Подключен через вайфай
Пинг ya.ru -t -l1450 - При проверки связи не удалось обнаружить ya.ru Проверьте имя узла и повторите попытку.
пинг точки с теми же параметрами - пингуется все ок.
Перегрузили точку - все востановилось.

Замечу - на втором компе в это время все ок.

По поводу логов роутера - еще не сопоставлял, но поработаю с этим и выложу их.

Обрыв был за сегодня один раз, я это вынесу. Сложилось ощущение что это проблемы у провайдера были с ДНС и я тут непричем. Хотя наладилось после этого форума и настораживает что инет на другом ноуте не пропадал за 5 мес. по этой причине ни разу.

Цитата:

Сложилось ощущение что это проблемы у провайдера были с ДНС

Из-за проблем с ДНС обрывов не бывает. Могут быть только проблемы с новыми коннектами.

Тогда как объясняется

Цитата:

Пинг ya.ru -t -l1450 - При проверки связи не удалось обнаружить ya.ru Проверьте имя узла и повторите попытку.

Почему так происходит?

Цитата:

Тогда как объясняется  

Цитата:
Пинг ya.ru -t -l1450 - При проверки связи не удалось обнаружить ya.ru Проверьте имя узла и повторите попытку.  

Почему так происходит?

Может падать служба DNS-форвардера в самом роутере, может наступать предел соединений, может роутеру чем-то не нравятся пакеты, сгенерённые Семёркой. В общем, может быть много причин. Отсюда и тщательное выяснение ситуации, и логи в том числе.

Цитата:

Почему так происходит?

Для этого у ya.ru есть айпи адрес. Пинг по айпи исключит возможную проблему с ДНС.

Цитата:

Отсюда и тщательное выяснение ситуации, и логи в том числе.

Да, по поводу тогов привожу:

Index Log Content
1 0000:System: The device initialization succeeded.
2 0003:PPPoE: Automatically dialing.
3 0003:PPPoE: Sending PADI.
4 0003:PPPOE_TAG_SVC_NAME=null
5 0003:The first service name is accepted.
6 0003:PPPOE: reserve AC-COOKIE tag.
7 0003:PPPOE: receive HOST-UNIQUE tag.
8 0003:PPPoE: Received PADO,AC-Name=frekenbok-reloaded,AC-MAC=001D09711E6C.
9 0003:PPPoE: Sending PADR.
10 0003:PPPoE: Received PADS,Session-ID=0x2B,AC-MAC=001D09711E6C.
11 0003:LCP tx Req,MRU=05C8;Magic=000020A0;
12 0003:LCP RX Req,MRU=05D8;Auth=C2;23;05;Magic=158A6082;
13 0003:LCP tx Ack,MRU=05D8;Auth=C2;23;05;Magic=158A6082;
14 0003:LCP RX Ack,MRU=05C8;Magic=000020A0;
15 0003:LCP RX echo req before ppp is up.
16 0003:CHAP RX Challenge.
17 0003:CHAP tx Response.
18 0003:PPPoE: Chap authentication succeeded.
19 0003:IPCP tx Req,IP=00000000;DNS1=00000000;DNS2=00000000;
20 0003:IPCP RX Req,IP=C16C26E5;
21 0003:IPCP tx Ack,IP=C16C26E5;
22 0004:IPCP tx Req,IP=00000000;DNS1=00000000;DNS2=00000000;
23 0004:IPCP RX Nak,IP=C0A80B47;DNS1=C16C26E5;DNS2=C16C26E4;
24 0004:IPCP tx Req,IP=C0A80B47;DNS1=C16C26E5;DNS2=C16C26E4;
25 0004:IPCP RX Ack,IP=C0A80B47;DNS1=C16C26E5;DNS2=C16C26E4;
26 0004:PPP connection succeeded. 192.168.11.71 .
27 0007:DHCPS: 1:0x001cbf97e483, 172.17.11.72, ACK in request.
28 0010:DHCPS: 1:0x001cbf97e483, 172.17.11.72, ACK in request.
29 0014:DHCPS: 1:0x0016e38feda6, 172.17.11.73, ACK in request.

Time = 2010-04-29 16:21:49 875s
H-Ver = WR340G v5 084125BF : S-Ver = 4.5.4 Build 100316 Rel.59606n
L = 172.17.11.71 : M = 255.255.255.0
W1 = PPPoE : W = 192.168.11.71 : M = 255.255.255.0 : G = 192.168.11.71
Free=1914, Busy=108, Bind=106, Inv=43/859, Bc=16/118, Dns=0, cl=160, fc=0/0, sq=0/0

Тут я не сильно понимаю что к чему, но только приехал домой, и инет уже отвален, поэтому ошибку наверное искать можно



Добавлено:
Я уеду дней на 5 поэтому несочтите что я нетактичен и не отвечаю

Цитата:

Для этого у ya.ru есть айпи адрес. Пинг по айпи исключит возможную проблему с ДНС

vlary, я ему и советовал ранее запускать пинг по имени, и по адресу, чтобы понять, причастен ли DNS.

Добавлено:
boxin91 В логе об ошибках вообще речи не идёт. И вообще, этот лог за какой промежуток времени?


Добавлено:
Только вот, в общей статистике
Цитата:

Dns=0