Помогите решить проблему долгой авторизации интернет соединения по протоколу PPPoe!
 

Очень хочу перейти на windows 7, но из-за этой проблемы не лежит душа. Когда-то здесь этот вопрос обсуждался другим пользователем и насколько я понял, вопрос не решился. Соединение длится около 20 секунд, у знакомых моментально. Пробовал разные команды типа netsh и т.д. Может быть проблема в сетевом адаптере. Какие у кого есть варианты?

какой этап сколько секунд длится?
Их три: установка соединения (отправка запроса, получение ответа), авторизация (проверка пароля), регистрация (присвоение адреса)

На проверке имени пользователя и пароля весит около 20 секунд, потом подключает. В XP все происходит моментально!

deepdive,
Соединение какое PPPoE или VPN

PPPoe

deepdive, настройте модем в режиме роутера, а не моста. Тогда компьютеру вообще не нужно будет устанавливать соединение, за него это сделает модем.
Неужели настолько важно, подключается интернет за 20 секунд или за две?

У меня и настроен модем в режиме роутера, но у меня 2 подключения, а модем поддерживает только одно.

Очень важно! Зачем мне ждать каждый раз 20 секунд, оно должно подключаться сразу!

Что-то я не пойму. Что делает на вашем компьютере подключение через PPPoE, если модем сам устанавливает соединение?

У моего провайдера есть услуга "гостевой доступ" в котором доступны бесплатные ресурсы, оно идет как отдельное PPPoE подключение, которое и забито у меня в модеме, а платное идет в самой винде.

DJ Mogarych,
У меня с модемом 5сек.

deepdive,
То же согласен, что не столько важно 5 или 20сек.
Где то на данном сайте есть информация по алгоритму PPPoE

старт 0.0 сек.
от клиента PPPoE:Active Discovery Initiation (PADI)
от сервера PPPoE:Active Discovery Offer (PADO)
от клиента уже к серверу PPPoE:Active Discovery Request (PADR)
от сервера PPPoE:Active Discovery Session-confirmation (PADS)
от клиента LCP:Configure-Request
от сервера LCP:Configure-Request
от сервера LCP:Configure-Reject
от клиента LCP:Configure-Ack
от клиента LCP:Configure-Request
от сервера LCP:Configure-Ack
от клиента LCP:Identification
от клиента LCP:Identification
от клиента LCP:Identification
от сервера CHAP:Challenge
от клиента CHAP:Response
от сервера CHAP:Success
------------------ Получение и определение для клиента IP, DNS сервера
от сервера IPCP:Code = Configure-Request
от клиента CCP:Configure-Request
от клиента IPCP:Code = Configure-Request
от сервера LCP:Protocol-Reject
от сервера IPCP:Code = Configure-Reject
от клиента IPCP:Code = Configure-Request
от сервера IPCP:Code = Configure-Nak
от клиента IPCP:Code = Configure-Request
от сервера IPCP:Code = Configure-Ack
окончание 0.4 сек. от старта
--------------------------------------------------
Далее небольшой обмен по LLMNR - Сопоставление имен при локальных широковещательных соединениях
окончание 1.2 сек. от старта
--------------------------------------------------
Потом проверка на доступность к интернету, вот она как раз и может быть долгой, иногда подмешивается определение IPv6

Так же определите метод и протоколы проверки пароля PAP, CHAP галки в свойстве соединения.

Это я уже проверял не один раз, галки стоят, пробовал разные варианты.

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

кстати ipv6 выключен? бывали случаи что он мешает

http://pic.ipicture.ru/uploads/091029/STPsZKM99X.jpg


Задержка на 7 фрейме, кто-то знает что именно?

Это 6 фрейм

Здесь седьмой

deepdive,
У меня вопрос сразу же, я непонял это шутка
DestAddress - RECV и SrcAddres - RECV
или
DestAddress - SEND и SrcAddres - SEND
По MAC это кто?
Или у вас столбы по другому
Frame-Time-Process Name-Conv ID-Source-Destination-Protocol-Description
Пр.кн.мыши на строке с наименованием столбцов.

Я не понял что ты имеешь ввиду?

deepdive,
Я всегда считал, что обмен должен идти между сервером и клиентом так как это PPP точка - точка.
У меня подозрения что RECV -> RECV (SEND -> SEND)сам на себя

Должно быть наверное так
...
62 - 4.007229 - {PPPoE:29} - [MAC клиента] - [MAC сервера] - LCP:Configure-Request, ID = 0
63 - 4.026230 - {PPPoE:29} - [MAC сервера] - [MAC клиента] - LCP:Configure-Request, ID = 1
64 - 4.026230 - {PPPoE:29} - [MAC сервера] - [МАС клиента] - LCP:Configure-Reject, ID = 0
65 - 4.026230 - {PPPoE:29} - [MAC клиента] - [МАС сервера] - LCP:Configure-Ack, ID = 1
66 - 4.026230 - {PPPoE:29} - [MAC клиента] - [МАС сервера] - LCP:Configure-Request, ID = 1
67 - 4.044231 - {PPPoE:29} - [MAC сервера] - [МАС клиента] - LCP:Configure-Ack, ID = 1
68 - 4.044231 - {PPPoE:29} - [MAC клиента] - [МАС сервера] - LCP:Identification, ID = 2
69 - 4.044231 - {PPPoE:29} - [MAC клиента] - [МАС сервера] - LCP:Identification, ID = 3
70 - 4.044231 - {PPPoE:29} - [MAC клиента] - [МАС сервера] - LCP:Identification, ID = 4
71 - 4.045231 - {PPPoE:29} - [MAC сервера] - [МАС клиента] - CHAP:Challenge, ID = 1
72 - 4.046231 - {PPPoE:29} - [MAC клиента] - [МАС сервера] - CHAP:Response, ID = 1
73 - 4.094234 - {PPPoE:29} - [MAC сервера] - [МАС клиента] - CHAP:Success, ID = 1
74 - 4.095234 - {PPPoE:29} - [MAC сервера] - [МАС клиента] - IPCP:Code = Configure-Request
75 - 4.095234 - {PPPoE:29} - [MAC клиента] - [МАС сервера] - CCP:Configure-Request,Identifier=5
76 - 4.095234 - {PPPoE:29} - [MAC клиента] - [МАС сервера] - IPCP:Code = Configure-Request
77 - 4.095234 - {PPPoE:29} - [MAC клиента] - [МАС сервера] - IPCP:Code = Configure-Ack
78 - 4.112235 - {PPPoE:29} - [MAC сервера] - [МАС клиента] - LCP:Protocol-Reject, ID = 2
79 - 4.113235 - {PPPoE:29} - [MAC сервера] - [МАС клиента] - IPCP:Code = Configure-Reject
...

Вид подключения какой, что к сетевой подключено или сразу лок.сеть?

Сети нету! Стоит сетевая карта Realtek 8168 через которую работает модем. Но данных сетевой карты в этой статистике нет.
Я использовал microsoft network monitor 3. А как я могу посмотреть эти данные другим способом?

PPPoE

Может дело в сетевой карте.

Этот вариант из под windows XP, где все отлично работает.





http://pic.ipicture.ru/uploads/091029/64RyvFjtAV.jpg

deepdive,
Все правильно, алгоритм он везде одинаковый, при анализе вас должно интересовать только My Traffic.
В нем все что приходит/у ходит на вашу/с вашей сетевой карты в сеть.
По пакетам вы правильно определили время на котором заминка аж 20сек.

только последняя 3.3.1641.0 (http://www.microsoft.com/downloads/d...6-3088333d062f) и Microsoft Network Monitor Parsers 3.4.1972 (http://www.codeplex.com/NMParsers)

У меня и стоит эта версия. Так какие действия дальше предпринимать?

deepdive,
Обрати на внимание
Win7 твой
3-Request, ID=0
4-Reject, ID=0
5-Request, ID=1
6-Ack, ID=1
7-Request, ID=2

XP
3-Request, ID=1
4-Request, ID=0
5-Ack, ID=1
6-Reject, ID=0
7-Request, ID=1
8-Ack, ID=1

Другой пример Win7
62 - LCP:Configure-Request, ID = 0
63 - LCP:Configure-Request, ID = 1
64 - LCP:Configure-Reject, ID = 0
65 - LCP:Configure-Ack, ID = 1
66 - LCP:Configure-Request, ID = 1
67 - LCP:Configure-Ack, ID = 1

Вся разница в том, что на твоя Win7 ждет подтверждения, т.е. отправила и ждем получения, только потом можем передать.
В двух других случаях сетевая клиента одновременно передает пакет (ID=0) и получает пакет от сервера (ID=1), далее клиент дает ответ на полученный от сервера (ID=1) и получает подтверждение от сервера на свой пакет (ID=0).

Покажи раздел реестра
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Tcpip\Parameters
а именно такие параметры если есть значения десятичные
DisableTaskOffload=0
EnableDca=1
EnablePMTUDiscovery=1
EnableWsd=1
MaxDupAcks=10
SackOpts=1
TcpAckFrequency=2
TcpMaxDupAcks=2

deepdive, Ну я все равно не понял почему у тебя так показывает статистику, должно быть так

22 - 0.796045 - {PPPoE:0} - [ASUSTek COMPUTER INC. B3860E [00-17-31-B3-АА-АА]] - [Cisco Systems 0E6B84 [00-1A-E2-АА-FF-FF]] - LCP LCP:Echo-Reply, ID = 80, Length = 12

[ASUSTek COMPUTER INC. B3860E [00-17-31-B3-АА-АА]] - клиент
[Cisco Systems 0E6B84 [00-1A-E2-АА-FF-FF]] - сервер

Вот мой реестр.

deepdive,
Забыл драйвера возьми свежие Realtek Ethernet Windows 7 Driver v.7.006.1019
http://www.x-drivers.ru/catalog/driv...(b)/14022.html

Добавь следующие параметры в данный раздел реестра
пр.кн.мыши в правом окне СОЗДАТЬ-ПАРАМЕТР DWORD32
Имя переменной = значение (десятичное)
DisableTaskOffload=0
EnableDca=1
EnablePMTUDiscovery=1
EnableWsd=1
MaxDupAcks=10
SackOpts=1
TcpAckFrequency=2
TcpMaxDupAcks=2
и
Tcp1323Opts=3

Хуже не должно быть, от них, потом перегруз и пробуем.

OK, сейчас попробую

Вот как выглядит это дело сейчас





И обновленный реестр

deepdive,
А где новые параметры в реестре.

Я даже не заметил сразу, а где они могут быть?

И все таки где у вас идет {PPPoE:0} - правильно
Разобрался с пакеты SEND и RECV - это включенный анализ WAN Miniport и Miniport (Adapter Microsoft ISATAP)

deepdive,
Параметры должны быть в этом же окне где на скрине в этой же ветке.

Ну Вы Гений! Только что с этим делать?

И куда могли данные из реестра пропасть?

deepdive,
Наверное в ветке ошиблись

По поводу тунельного Miniport (Adapter Microsoft ISATAP) который нужен для ipv6
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip6\Parameters
DisabledComponents = FF

Убирает тунельные адаптеры, значения данного параметра может быть (значения шестьнад.)
1 -- Disable all tunnel interfaces
2 -- Disable 6to4
4 -- Disable ISATAP
8 -- Disable Teredo
A -- Disable Teredo and 6to4
10- Disable all LAN and PPP interfaces
11- Disable all LAN, PPP, and tunnel interfaces
20- Prefer IPv4 over IPv6
FF- Disable IPv6 over all interfaces and prefer IPv4 to IPv6

А те данные в реестр, на что они влияют. И почему у меня их не было?

Сделал, но все осталось как и было последний раз.

Я уже Вас замучал этой ерундой наверно?

Статистика после

deepdive,
Ну как это осталось тоже самое, теперь у вас влезла служба DHCP для определения IP адреса 18 фрэйм это широковещательный пакет для поиска сервера DHCP и получения IP.
Далее в 38 фрейме у вас есть нормальный IP полученный по PPPoE - 93.85.х.х
Раз у вас появился DHCP и IP - 169.254.x.x то какие у вас параметры на сетевой не на подключении а именно на сетевой? (стат.IP или получение автоматом)
Почему не сделали между модемом и ПК обычные стат. адреса 192.168.1.2/255.255.255.0 шлюз 192.168.1.1 и на модеме 192.168.1.1/255.255.255.0 и ни какого DHCP не надо.

Дело в том что HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\TCPIP6\Parameters компонент
DisabledComponents = FF должен отключить Disable "IPv6 over all interfaces and prefer IPv4 to IPv6"
тогда давайте DisabledComponents = 1 (1 -- Disable all tunnel interfaces) нам нужно отключить весь мусор во фреймах 14-17 и 39-54
Крайняя мера Диспетчер устройств - ВИД (скрытые устройства)
Отключить Адаптер Microsoft ISATAP

Про параметры в ветке HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Tcpip\Parameters лучше в поиске про них прочитать DisableTaskOffload, EnableDca, EnablePMTUDiscovery, EnableWsd, MaxDupAcks, SackOpts, TcpAckFrequency, TcpMaxDupAcks. Их по умолчанию Win7 не ставит, так как по умолчанию считаются либо включены либо выключены, и в реестр могут не писаться. Считаю данные значения оптимальны для работы с интернетом, но для игр по сети немного не подойдут. Ну ладно речь не об этом.

Я теперь не могу зайти в настройки модема, не видит его и не пингует

Поэтому и появился DHCP

При отключении teredo сбились настройки TCP в сетевой карте, сейчас все работает и вот как выглядит

deepdive,
Отключите еще NetBios.
И сделайте вот что, отключите PPPoE, запустите Microsoft Network Monitor 3. Но старт не нажимайте, пусть ПК мин 2 успокоится, нажимаете старт и потом делаете подключение к PPPoE.

А то у вас тут не понятки получились
в 21 и 23 фрейме влезла служба по определению доступа сетей которая запускается через svchost - это NlaSvc и от которой зависит значек в трее.

Сделайте лучше в Microsoft Network Monitor 3 сохраните это все в файл, и дайте ссылку на него, так как внутри пакетов LCP происходит обмен информацией такой как:
От клиента Maximum-Receive-Unit - MaximumReceiveUnit: 1480 (0x5C8), так же по компрессии и по мульти-линку, и т.д.

OK, сейчас сделаю.

http://megashare.by/download.php?id=3014AF6E

deepdive, а на рапиду можно http://rapidshare.com/ в обзоре выбрать файл, и потом дать ссылку

http://rapidshare.com/files/299989012/1.rar.html

Может проблема в сетевой карте? У всех же работает без манипуляций в реестра и всего прочего!

deepdive,
Сетевая карта Asus да еще встроенная думаю не в ней, у вас все работает, вы нашли причину авторизации до 20сек. Другие на это внимание не обращают, у вас сама авторизация проходит менее 1сек. проблема с тунелями т.е. Адаптер Microsoft ISATAP которые в Microsoft Network Monitor 3 отображаются как SEND - SEND, RECV - RECV.
Можете если хотите реестр вернуть обратно, хотя я так и не видел что вы его подправили.
Две одинаковые машины например то же ездеют по разному, одна быстро другая помедленней.

Мы же ее отключили! А вообще это точно что задержка у меня, а не на сервере?

deepdive,
ДА у вас.

Вопрос а как мы ее отключили?
В диспетчере смотрели как описано выше.

Туннелей вроде как и нет.


Мешать может еще автоматическая настройка (APIPA) , на сетевой она включена. Отключить ее не получается.

deepdive,
По Microsoft Network Monitor что-то изменилось, есди да то скинь новую.

Все осталось без изменений. А у тебя нет таких задержек SEND - SEND, RECV - RECV ? Быстро подключает?

deepdive,
При включенном тунели начало допустим
11.398652 - тунели
11.578662 - конец тунелей и больше они вообще не появляются

11.352642 - 1 пакет для PPPoE - PADI
11.513658 - прошла авторизация СHAP
16.002694 - определяем доступность сети (DNS - Query for www.msftncsi.com of type Host Addr on class Internet)
и т.д.
16.418939 - конец по определению дост.интернета ncsi.glbdns.microsoft.com (TCP:Flags=...A...F)

Итог 5 сек.

По VPN чуть дольше старт 2.78 до 11.35 (конец по определению дост.интернета ncsi.glbdns.microsoft.com (TCP:Flags=...A...F)

Но везде статические IP, но естественно при подключении получаем от провайдера новый на соединение.

Valeant,
Только сейчас обратил внимание, а зачем на сетевой Realtek добавил DNS - 194.x.x.x и 193.х.х.х они в таком виде все равно недоступны и ненужны, и NETBIOS на данной плате так и неотключил

Требует провайдер. А в каком виде доступны?

Valeant,
Сделал все что требовалось, вот результат. А настройки TCP MSS и MTU в водеме не могут на это влиять?

deepdive,
Настройки в MTU влиять не могут так как если вы поставили в реестре переменную EnablePMTUDiscovery то при установлении соединения по PPPoE первое что произойдет Lcp: Configure-Request - MaximumReceiveUnit будет установлен параметр
Параметр DNS в настройке сетевой ни как не мог повлиять на данную проблему, просто он там не нужен был, так как в данный момент он не может быть доступен для данной сети.

Я вообще в толк не возьму как понять с 23 - 33 фрейма процедура регистрации (она тут вообще не нужна) у вас все идет по PPPoE 34 - 46 фрейм.

Я тоже на это обратил внимание, но это было и предыдущих статистиках

Valeant,
Может это от того, что второе подключение поднимается на модеме?

deepdive,
Ну просто тяжело было почитать про алгоритм установки связи http://www.intuit.ru/department/inte...dmail/8/4.html и сопоставить что у вас получается
[ASUSTek [MAC]]-клиент
[Cisco Systems [MAC]]-сервер PPPoE

Начало (покрайней мере у меня так), должно быть так при установки соединения PPPoE

39-3.208184-{PPPoE:34}-[ASUSTek [MAC]]-[*BROADCAST [FF-FF-FF-FF-FF-FF]]-PPPoE:Active Discovery Initiation (PADI)
40-3.225185-{PPPoE:34}-[Cisco Systems [MAC]]-[ASUSTek [MAC]]-PPPoE:Active Discovery Offer (PADO)
41-3.225185-{PPPoE:34}-[ASUSTek [MAC]]-[Cisco Systems [MAC]]-PPPoE:Active Discovery Request (PADR)
42-3.244186-{PPPoE:34}-[Cisco Systems [MAC]]-[ASUSTek [MAC]]-PPPoE:Active Discovery Session-confirmation (PADS)
--------------------------------
43-3.259187-{PPPoE:34}-[ASUSTek [MAC]]-[Cisco Systems [MAC]]-LCP:Configure-Request, ID = 0
{MaximumReceiveUnit: 1480 - MTU предлагает клиент}
44-3.277188-{PPPoE:34}-[Cisco Systems [MAC]]-[ASUSTek [MAC]]-LCP:Configure-Request, ID = 1
{MaximumReceiveUnit: 1492 -MTU предлагает сервер}
45-3.277188-{PPPoE:34}-[Cisco Systems [MAC]]-[ASUSTek [MAC]]-LCP:Configure-Reject, ID = 0
46-3.277188-{PPPoE:34}-[ASUSTek [MAC]]-[Cisco Systems [MAC]]-LCP:Configure-Ack, ID = 1
47-3.277188-{PPPoE:34}-[ASUSTek [MAC]]-[Cisco Systems [MAC]]-LCP:Configure-Request, ID = 1
{MaximumReceiveUnit: 1480 и прочие параметры}
48-3.294189-{PPPoE:34}-[Cisco Systems [MAC]]-[ASUSTek [MAC]]-LCP:Configure-Ack, ID = 1
{MaximumReceiveUnit: 1480 и прочие параметры}
49-3.294189-{PPPoE:34}-[ASUSTek [MAC]]-[Cisco Systems [MAC]]-LCP:Identification, ID = 2
50-3.294189-{PPPoE:34}-[ASUSTek [MAC]]-[Cisco Systems [MAC]]-LCP:Identification, ID = 3
51-3.294189-{PPPoE:34}-[ASUSTek [MAC]]-[Cisco Systems [MAC]]-LCP:Identification, ID = 4
--------------------------------
52-3.300189-{PPPoE:34}-[Cisco Systems [MAC]]-[ASUSTek [MAC]]-CHAP:Challenge, ID = 1, Name =Имя_Сервера
53-3.301189-{PPPoE:34}-[ASUSTek [MAC]]-[Cisco Systems [MAC]]-CHAP:Response, ID = 1, Name =
54-3.361193-{PPPoE:34}-[Cisco Systems [MAC]]-[ASUSTek [MAC]]-CHAP:Success, ID = 1
-------------------------------
55-3.361193-{PPPoE:34}-[Cisco Systems [MAC]]-[ASUSTek [MAC]]-IPCP:Code = Configure-Request
{предлагает сервер IP-хх.хх.хх.хх}
56-3.361193-{PPPoE:34}-[ASUSTek [MAC]]-[Cisco Systems [MAC]]-CCP:Configure-Request,Identifier=5
57-3.361193-{PPPoE:34}-[ASUSTek [MAC]]-[Cisco Systems [MAC]]-IPCP:Code = Configure-Request
{клиент просит IP-DNS}
58-3.361193-{PPPoE:34}-[ASUSTek [MAC]]-[Cisco Systems [MAC]]-IPCP:Code = Configure-Ack
59-3.378193-{PPPoE:34}-[Cisco Systems [MAC]]-[ASUSTek [MAC]]-LCP:Protocol-Reject, ID = 2
{ответ на пакет 49 - RejectedProtocol: CCP, PPP Compression Control Protocol}
60-3.378193-{PPPoE:34}-[Cisco Systems [MAC]]-[ASUSTek [MAC]]-IPCP:Code = Configure-Reject
61-3.378193-{PPPoE:34}-[ASUSTek [MAC]]-[Cisco Systems [MAC]]-IPCP:Code = Configure-Request
{клиент просит IP-DNS}
62-3.396195-{PPPoE:34}-[Cisco Systems [MAC]]-[ASUSTek [MAC]]-IPCP:Code = Configure-Nak
{получаем от сервера IP-DNS}
63-3.396195-{PPPoE:34}-[ASUSTek [MAC]]-[Cisco Systems [MAC]]-IPCP:Code = Configure-Request
{клиент передает полученные параметры IP-DNS}
64-3.413195-{PPPoE:34}-[Cisco Systems [MAC]]-[ASUSTek [MAC]]-IPCP:Code = Configure-Ack
{сервер подтверждает правильность полученных параметров IP}

Все соединение установлено.
Раз поставили Microsoft Network Monitor 3 то нужно хоть немного почитать про сеть.