faq обучение настройка
Текущее время: Пт авг 01, 2025 21:08

Часовой пояс: UTC + 3 часа




Начать новую тему Ответить на тему  [ Сообщений: 52 ]  На страницу Пред.  1, 2, 3, 4  След.
Автор Сообщение
 Заголовок сообщения: Re: DIR-835 A1
СообщениеДобавлено: Чт янв 31, 2013 12:53 
Не в сети

Зарегистрирован: Ср ноя 03, 2010 03:36
Сообщений: 194
Откуда: Тверь
Вопрос к службе поддержки. Ожидается исправленная прошивка в ближайшее время?

_________________
У вас недостаточно прав для просмотра данной подписи


Вернуться наверх
 Профиль  
 
 Заголовок сообщения: Re: DIR-835 A1
СообщениеДобавлено: Пт фев 01, 2013 14:09 
Не в сети

Зарегистрирован: Пт фев 01, 2013 13:53
Сообщений: 11
GaSer писал(а):
Периодически стал проявляться еще такой глюк-ставлю что-либо на закачку на компе, подключенном по lan, через несколько секунд скорость резко падает и закачка замораживается и в последующем не возобновляется. По беспроводной связи то же самое. Это относится не только непосредственно к закачке файлов, но и к открытию, к примеру, объемных страниц с флешем, которые прогружаются таким образом лишь частично.
Подключение pppoe. С напрямую включенным кабелем такой проблемы нет.
Проблема стала появляться последние 3 дня, до этого она последний раз наблюдалась примерно 2 недели назад, как только поставил роутер.



9/10, очень похоже на то, что Вам есть смысл поколдовать с настройкой размера МТУ....


Вернуться наверх
 Профиль  
 
 Заголовок сообщения: Re: DIR-835 A1
СообщениеДобавлено: Ср фев 06, 2013 14:13 
Не в сети

Зарегистрирован: Ср ноя 03, 2010 03:36
Сообщений: 194
Откуда: Тверь
DenLink-69 писал(а):
GaSer писал(а):
Периодически стал проявляться еще такой глюк-ставлю что-либо на закачку на компе, подключенном по lan, через несколько секунд скорость резко падает и закачка замораживается и в последующем не возобновляется. По беспроводной связи то же самое. Это относится не только непосредственно к закачке файлов, но и к открытию, к примеру, объемных страниц с флешем, которые прогружаются таким образом лишь частично.
Подключение pppoe. С напрямую включенным кабелем такой проблемы нет.
Проблема стала появляться последние 3 дня, до этого она последний раз наблюдалась примерно 2 недели назад, как только поставил роутер.



9/10, очень похоже на то, что Вам есть смысл поколдовать с настройкой размера МТУ....

Это уже опробовано. Результата ноль. Обычные, нетяжелые странички открываются нормально.
Вот логи, правд, в них по данному факту, как мне кажется, пусто:
Feb 6 20:09:08 info ath0: STA 50:cc:f8:1a:f8:ac WPA: pairwise key handshake completed (RSN)
Feb 6 20:09:08 info ath0: STA 50:cc:f8:1a:f8:ac RADIUS: starting accounting session 51128012-00000004
Feb 6 20:09:07 info ath0: STA 50:cc:f8:1a:f8:ac IEEE 802.11: associated
Feb 6 20:09:07 info ath0: STA 50:cc:f8:1a:f8:ac IEEE 802.11: disassociated
Feb 6 20:08:51 info ath0: STA 98:0c:82:ad:c5:ee WPA: received EAPOL-Key 2/2 Group with unexpected replay counter
Feb 6 20:08:51 info ath0: STA 98:0c:82:ad:c5:ee WPA: group key handshake completed (RSN)
Feb 6 20:08:51 info ath0: STA 50:cc:f8:1a:f8:ac WPA: received EAPOL-Key 2/2 Group with unexpected replay counter
Feb 6 20:08:51 info ath0: STA 50:cc:f8:1a:f8:ac WPA: group key handshake completed (RSN)
Feb 6 20:08:51 info ath0: STA 48:5d:60:ff:3d:87 WPA: group key handshake completed (RSN)
Feb 6 20:07:20 info ath0: STA 50:cc:f8:1a:f8:ac WPA: pairwise key handshake completed (RSN)
Feb 6 20:07:20 info ath0: STA 50:cc:f8:1a:f8:ac RADIUS: starting accounting session 51128012-00000003
Feb 6 20:07:20 info ath0: STA 50:cc:f8:1a:f8:ac WPA: received EAPOL-Key 2/4 Pairwise with unexpected replay counter
Feb 6 20:07:20 info ath0: STA 50:cc:f8:1a:f8:ac IEEE 802.11: associated
Feb 6 20:07:06 info ath0: STA 50:cc:f8:1a:f8:ac IEEE 802.11: disassociated
Feb 6 20:05:06 info ath1: STA 84:25:db:17:fd:95 IEEE 802.11: disassociated
Feb 6 19:30:57 info UDHCPD sending OFFER of 192.168.1.6
Feb 6 19:30:55 info ath1: STA 84:25:db:17:fd:95 WPA: pairwise key handshake completed (RSN)
Feb 6 19:30:55 info ath1: STA 84:25:db:17:fd:95 RADIUS: starting accounting session 51128013-00000000
Feb 6 19:30:55 info ath1: STA 84:25:db:17:fd:95 IEEE 802.11: associated
Feb 6 19:25:03 info UDHCPD sending OFFER of 192.168.1.5
Feb 6 19:25:01 info ath0: STA 50:cc:f8:1a:f8:ac WPA: pairwise key handshake completed (RSN)
Feb 6 19:25:01 info ath0: STA 50:cc:f8:1a:f8:ac RADIUS: starting accounting session 51128012-00000002
Feb 6 19:25:01 info ath0: STA 50:cc:f8:1a:f8:ac WPA: received EAPOL-Key 2/4 Pairwise with unexpected replay counter
Feb 6 19:25:01 info ath0: STA 50:cc:f8:1a:f8:ac IEEE 802.11: associated
Feb 6 19:08:51 info ath0: STA 98:0c:82:ad:c5:ee WPA: group key handshake completed (RSN)
Feb 6 19:08:51 info ath0: STA 48:5d:60:ff:3d:87 WPA: group key handshake completed (RSN)
Feb 6 18:59:26 info Service D-Link HNAP Service (/var/etc/avahi/services/dhnap.service) successfully established.
Feb 6 18:59:26 info Service D-Link DIR-835 Configuration Utility (/var/etc/avahi/services/http.service) successfully established.
Feb 6 18:59:26 info Service D-Link DIR-835 (/var/etc/avahi/services/mtdaap.service) successfully established.
Feb 6 18:59:26 info Service D-Link SharePort Web Access (/var/etc/avahi/services/webaccess.service) successfully establFeb 6 18:59:25 DIR-835 daemon.info avahi-daemon[3803]: Server startup complete. Host name is DIR-835.local. Local service cookie is 392576378.
Feb 6 18:59:24 info Registering new address record for 192.168.1.1 on br0.*.
Feb 6 18:59:24 info Registering new address record for 192.168.1.1 on br0.*.
Feb 6 18:59:24 info Registering new address record for fe80::baa3:86ff:fe61:e57b on br0.*.
Feb 6 18:59:24 info Registering new address record for fe80::baa3:86ff:fe61:e57b on br0.*.
Feb 6 18:59:24 info Network interface enumeration completed.
Feb 6 18:59:24 info New relevant interface br0.IPv4 for mDNS.
Feb 6 18:59:24 info Joining mDNS multicast group on interface br0.IPv4 with address 192.168.1.1.
Feb 6 18:59:24 info New relevant interface br0.IPv6 for mDNS.
Feb 6 18:59:24 info Joining mDNS multicast group on interface br0.IPv6 with address fe80::baa3:86ff:fe61:e57b.
Feb 6 18:59:24 info Loading service file /var/etc/avahi/services/webaccess.service.
Feb 6 18:59:24 info Loading service file /var/etc/avahi/services/mtdaap.service.
Feb 6 18:59:24 info Loading service file /var/etc/avahi/services/http.service.
Feb 6 18:59:24 info Loading service file /var/etc/avahi/services/dhnap.service.
Feb 6 18:59:24 info avahi-daemon 0.6.30 starting up.
Feb 6 18:59:24 info Successfully dropped root privileges.
Feb 6 18:59:24 info Found user 'root' (UID 0) and group 'root' (GID 0).
Feb 6 18:59:23 notice HTTP IPv6 address given to control points : [fe80:0000:0000:0000:baa3:86ff:fe61:e57b]
Feb 6 18:59:23 notice HTTP listening on port 65530
Feb 6 18:59:23 info device_lan_ip=192.168.1.1 , device_lan_subnet_mask=255.255.255.0
Feb 6 18:59:23 info DHCP server start.
Feb 6 18:59:21 info wantimer: [Cable Connect, No IP]-'[Cable Connect, Have IP]
Feb 6 18:59:20 info avahi-daemon 0.6.30 exiting.
Feb 6 18:59:20 info Leaving mDNS multicast group on interface br0.IPv4 with address 192.168.1.1.
Feb 6 18:59:20 info Leaving mDNS multicast group on interface br0.IPv6 with address fe80::baa3:86ff:fe61:e57b.
Feb 6 18:59:20 info Got SIGTERM, quitting.
Feb 6 18:59:20 notice received signal 15, good-bye
Feb 6 18:59:20 notice pppd sent restart signal to rc
Feb 6 18:59:20 notice pppd check for rc to be idle ?
Feb 6 18:59:20 notice secondary DNS address 93.94.176.252
Feb 6 18:59:20 notice primary DNS address 93.94.176.253
Feb 6 18:59:19 notice ipcp_up: remote PPP IP address 93.94.176.243
Feb 6 18:59:19 notice ipcp_up: local PPP IP address 93.94.182.59
Feb 6 18:59:19 notice ipcp_up: Open /var/tmp/pptp_server_ip.txt (l2tp_server_ip.txt) fail or Using PPPoE
Feb 6 18:59:19 notice peer from calling number 00:30:88:1C:00:54 authorized
Feb 6 18:59:19 info CHAP authentication succeeded: CHAP authentication success, unit 1163
Feb 6 18:59:19 notice Connect: ppp0 '--' eth0.2
Feb 6 18:59:19 info Using interface ppp0
Feb 6 18:59:19 info PPP session is 7625
Feb 6 18:59:19 info Sent PADT
Feb 6 18:59:19 info rp_pppoe send PADT to terminate the session ID that sent last time
Feb 6 18:59:19 notice pppd 2.4.3 started by root, uid 0
Feb 6 18:59:19 info RP-PPPoE plugin inform wantimer to reset auth, discovery variable
Feb 6 18:59:19 info RP-PPPoE plugin version 3.3 compiled against pppd 2.4.3
Feb 6 18:59:19 info Plugin /lib/pppd/2.4.3/rp-pppoe.so loaded.
Feb 6 18:59:17 info Die Exit.
Feb 6 18:59:17 info Sent PADT
Feb 6 18:59:17 notice ppp auth: Connection terminated.
Feb 6 18:59:14 info Terminating on signal 15
Content-type: text/html

_________________
У вас недостаточно прав для просмотра данной подписи


Вернуться наверх
 Профиль  
 
 Заголовок сообщения: Re: DIR-835 A1
СообщениеДобавлено: Чт фев 07, 2013 16:11 
Не в сети

Зарегистрирован: Пт фев 01, 2013 13:53
Сообщений: 11
какое значение мту у Вас настроено? обычно советуют (см. мануал) постепенно понижать значение мту от дефолтного с шагом 10 до устранения проблеммы (метод научного тыка самый надежный). У Вас, если правильно понял, настроеы одновременно ИПв4 и ИПв6. Как настроены клиенты? может здесь собака порылась...


Вернуться наверх
 Профиль  
 
 Заголовок сообщения: Re: DIR-835 A1
СообщениеДобавлено: Чт фев 07, 2013 19:36 
Не в сети

Зарегистрирован: Ср июл 08, 2009 13:49
Сообщений: 10
По MTU цитата с известной статьи, перекопированной по всему инету:
Цитата:
В Windows XP оптимизация MTU потеряла актуальность: по умолчанию в этой системе включен режим автоматического определения данного показателя. Желательно лишь проверить этот факт. Для этого откройте раздел реестра HKEY_LOCAL_MACHINE\SYSTEM\ControlSet\Services\Tcpip\Parameters и убедитесь в отсутствии в нем параметра EnablePMTUDiscovery=dword:00000000.

При установке нулевого значения этого параметра MTU для всех нелокальных соединений становится равным 576, что в большинстве случаев неоптимально –российские провайдеры чаще всего используют 1500. Раздельно же для каждого сетевого интерфейса можно установить MTU таким образом.

Щелкните в области уведомлений панели задач по значку своего соединения и посмотрите используемый в настоящее время IP-адрес (если вы пользуетесь программой Agnitum Outpost, то текущий IP-адрес можно увидеть в подсказке, всплывающей при наведении указателя мыши на значок файерволла). В подразделах реестра HKEY_LOCAL_MACHINE\SYSTEM\ControlSet\Services\Tcpip\Parameters\Interfaces\ИДЕНТИФИКАТОР_АДАПТЕРА найдите тот, для которого прописан текущий IP выбранного соединения (параметр IPAddress или DhcpIPAddress) – именно здесь и следует указывать необходимый MTU: MTU=dword:000005dc (1500).

Поскольку Windows XP автоматически выбирает наилучшее MTU, в нашем случае необходимо просто удостовериться, что для этого соединения не установлено фиксированное значение, отличное от оптимального. Кстати, чтобы выяснить это самое оптимальное значение, достаточно провести несложный эксперимент.

Откройте консоль cmd.exe и введите в ней команду: ping -f -l 1472 xxx.xxx.xxx.xxx, где xxx.xxx.xxx.xxx – IP-адрес сервера вашего провайдера. Если вы получите в ответ что-то вроде Reply from
xxx.xxx.xxx.xxx: bytes=1472 time=144ms TTL=10, это будет означать, что MTU=1500 (28 байт заголовка не учитываются). Если же ответ будет таким: Packet needs to be fragmented but DF set — уменьшайте значение 1472 до тех пор, пока пакет не пройдет. Это значение плюс 28 байт заголовка и будет равно искомому MTU.


Гораздо важнее, впрочем, установить в Windows XP оптимальное значение буфера RWIN (Receive Window). Для качественных линий связи и GPRS-соединений рекомендуется выбирать довольно большое значение RWIN – в этом случае мы опять-таки экономим трафик благодаря уменьшению числа данных, подтверждающих прием пакета.

К сожалению, изменение этого параметра влияет на все соединения в системе, поэтому при использовании помимо LAN еще и обычного модема лучше не зарываться и выбрать значение RWIN порядка 14 600 б (то есть MTU минус 40, умноженное на 10). В реестре это будет соответствовать параметру типа DWORD:
HKEY_LOCAL_MACHINE\SYSTEM\ControlSet\Services\Tcpip\Parameters
TcpWindowSize=14600

Впрочем, при желании можно поэкспериментировать и с большими значениями. А чтобы не редактировать все эти параметры вручную, можно воспользоваться небольшой бесплатной утилитой Dr.TCP (http://www.dslreports.com/front/drtcp.html), специально предназначенной для настройки Windows XP.


Вернуться наверх
 Профиль  
 
 Заголовок сообщения: Re: DIR-835 A1
СообщениеДобавлено: Пт фев 08, 2013 02:34 
Не в сети

Зарегистрирован: Ср ноя 03, 2010 03:36
Сообщений: 194
Откуда: Тверь
DenLink-69 писал(а):
DenchikK писал(а):

Еще со времен dir-300, dir-615 было определено оптимальное значение MTU, равное 1492, по которому пакеты не терялись (1464+28). C dir-835 - то же самое.
Настроена только сеть ipv4, клиенты получают ip по dhcp.
Собственно, проблема не проявляется уже более суток с момента отката прошивки на 1.03. До этого стояла последняя бета 1.04.

_________________
У вас недостаточно прав для просмотра данной подписи


Вернуться наверх
 Профиль  
 
 Заголовок сообщения: Re: DIR-835 A1
СообщениеДобавлено: Пт фев 08, 2013 15:00 
Не в сети

Зарегистрирован: Пт фев 01, 2013 13:53
Сообщений: 11
удивительно? точно такая же железяка, как на 1.03 работала, так и на 1.04 (зачемто перешил после НГ сбодунища) работает!!!...

только вот не могупонять почему?:

в Настройке соединения PPPoE (DSL)

"Reconnection Mode: Выберите режим Always-on (Всегда), On-Demand (По
требованию), или Manual (Вручную)."

Always-on и Manual не работают.....?

работает On-Demand, чтобы не отваливался каждые 5мин. выставил "0"=инфинити и все работает.


Вернуться наверх
 Профиль  
 
 Заголовок сообщения: Re: DIR-835 A1
СообщениеДобавлено: Сб фев 09, 2013 10:54 
Не в сети

Зарегистрирован: Ср ноя 03, 2010 03:36
Сообщений: 194
Откуда: Тверь
DenLink-69 писал(а):
Always-on и Manual не работают.....?

Странно, у меня все работает и включается.

_________________
У вас недостаточно прав для просмотра данной подписи


Вернуться наверх
 Профиль  
 
 Заголовок сообщения: Re: DIR-835 A1
СообщениеДобавлено: Вт фев 12, 2013 10:38 
Не в сети

Зарегистрирован: Пт фев 01, 2013 13:53
Сообщений: 11
думаю что с провайдером на этих режмах подружитья не может....

ну я изабил на это, "по требованию + инфинити" работает почти нормально , иногда самопроизвольно отваливатся по ночам,
но вроде не критично.


Вернуться наверх
 Профиль  
 
 Заголовок сообщения: Re: DIR-835 A1
СообщениеДобавлено: Вт фев 12, 2013 10:46 
Не в сети

Зарегистрирован: Пт фев 01, 2013 13:53
Сообщений: 11
если правильно понимаю, что если имеем 1.04 бетта, то в перспективе длжны получить 1.04 релиз???


Вернуться наверх
 Профиль  
 
 Заголовок сообщения: Re: DIR-835 A1
СообщениеДобавлено: Вт фев 12, 2013 14:20 
Не в сети

Зарегистрирован: Ср ноя 03, 2010 03:36
Сообщений: 194
Откуда: Тверь
DenLink-69 писал(а):
если правильно понимаю, что если имеем 1.04 бетта, то в перспективе длжны получить 1.04 релиз???

Хотелось-бы верить. :)

_________________
У вас недостаточно прав для просмотра данной подписи


Вернуться наверх
 Профиль  
 
 Заголовок сообщения: Re: DIR-835 A1
СообщениеДобавлено: Сб фев 16, 2013 11:48 
Не в сети

Зарегистрирован: Ср ноя 03, 2010 03:36
Сообщений: 194
Откуда: Тверь
GaSer писал(а):
Периодически стал проявляться еще такой глюк-ставлю что-либо на закачку на компе, подключенном по lan, через несколько секунд скорость резко падает и закачка замораживается и в последующем не возобновляется. По беспроводной связи то же самое. Это относится не только непосредственно к закачке файлов, но и к открытию, к примеру, объемных страниц с флешем, которые прогружаются таким образом лишь частично.
Подключение pppoe. С напрямую включенным кабелем такой проблемы нет.
Проблема стала появляться последние 3 дня, до этого она последний раз наблюдалась примерно 2 недели назад, как только поставил роутер.


Сидел неделю на прошивке 1.03, проблем не было. Сегодня опять та же фигня началась.

_________________
У вас недостаточно прав для просмотра данной подписи


Вернуться наверх
 Профиль  
 
 Заголовок сообщения: Re: DIR-835 A1
СообщениеДобавлено: Сб мар 30, 2013 18:46 
Не в сети

Зарегистрирован: Ср ноя 03, 2010 03:36
Сообщений: 194
Откуда: Тверь
Проблема разрешилась после снятия галки с пункта Enable True Gigabit Routing Connectivity на вкладке SETUP-INTERNET

_________________
У вас недостаточно прав для просмотра данной подписи


Вернуться наверх
 Профиль  
 
 Заголовок сообщения: Re: DIR-835 A1
СообщениеДобавлено: Пн апр 01, 2013 14:39 
Не в сети

Зарегистрирован: Пт фев 01, 2013 13:53
Сообщений: 11
судя по Firmware Release Note этот баг уже исправлялся:


Firmware: v1.02 Build: 02
Hardware: A1
Date: Tue, 17, Apr, 2012
checksum: 0x1520C9D1

Problems Resolved & Enhancements:
10. Fixed bug for Web GUI: Internet Setup - Can't enable "True Gigabit Routing Connectivity" in PPPoE WAN type.


Вернуться наверх
 Профиль  
 
 Заголовок сообщения: Re: DIR-835 A1
СообщениеДобавлено: Пн апр 01, 2013 14:52 
Не в сети

Зарегистрирован: Пт фев 01, 2013 13:53
Сообщений: 11
кудато пропала с FTP v1.04 Build: 14 ????

835 сняли с производства так что очевидно придется ему доживать в сыром виде....


Вернуться наверх
 Профиль  
 
Показать сообщения за:  Сортировать по:  
Начать новую тему Ответить на тему  [ Сообщений: 52 ]  На страницу Пред.  1, 2, 3, 4  След.

Часовой пояс: UTC + 3 часа


Кто сейчас на форуме

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 244


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
Создано на основе phpBB® Forum Software © phpBB Group
Русская поддержка phpBB