faq обучение настройка
Текущее время: Чт июл 24, 2025 02:14

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




Начать новую тему Ответить на тему  [ Сообщений: 9 ] 
Автор Сообщение
СообщениеДобавлено: Чт мар 04, 2010 18:56 
Не в сети

Зарегистрирован: Чт мар 04, 2010 18:42
Сообщений: 5
Прошивка:

Current Firmware Version : 1.20WW

Current Firmware Date : 2009/10/13



Провайдер

Pskovline (www.pskovline.ru)

Настройки подключения к инстернету:
Изображение
Изображение

Лог
[INFO] Thu Mar 04 18:17:56 2010 Blocked incoming TCP packet from 210.242.32.129:80 to 10.100.1.70:24467 as RST:ACK received but there is no active connection
[INFO] Thu Mar 04 18:17:51 2010 Blocked incoming TCP packet from 210.242.32.129:80 to 10.100.1.70:24466 as RST:ACK received but there is no active connection
[INFO] Thu Mar 04 18:17:20 2010 Blocked incoming TCP packet from 210.242.32.129:80 to 10.100.1.70:24467 as ACK received but there is no active connection
[INFO] Thu Mar 04 18:17:13 2010 Blocked incoming TCP packet from 210.242.32.129:80 to 10.100.1.70:24466 as ACK received but there is no active connection
[INFO] Thu Mar 04 18:17:11 2010 Blocked outgoing TCP packet from 10.100.1.70:24467 to 210.242.32.129:80 as FIN:ACK received but there is no active connection
[INFO] Thu Mar 04 18:17:05 2010 Blocked outgoing TCP packet from 10.100.1.70:24466 to 210.242.32.129:80 as FIN:ACK received but there is no active connection
[INFO] Thu Mar 04 18:17:00 2010 Blocked outgoing TCP packet from 10.100.1.70:24467 to 210.242.32.129:80 as FIN:ACK received but there is no active connection
[INFO] Thu Mar 04 18:16:54 2010 Above message repeated 1 times
[INFO] Thu Mar 04 18:16:53 2010 Blocked outgoing TCP packet from 10.100.1.70:24466 to 210.242.32.129:80 as FIN:ACK received but there is no active connection
[INFO] Thu Mar 04 18:16:51 2010 Blocked outgoing TCP packet from 10.100.1.70:24467 to 210.242.32.129:80 as FIN:ACK received but there is no active connection
[INFO] Thu Mar 04 18:16:49 2010 Above message repeated 1 times
[INFO] Thu Mar 04 18:16:47 2010 Blocked outgoing TCP packet from 10.100.1.70:24466 to 210.242.32.129:80 as FIN:ACK received but there is no active connection
[INFO] Thu Mar 04 18:16:43 2010 Above message repeated 2 times
[INFO] Thu Mar 04 18:16:28 2010 Time synchronized
[INFO] Thu Mar 04 17:56:26 2010 Requesting time from 61.67.210.241
[INFO] Thu Mar 04 17:56:26 2010 Time server ntp.dlink.com.tw is at IP address 61.67.210.241
[INFO] Thu Mar 04 17:56:26 2010 DNS relay ALG rejected packet from 10.100.1.70:4106 to 91.204.139.6:53
[INFO] Thu Mar 04 17:56:26 2010 Dropped packet from 10.100.1.70 to 91.204.139.6 (IP protocol 17) as unable to create new session
[INFO] Thu Mar 04 17:56:21 2010 WAN interface speed measurement completed. Upstream speed is 7680 kbps
[INFO] Thu Mar 04 17:56:14 2010 Firmware upgrade server wrpd.dlink.com.tw is at IP address 210.242.32.129
[INFO] Thu Mar 04 17:56:10 2010 2.4GHz Band: Wireless link is up
[INFO] Thu Mar 04 17:56:10 2010 Firmware upgrade server wrpd.dlink.com.tw is at IP address 210.242.32.129
[WARN] Thu Mar 04 17:56:04 2010 A network computer () was assigned the IP address of 192.168.0.198.
[INFO] Thu Mar 04 17:56:04 2010 5GHz Band dlink_media: Wireless system with MAC address 001E65592742 secured and linked
[INFO] Thu Mar 04 17:56:04 2010 5GHz Band dlink_media: Wireless system with MAC address 001E65592742 associated
[INFO] Thu Mar 04 17:56:04 2010 Above message repeated 1 times
[WARN] Thu Mar 04 17:56:03 2010 A network computer () was assigned the IP address of 192.168.0.199.
[INFO] Thu Mar 04 17:56:01 2010 5GHz Band: Wireless link is up
[INFO] Thu Mar 04 17:56:01 2010 Estimating speed of WAN interface
[INFO] Thu Mar 04 17:56:01 2010 PPP network up with IP Address 10.100.1.70
[INFO] Thu Mar 04 17:56:01 2010 MSCHAP authentication successful.
[INFO] Thu Mar 04 17:56:01 2010 MSCHAP authentication details were sent to authenticator.
[INFO] Thu Mar 04 17:56:01 2010 MSCHAP authentication challenge received from peer.
[INFO] Thu Mar 04 17:56:01 2010 LCP sets remote auth: C223
[INFO] Thu Mar 04 17:56:01 2010 LCP sets remote options: ACCM: FFFFFFFF, ACFC: 1, PFC: 1, MRU: 1462
[INFO] Thu Mar 04 17:56:01 2010 LCP sets local options: ACCM: 00000000, ACFC: 1, PFC: 1, MRU: 1462
[INFO] Thu Mar 04 17:56:01 2010 PPTP connected to server "router.pskovline.ru" with ID 0x71BF
[INFO] Thu Mar 04 17:56:01 2010 The PPTP transmit window is 16
[INFO] Thu Mar 04 17:56:01 2010 Attempting to establish a PPTP connection.
[INFO] Thu Mar 04 17:55:59 2010 Starting DHCP server
[INFO] Thu Mar 04 17:55:58 2010 Blocked incoming TCP packet from 10.0.1.1:1723 to 10.5.5.130:24458 as SYN:ACK received but there is no active connection
[INFO] Thu Mar 04 17:55:58 2010 Attempting to start always-on WAN connection
[INFO] Thu Mar 04 17:55:58 2010 Bringing up WAN using Russia PPTP
[INFO] Thu Mar 04 17:55:58 2010 WAN interface cable has been connected
[INFO] Thu Mar 04 17:55:58 2010 LAN interface is up
[INFO] Thu Mar 04 17:55:58 2010 LAN Ethernet Carrier Detected
[INFO] Thu Mar 04 17:55:57 2010 Device initialized
[WARN] Thu Mar 04 17:55:50 2010 Wireless schedule init
[INFO] Thu Mar 04 17:55:50 2010 No Internet access policy is in effect. Unrestricted Internet access allowed to everyone




Собственно подключается в значении 1300 например. Раньше работал нормально до пере прошивки на последнюю версию.
И почему значение MTU нельзя поставить выше 1400?

выдает ошибку The MTU size is invalid (the permitted range is 128 to 1400)


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт мар 04, 2010 19:16 
Не в сети

Зарегистрирован: Чт мар 04, 2010 18:42
Сообщений: 5
Отключил QOS (wan trafic shaping)
Подключился при значении MTU 1400 (выше ставить его не разрешает)

Собственно в логе вообще хаус какой-то((((((((((( :(

[INFO] Thu Mar 04 19:13:08 2010 UPnP renew entry 255.255.255.255 <-> 10.100.1.70:60731 <-> 192.168.0.198:60731 UDP timeout:0 'Teredo'
[INFO] Thu Mar 04 19:13:06 2010 Blocked incoming TCP packet from 74.125.87.19:443 to 10.100.1.70:59166 as PSH:ACK received but there is no active connection
[INFO] Thu Mar 04 19:12:33 2010 Blocked incoming TCP packet from 87.242.74.40:3905 to 10.100.1.70:52898 as PSH:ACK received but there is no active connection
[INFO] Thu Mar 04 19:12:32 2010 Log viewed by IP address 192.168.0.198
[INFO] Thu Mar 04 19:12:31 2010 UPnP renew entry 255.255.255.255 <-> 10.100.1.70:60731 <-> 192.168.0.198:60731 UDP timeout:0 'Teredo'
[INFO] Thu Mar 04 19:12:25 2010 Log viewed by IP address 192.168.0.198
[INFO] Thu Mar 04 19:12:10 2010 Above message repeated 1 times
[INFO] Thu Mar 04 19:12:08 2010 DNS relay ALG rejected packet from 10.100.1.70:4112 to 91.204.139.6:53
[INFO] Thu Mar 04 19:12:08 2010 Dropped packet from 10.100.1.70 to 91.204.139.6 (IP protocol 17) as unable to create new session
[INFO] Thu Mar 04 19:12:07 2010 DNS relay ALG rejected packet from 10.100.1.70:4110 to 91.204.136.6:53
[INFO] Thu Mar 04 19:12:07 2010 Dropped packet from 10.100.1.70 to 91.204.136.6 (IP protocol 17) as unable to create new session
[INFO] Thu Mar 04 19:12:06 2010 Blocked incoming TCP packet from 74.125.87.19:443 to 10.100.1.70:59166 as PSH:ACK received but there is no active connection
[INFO] Thu Mar 04 19:12:02 2010 DNS relay ALG rejected packet from 10.100.1.70:4109 to 91.204.136.6:53
[INFO] Thu Mar 04 19:12:02 2010 Dropped packet from 10.100.1.70 to 91.204.136.6 (IP protocol 17) as unable to create new session
[INFO] Thu Mar 04 19:12:01 2010 Allowed configuration authentication by IP address 192.168.0.198
[INFO] Thu Mar 04 19:11:51 2010 UPnP renew entry 255.255.255.255 <-> 10.100.1.70:60731 <-> 192.168.0.198:60731 UDP timeout:0 'Teredo'
[INFO] Thu Mar 04 19:11:43 2010 Blocked incoming TCP packet from 87.242.74.40:3905 to 10.100.1.70:52898 as PSH:ACK received but there is no active connection
[INFO] Thu Mar 04 19:11:37 2010 Blocked incoming TCP packet from 74.125.87.19:443 to 10.100.1.70:59166 as PSH:ACK received but there is no active connection
[INFO] Thu Mar 04 19:11:26 2010 Blocked incoming TCP packet from 87.242.74.40:3905 to 10.100.1.70:52898 as FIN:PSH:ACK received but there is no active connection
[INFO] Thu Mar 04 19:11:25 2010 Blocked outgoing TCP packet from 192.168.0.198:59307 to 74.125.87.19:443 as PSH:ACK received but there is no active connection
[INFO] Thu Mar 04 19:11:25 2010 Blocked outgoing TCP packet from 192.168.0.198:59307 to 74.125.87.19:443 as ACK received but there is no active connection
[INFO] Thu Mar 04 19:11:25 2010 Blocked outgoing TCP packet from 192.168.0.198:59166 to 74.125.87.19:443 as FIN:ACK received but there is no active connection
[INFO] Thu Mar 04 19:11:25 2010 Blocked outgoing TCP packet from 192.168.0.198:59166 to 74.125.87.19:443 as PSH:ACK received but there is no active connection
[INFO] Thu Mar 04 19:11:22 2010 Blocked incoming TCP packet from 74.125.87.19:443 to 10.100.1.70:59166 as PSH:ACK received but there is no active connection
[INFO] Thu Mar 04 19:11:21 2010 UPnP renew entry 255.255.255.255 <-> 10.100.1.70:60731 <-> 192.168.0.198:60731 UDP timeout:0 'Teredo'
[INFO] Thu Mar 04 19:11:20 2010 UPnP added entry 255.255.255.255 <-> 10.100.1.70:60731 <-> 192.168.0.198:60731 UDP timeout:0 'Teredo'
[INFO] Thu Mar 04 19:11:19 2010 2.4GHz Band: Wireless link is up
[INFO] Thu Mar 04 19:11:18 2010 Blocked incoming TCP packet from 87.242.74.40:3905 to 10.100.1.70:52898 as PSH:ACK received but there is no active connection
[INFO] Thu Mar 04 19:11:15 2010 Unable to find DNS record for firmware upgrade server wrpd.dlink.com.tw
[INFO] Thu Mar 04 19:11:14 2010 Blocked incoming TCP packet from 74.125.87.19:443 to 10.100.1.70:59166 as PSH:ACK received but there is no active connection
[WARN] Thu Mar 04 19:11:13 2010 A network computer () was assigned the IP address of 192.168.0.199.
[WARN] Thu Mar 04 19:11:13 2010 A network computer () was assigned the IP address of 192.168.0.198.


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт мар 04, 2010 21:31 
Не в сети

Зарегистрирован: Пт май 09, 2008 10:11
Сообщений: 292
Откуда: Нижний Новгород
Может я скажу не так, но блочится ваша ручная настройка айпи.
Если честно ни разу не видел что бы провайдер назначил вам в роутер 10 подсеть, и локалка совпадала с этой сетью.
Попробуйте поставить точку на Динамический айпи, пусть даже если у вас статический айпи, он назначится от провайдера.
А что бы работала локальная сеть провайдера надо будет прописать роутинг адреса. И не знаю как у вас, но у меня без имени сервера инет не работает.
К стате МТУ у меня тоже 1300,(не подбирал, просто спонтанно поставил) с 1400 при запущенном торренте роутер перезапускается постоянно.
Изображение
Изображение
Если помог, хорошо, нет так нет.

_________________
Изображение


Последний раз редактировалось Skare Чт мар 04, 2010 21:41, всего редактировалось 1 раз.

Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт мар 04, 2010 21:34 
Не в сети
Сотрудник D-LINK
Сотрудник D-LINK

Зарегистрирован: Пн авг 17, 2009 17:18
Сообщений: 7330
Параметр MTU нужно уменьшать, а не увеличивать. Для разных типов соединения разработчиком подобраны разные значения MTU.

_________________
Форум не подразумевает под собой быстрый ответ, хотите быстрый и квалифицированный ответ - звоните в техподдержку компании D-Link 8-800-700-5465


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт мар 05, 2010 15:21 
Не в сети

Зарегистрирован: Чт мар 04, 2010 18:42
Сообщений: 5
Это же зачем мне его понижать? когда провайдер говорит повышать?

У меня к дому приходит оптоволоконный кабель, высокоскоростной доступ в интернет.. Зачем мне понижать размер пакетов и грузить канал не нужной системной информацией в мелких пакетах.. когда ее столько же в 1 большом.

при расчетах.
Для заголовка тоже имеется общепринятый размер - это 40 байт (20 байт IP и 20 байт TCP), следовательно, обычно MSS = MTU - 40. По широкополосной линии T1 (пропускная способность T1=1544000 bits/sec), используя следующую формулу: [( MSS + заголовок ) * 8 битов/байт] / [1544000 бит/sec] = задержка на один хоп (то есть на каждый компьютер в Сети по пути нашего пакета) Используя в этой формуле разные величины MTU, мы можем вычислить задержку одного пакета. Если MTU = 1500, тогда: (1460+40) * 8 / 1544000 = 0.7772 ms. Если же MTU = 576, то: (536+40) * 8 / 1544000 = 0.2924 ms. Предположим, что по пути пакета встречается 10 серверов - хопов, тогда при MTU=1500 получим задержку 7.772 ms, тогда как при 576 - 2.924 ms - разница весьма заметна.

Используя ту же формулу из нашего примера, посчитаем, за какой промежуток времени будет передан файл размером 1Mb по той же широкополосной линии T1. Один мегабайт равен 1024 KB и равен 1048576 байтов. Если MTU = 1500, то, задержка на один хоп составит 0.7772 ms.
1 Мb/MSS = 1048576/1460 = 718.2, или всего требуется 719 эффективных пакетов, чтобы передать 1 мегабайт. Далее, умножаем 719 пакетов на 0.7772 ms, получаем 558.8068 ms, или 5.588 секунд задержки на один хоп. Если же мы передаем свой файл через 10 хопов, что встречается чаще, чем один, то получаем 55.88 sec - это время, которое мы (вернее, провайдер, имеющий линию T1) потратим на передачу файла в 1Mb при идеальной связи. Если же MTU = 576, тогда: 1 Мb / MSS = 1048576 / 536 = 1956.3, или нужно 1957 пакета, чтобы передать 1 мегабайт. Далее, умножаем количество пакетов на задержку каждого из них: 1957 * 0,2924 = 572,2268 ms, или 5,722 секунды на один хоп. Ну и соответственно на 10 хопов придется 57,22 секунд.Видим, из-за того, что при использовании больших пакетов передается меньше заголовков, реальная скорость передачи файла получается выше. Для того чтобы передать 1 мегабайт при использовании MTU=1500 приходится пересылать еще и "довесок" заголовков из 28760 байтов, тогда как при использовании MTU=576, получаем аж 1957 * 40 = 78,280 байтов, то есть дополнительные 49520 байтов заголовков на каждый мегабайт полезной информации. Для нашей 10-хоповой передачи это выливается в лишних 1,34 секунд при передаче каждого мегабайта даже при сверхбыстрой связи. Это разница, возможно, будет еще немного выше на практике, так как современные реализации TCP/IP стремятся использовать еще большие заголовки (например, дополнительные 12 байтов заголовка для отметок времени).


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт мар 05, 2010 15:28 
Не в сети

Зарегистрирован: Чт мар 04, 2010 18:42
Сообщений: 5
Skare писал(а):
Может я скажу не так, но блочится ваша ручная настройка айпи.
Если честно ни разу не видел что бы провайдер назначил вам в роутер 10 подсеть, и локалка совпадала с этой сетью.
Попробуйте поставить точку на Динамический айпи, пусть даже если у вас статический айпи, он назначится от провайдера.

Айпи статический, если поставить динамический не подключается.
вот faq по настройкам 655 дира, на сайте провайдера.
http://www.pskovline.ru/dir655.php

а маршруты и так прописываю для доступа к внутри сетевым сервисам, в обход инет соединения.


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт мар 05, 2010 16:57 
Не в сети
Сотрудник D-LINK
Сотрудник D-LINK

Зарегистрирован: Пн авг 17, 2009 17:18
Сообщений: 7330
navaldevill писал(а):
Это же зачем мне его понижать? когда провайдер говорит повышать?

У меня к дому приходит оптоволоконный кабель, высокоскоростной доступ в интернет.. Зачем мне понижать размер пакетов и грузить канал не нужной системной информацией в мелких пакетах.. когда ее столько же в 1 большом.

при расчетах.
Для заголовка тоже имеется общепринятый размер - это 40 байт (20 байт IP и 20 байт TCP), следовательно, обычно MSS = MTU - 40. По широкополосной линии T1 (пропускная способность T1=1544000 bits/sec), используя следующую формулу: [( MSS + заголовок ) * 8 битов/байт] / [1544000 бит/sec] = задержка на один хоп (то есть на каждый компьютер в Сети по пути нашего пакета) Используя в этой формуле разные величины MTU, мы можем вычислить задержку одного пакета. Если MTU = 1500, тогда: (1460+40) * 8 / 1544000 = 0.7772 ms. Если же MTU = 576, то: (536+40) * 8 / 1544000 = 0.2924 ms. Предположим, что по пути пакета встречается 10 серверов - хопов, тогда при MTU=1500 получим задержку 7.772 ms, тогда как при 576 - 2.924 ms - разница весьма заметна.

Используя ту же формулу из нашего примера, посчитаем, за какой промежуток времени будет передан файл размером 1Mb по той же широкополосной линии T1. Один мегабайт равен 1024 KB и равен 1048576 байтов. Если MTU = 1500, то, задержка на один хоп составит 0.7772 ms.
1 Мb/MSS = 1048576/1460 = 718.2, или всего требуется 719 эффективных пакетов, чтобы передать 1 мегабайт. Далее, умножаем 719 пакетов на 0.7772 ms, получаем 558.8068 ms, или 5.588 секунд задержки на один хоп. Если же мы передаем свой файл через 10 хопов, что встречается чаще, чем один, то получаем 55.88 sec - это время, которое мы (вернее, провайдер, имеющий линию T1) потратим на передачу файла в 1Mb при идеальной связи. Если же MTU = 576, тогда: 1 Мb / MSS = 1048576 / 536 = 1956.3, или нужно 1957 пакета, чтобы передать 1 мегабайт. Далее, умножаем количество пакетов на задержку каждого из них: 1957 * 0,2924 = 572,2268 ms, или 5,722 секунды на один хоп. Ну и соответственно на 10 хопов придется 57,22 секунд.Видим, из-за того, что при использовании больших пакетов передается меньше заголовков, реальная скорость передачи файла получается выше. Для того чтобы передать 1 мегабайт при использовании MTU=1500 приходится пересылать еще и "довесок" заголовков из 28760 байтов, тогда как при использовании MTU=576, получаем аж 1957 * 40 = 78,280 байтов, то есть дополнительные 49520 байтов заголовков на каждый мегабайт полезной информации. Для нашей 10-хоповой передачи это выливается в лишних 1,34 секунд при передаче каждого мегабайта даже при сверхбыстрой связи. Это разница, возможно, будет еще немного выше на практике, так как современные реализации TCP/IP стремятся использовать еще большие заголовки (например, дополнительные 12 байтов заголовка для отметок времени).

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

_________________
Форум не подразумевает под собой быстрый ответ, хотите быстрый и квалифицированный ответ - звоните в техподдержку компании D-Link 8-800-700-5465


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Сб мар 06, 2010 15:56 
Не в сети

Зарегистрирован: Чт мар 04, 2010 18:42
Сообщений: 5
Не за что, но нужно было не со статьей детально ознакамливатся, а прочитать первую строчку.

Что провайдер говорит MTU ставить выше нужно. 1492


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср мар 10, 2010 17:17 
Не в сети
Сотрудник D-LINK
Сотрудник D-LINK

Зарегистрирован: Пн авг 17, 2009 17:18
Сообщений: 7330
navaldevill писал(а):
Не за что, но нужно было не со статьей детально ознакамливатся, а прочитать первую строчку.

Что провайдер говорит MTU ставить выше нужно. 1492

MTU нужно не увеличивать, а уменьшать. Для провайдера оптимальное значение MTU 1492, это если компьютер будет подключен напрямую, если ставите роутер - извольте MTU уменьшать.

_________________
Форум не подразумевает под собой быстрый ответ, хотите быстрый и квалифицированный ответ - звоните в техподдержку компании D-Link 8-800-700-5465


Вернуться наверх
 Профиль  
 
Показать сообщения за:  Сортировать по:  
Начать новую тему Ответить на тему  [ Сообщений: 9 ] 

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


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

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


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

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