View Full Version : Прошу помочь: скорость аплода в локалке и инете
в локалке скорость закачки на соседний сервер в этом же сегменте составляет 3 мегабайт.сек. В свою очередь, если просто подключить минуя роутер, то скорость 10 мегабайт в сек, или 100 мегабит...
очень расстроен этим. wl-500Gp, последняя прошивка от Олега, пробовал по настройкам, которые описаны в теме "скорость pptp" -невзашло)
как же увеличить скорость закачки?
пробовал и провода менять и чего только не пробовал, думал плохо обжаты, взял уже готовые провода и всё равно низкая скорость.
топология сети: провод провайдера, входит в свитч, второй провод из свитча выходит на другой комп (10.10.*.*) и третий провод уходит на роутер в wan. Куда копать? оооочень приочень прошу помощи, так как сам потерялся. з.ы. все устройства подключены патчкордами 5 категории. Если нужны дополнительные параметры - спрашивайте, очень хочу решить эту проблему
прошивка установлена 1.9.2.7-8
Additional pppd options: nomppe nomppc
Hearbeat Server: vpn.server.net --nobuffer
Маршруты прописаны на роутере?
Маршруты прописаны на роутере?
да, все маршруты прописаны, сети работают во все стороны. Трацерт идёт верно
ещё заметил, что пинг до роутера провайдера :
Ответ от 10.10.68.1: число байт=32 время=2мс TTL=63
Ответ от 10.10.68.1: число байт=32 время=1мс TTL=63
Ответ от 10.10.68.1: число байт=32 время=1мс TTL=63
Ответ от 10.10.68.1: число байт=32 время=1мс TTL=63
Ответ от 10.10.68.1: число байт=32 время=2мс TTL=63
Ответ от 10.10.68.1: число байт=32 время=1мс TTL=63
Ответ от 10.10.68.1: число байт=32 время=14мс TTL=63
Ответ от 10.10.68.1: число байт=32 время=1мс TTL=63
Ответ от 10.10.68.1: число байт=32 время=1мс TTL=63
Ответ от 10.10.68.1: число байт=32 время=1мс TTL=63
Ответ от 10.10.68.1: число байт=32 время=2мс TTL=63
Ответ от 10.10.68.1: число байт=32 время=17мс TTL=63
Ответ от 10.10.68.1: число байт=32 время=1мс TTL=63
Ответ от 10.10.68.1: число байт=32 время=1мс TTL=63
Ответ от 10.10.68.1: число байт=32 время=2мс TTL=63
Ответ от 10.10.68.1: число байт=32 время=4мс TTL=63
Ответ от 10.10.68.1: число байт=32 время=2мс TTL=63
Ответ от 10.10.68.1: число байт=32 время=3мс TTL=63
Ответ от 10.10.68.1: число байт=32 время=2мс TTL=63
Ответ от 10.10.68.1: число байт=32 время=1мс TTL=63
Ответ от 10.10.68.1: число байт=32 время=1мс TTL=63
Ответ от 10.10.68.1: число байт=32 время=2мс TTL=63
Ответ от 10.10.68.1: число байт=32 время=1мс TTL=63
Ответ от 10.10.68.1: число байт=32 время=3мс TTL=63
если нафлудил, потом вытрем
Если в качестве типа соединения выбрать DHCP, то будет такая же фигня? Если да, то у меня идей больше нет. :)
Если в качестве типа соединения выбрать DHCP, то будет такая же фигня? Если да, то у меня идей больше нет. :)
это где? провайдер даёт статику для настроек локалки.
Ребят, попробовал выкинуть свитч и всё через маршрутизатор пустить...всё равно скорость аплода на рядом стоящий сервер в этом же сегменте локальной сети провайдера 3мегабайта/сек. В свою очередь, ниже я представил процесс, который больше всего ест цпу при копировании
PID USER STATUS RSS PPID %CPU %MEM COMMAND
3 admin RWN 0 1 68.5 0.0 ksoftirqd_CPU0
есть мысли? уж очень хочу сделать, что бы отдача была 100мегабит
это где? провайдер даёт статику для настроек локалки.
Тогда попробовать поставить Static IP.
Тогда попробовать поставить Static IP.
если в wan connection type выставить static ip, то поля для ввода login: pass переходят в состояние hide, соответственно не соединит с впн сервером. У меня pptp там выставлено.
да, и кстати, mtu и mru поля пустые и захидинные. Это нормально?
на странице System Setup - Operation Mode выбрано home gateway - это правильно?
Я понимаю, что не соединит с ВПН. Но мы вроде боремся со скростью в "локалке"? Поэтому я и прошу проверить её в таком режиме.
Я понимаю, что не соединит с ВПН. Но мы вроде боремся со скростью в "локалке"? Поэтому я и прошу проверить её в таком режиме.
Хорошо Олег, буду сейчас пробовать, а вот насчёт mtu и mru? на что влияют эти 2 параметра?
предлагают ребята из сети попробовать поставить
Additional pppd options: nomppc maxfail 0 mtu 1372 nomppe
Это будет влиять разве на скорость локалки? и нужно ли вообще это выставлять? у меня сейчас в этом поле выставлено nomppc nomppe. Synс не поддерживает провайдер
Не влияют на локалку никак.
Не влияют на локалку никак.
нет, скорость такая же...:( может быть ван порт не исправен в части отправки?
Понятия не имею. Может быть то, чем Вы тестируете использует пакеты маленького размера, из-за этого и скорость небольшая.
Понятия не имею. Может быть то, чем Вы тестируете использует пакеты маленького размера, из-за этого и скорость небольшая.
бросаю файл на 700мб через роутер - скорость 3мегабайта/сек
бросаю файл на 700мб через свитч - скорость 10мегабайт/сек
вот и призадумаешься, в чём же проблема и где ещё можно копнуть
Дальнейшие испытания проводились в сегменте роутера, без подключения каких либо устройств и запуска каких либо ёмких программ на роутере. Копирование файла в 700мб с машины 192.168.1.3 в 192.168.1.2 дало такую же скорость = 4мб/с максимум, а скачки = 10мб/с
соотвественно: upload = 4мегабайт/с
download = 10мегабайт/с
определённо чтото не так с роутером;)
...to be continued
вопрос: а можно ли не использовать дхцп сервер для раздачи адресов, а статически дать адреса машинам внутри роутера? допустим того же класса С, только всё это будет статика? и как это сделать?
AlekseyA
23-04-2008, 09:39
Помогите советом. Настроил PPtP как написано в FAQ.
В логе появилось что-то странное с error :eek::
Jan 1 03:00:14 PPTP: connect to ISP
Jan 1 03:00:18 kernel: SCSI error: host 0 id 0 lun 0 return code = 8000002
Jan 1 03:00:18 kernel: ^ISense class 7, sense error 0, extended sense 7
Apr 23 09:58:38 kernel: SCSI error: host 0 id 0 lun 0 return code = 8000002
Apr 23 09:58:38 kernel: ^ISense class 7, sense error 0, extended sense 7
Apr 23 09:58:38 kernel: SCSI error: host 0 id 0 lun 0 return code = 8000002
Apr 23 09:58:38 kernel: ^ISense class 7, sense error 0, extended sense 7
Apr 23 09:58:38 kernel: MSDOS FS: IO charset utf8
Apr 23 09:58:38 kernel: MSDOS FS: Using codepage 866
Apr 23 09:58:38 USB storage: vfat fs at /dev/discs/disc0/part1 mounted to /tmp/mnt/disc0_1
Apr 23 09:58:48 ntp client: Synchronizing time with pool.ntp.org ...
Apr 23 09:59:21 dnsmasq[73]: DHCPREQUEST(br0) 192.168.1.137 00:1b:77:78:93:2d
Apr 23 09:59:21 dnsmasq[73]: DHCPACK(br0) 192.168.1.137 00:1b:77:78:93:2d AlekseyA
Apr 23 09:59:40 dnsmasq[73]: DHCPINFORM(br0) 192.168.1.137 00:1b:77:78:93:2d
Apr 23 09:59:40 dnsmasq[73]: DHCPACK(br0) 192.168.1.137 00:1b:77:78:93:2d AlekseyA
Хотя связь работает, что нужно поправить.
и еще вопросик не втему: Как перевести системные часы в режим 24 часа, а то у меня 12.
И в WEB мордочке наверное опечатка - Sytem time вместо System time.
вопрос: а можно ли не использовать дхцп сервер для раздачи адресов, а статически дать адреса машинам внутри роутера? допустим того же класса С, только всё это будет статика? и как это сделать?
Да можно, отрубаешь dhcp server в ip config и прописываешь в wan & lan адрес роутеру внутрилокальный в lan ip setting, ну и соответствено вбиваешь настройки на воркстэйшенах статически.
А на кроссе с компа на комп показатель скорости нормальный???
moveinone
23-04-2008, 23:42
LAST UPDATE 24.04. 17-26
Симптомы те же, скорость скачки через роутер и из инета и из локалки где-то в 2-3 раза ниже, чем напрямую без роутера.
Прошивка .10 VPN нет, статический ip от провайдера.
В закладке IP Config - WAN & LAN
WAN Connection Speed: было 100Mpbs FULL DUPLEX
ПОСТАВИЛ Auto Negotiation Вылечилось.
Проверял неоднократно-
пример с сайта yoip.ru при тарифе 5 мегабит.
Ваша скорость 1337.45 Kbps - 100Mpbs full-duplex
Ваша скорость 4563.91 Kbps - Auto Negotiation такая же на 100Mpbs half-duplex
По кабелю без роутера на auto скорость 4987.88
!! Но если выставить по кабелю без роутера 100Mpbs full-duplex - то точно такое же падение скорости.
Все кабели от коммутатора до квартиры, коннекторы, розетки проверены - в них не должно быть проблемы. Тогда почему full глючит?
Виноват провайдер? есть предположения?
dimokrat
24-04-2008, 08:04
А много-ли ресурсов занимает dhcp-сервис в памяти, и имеет ли смысл его вообще отключить в веб-интерфейсе, прописав статику на клиентских девайсах? С точки зрения безопасности это плюс, а как с точки зрения производительности?
Ваша скорость 1337.45 Kbps - 100Mpbs full-duplex
Ваша скорость 4563.91 Kbps - Auto Negotiation такая же на 100Mpbs half-duplex
Так и должно быть. Принудительно ставить full duplex можно только в случае, если на другом конце сделано то же самое. Как правило, при ручном выставлении full duplex механизм auto negotiation отключается полностью, в результате, если на другом конце выставлен режим auto negotiation (что там, скорее всего, и сделано), устройство на другом конце не обнаружит включения full duplex и будет считать, что к нему подключено что-то древнее, не умеющее auto negotiation и не понимающее ничего, кроме half duplex. В такой ситуации (duplex mismatch) пакеты вроде бы ходят, но с большим количеством повторов (с того конца, где выставлен full duplex, передача идёт без учёта одновременного приёма, а на другом конце приём чего-либо во время передачи своего пакета будет рассматриваться как коллизия).
Хотя некоторые устройства и драйверы могут при явном указании full duplex не отключать auto negotiation полностью, а заявлять о поддержке только указанного режима - с ними таких неприятных последствий при задании full duplex только на одном конце может не быть.
moveinone
29-04-2008, 11:25
Хорошо. На роутере выставлено в auto, но как командой проверить в каком сейчас реально режиме работает роутер?
Так и должно быть. Принудительно ставить full duplex можно только в случае, если на другом конце сделано то же самое. Как правило, при ручном выставлении full duplex механизм auto negotiation отключается полностью, в результате, если на другом конце выставлен режим auto negotiation (что там, скорее всего, и сделано), устройство на другом конце не обнаружит включения full duplex и будет считать, что к нему подключено что-то древнее, не умеющее auto negotiation и не понимающее ничего, кроме half duplex. В такой ситуации (duplex mismatch) пакеты вроде бы ходят, но с большим количеством повторов (с того конца, где выставлен full duplex, передача идёт без учёта одновременного приёма, а на другом конце приём чего-либо во время передачи своего пакета будет рассматриваться как коллизия).
Хотя некоторые устройства и драйверы могут при явном указании full duplex не отключать auto negotiation полностью, а заявлять о поддержке только указанного режима - с ними таких неприятных последствий при задании full duplex только на одном конце может не быть.
То есть если на коммутаторе провайдера стоит auto, а в роутере full, то работать корректно сеть на full не будет?
Тогда почему все прекрасно работает без задержек с отличными скоростями в режиме Half?
Аналогично. Скорость скачки с локалки 10-11 Мб с ФТП, а заливка 3-3,5 максимум. Статический Айпи. Пробовал переключать в Авто, в халф дуплекс - отличий от фулл дуплекс незамечено.
Прошивка 1.9.2.7-7g. Почитал что изменено в обновленных прошивка - вроде бы для меня ничего важного. Систему на флешку я не устанавливал и т.д. Т.е. используется лишь как точка доступа ВайФай... Режим Home gateway