Войти

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

Страниц : 1 2 [3]
deepdive
30-10-2009, 15:42
а на рапиду можно http://rapidshare.com/ в обзоре выбрать файл, и потом дать ссылку »


http://rapidshare.com/files/299989012/1.rar.html
deepdive
30-10-2009, 17:29
Может проблема в сетевой карте? У всех же работает без манипуляций в реестра и всего прочего!
Valeant
30-10-2009, 18:00
deepdive,
Сетевая карта Asus да еще встроенная думаю не в ней, у вас все работает, вы нашли причину авторизации до 20сек. Другие на это внимание не обращают, у вас сама авторизация проходит менее 1сек. проблема с тунелями т.е. Адаптер Microsoft ISATAP которые в Microsoft Network Monitor 3 отображаются как SEND - SEND, RECV - RECV.
Протокол устройств Microsoft ISATAP (Inter Site Automatic Tunneling Address Protocol) используется для облегчения перехода предприятий к инфраструктуре IP версии 6 (IPv6). Адаптер ISATAP инкапсулирует IPv6-пакеты, используя заголовок IPv4. Эта функция позволяет клиентам передавать трафик IPv6 через инфраструктуру IPv4. Этот подход позволяет организациям постепенно переходить к инфраструктуре IPv6 без чрезмерных временных и денежных затрат.
http://support.microsoft.com/kb/932520


Можете если хотите реестр вернуть обратно, хотя я так и не видел что вы его подправили.
Две одинаковые машины например то же ездеют по разному, одна быстро другая помедленней.
deepdive
30-10-2009, 18:52
проблема с тунелями т.е. Адаптер Microsoft ISATAP »

Мы же ее отключили! А вообще это точно что задержка у меня, а не на сервере?
Valeant
30-10-2009, 19:01
deepdive,
ДА у вас.

Вопрос а как мы ее отключили?
В диспетчере смотрели как описано выше.
deepdive
30-10-2009, 19:12
http://pic.ipicture.ru/uploads/091030/TlZnSPox8H.jpg (http://ipicture.ru/)
deepdive
30-10-2009, 19:51
Туннелей вроде как и нет.
http://pic.ipicture.ru/uploads/091030/Wkjc5Mq7iQ.png (http://ipicture.ru/)

Мешать может еще автоматическая настройка (APIPA) , на сетевой она включена. Отключить ее не получается.
Valeant
30-10-2009, 20:55
deepdive,
По Microsoft Network Monitor что-то изменилось, есди да то скинь новую.
deepdive
30-10-2009, 21:10
Все осталось без изменений. А у тебя нет таких задержек SEND - SEND, RECV - RECV ? Быстро подключает?
Valeant
30-10-2009, 21:40
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 на данной плате так и неотключил
deepdive
30-10-2009, 22:34
а зачем на сетевой Realtek добавил DNS - 194.x.x.x и 193.х.х.х »
Требует провайдер. А в каком виде доступны?
deepdive
30-10-2009, 22:57
Valeant,
Сделал все что требовалось, вот результат. А настройки TCP MSS и MTU в водеме не могут на это влиять?



http://pic.ipicture.ru/uploads/091030/DWBsHZvhAh.png (http://ipicture.ru/)

http://pic.ipicture.ru/uploads/091030/22kooZ0y1X.png (http://ipicture.ru/)

http://pic.ipicture.ru/uploads/091030/of6SKR6W4m.png (http://ipicture.ru/)
Valeant
31-10-2009, 07:53
deepdive,
Настройки в MTU влиять не могут так как если вы поставили в реестре переменную EnablePMTUDiscovery то при установлении соединения по PPPoE первое что произойдет Lcp: Configure-Request - MaximumReceiveUnit будет установлен параметр
Параметр DNS в настройке сетевой ни как не мог повлиять на данную проблему, просто он там не нужен был, так как в данный момент он не может быть доступен для данной сети.
Valeant
31-10-2009, 08:22
Я вообще в толк не возьму как понять с 23 - 33 фрейма процедура регистрации (она тут вообще не нужна) у вас все идет по PPPoE 34 - 46 фрейм.
deepdive
31-10-2009, 11:26
Я вообще в толк не возьму как понять с 23 - 33 фрейма процедура регистрации (она тут вообще не нужна) у вас все идет по PPPoE 34 - 46 фрейм. »
Я тоже на это обратил внимание, но это было и предыдущих статистиках

Valeant,
Может это от того, что второе подключение поднимается на модеме?
Valeant
31-10-2009, 14:06
deepdive,
Ну просто тяжело было почитать про алгоритм установки связи http://www.intuit.ru/department/internet/sendmail/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 предлагает сервер}
Пакет LCP типа Configure-Request используется для установления РРР-соединения между двумя устройствами. Параметры конфигурации, которые клиент хочет согласовать с удаленным хостом, находятся в поле данных пакета. Все параметры, для которых клиент запрашивает значения, отличные от значений по умолчанию, должны включаться в этот пакет. Все параметры, значения которых не отличаются от значений по умолчанию, в пакет LCP типа Configure-Request не включаются.
45-3.277188-{PPPoE:34}-[Cisco Systems [MAC]]-[ASUSTek [MAC]]-LCP:Configure-Reject, ID = 0
Пакет LCP типа Configure-Reject применяется с целью уведомления клиента о том, что параметры, указанные в пакете Configure-Request, либо не опознаны (являются ошибочными), либо не приняты сервером РРР. Когда клиент получает пакет типа Configure-Reject, то он должен сделать вывод о том, что ни один из предложенных им параметров недоступен для согласования с сервером РРР.
46-3.277188-{PPPoE:34}-[ASUSTek [MAC]]-[Cisco Systems [MAC]]-LCP:Configure-Ack, ID = 1
Пакет LCP типа Terminate-Ack используется сервером РРР для уведомления клиента о том, что его запрос на завершение сеанса РРР получен. Поле данных этого пакета может заполняться нулевыми байтами или другой бессмысленной информацией. Когда сервер РРР принимает пакет типа Terminate-Request, он должен ответить на него пакетом типа Terminate-Ack и инициировать завершение соединения.
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 и прочие параметры}
Пакет LCP типа Configure-Ack посылается хостом РРР, если он согласен со значениями всех параметров, заявленных в пакете Configure-Request. Значения всех параметров в этом пакете должны полностью соответствовать параметрам, заявленным в пакете Configure-Request. Если имеется расхождение хотя бы в одном из параметров, то сервер РРР не выдает пакет Configure-Ack.
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 то нужно хоть немного почитать про сеть.



© OSzone.net 2001-2012