Jump to content
Калькуляторы

tnega

Пользователи
  • Content Count

    43
  • Joined

  • Last visited

Everything posted by tnega


  1. привет всем. наблюдаю проблему со скоростью до абонентского устройства LHG5. Скорость режется раза в два. Делаю тест скорости с устройства "Мост LHG5 (1)" до Клиентского LHG5 стандартным тестом на микротике, UDP пакетами. Вижу падение скорости в два раза, то есть в 50 мегабит. При этом когда делаю тест до базовых станций mANTBox 15s и SXT SA5 - я вижу 100 мегабит. Когда делаю тест с моста на мост - вижу свыше 100 мегабит (мосты работают в полосе 40 мгц) Когда делаю тест от Базы к Клиенту - вижу 100 мегабит (полоса 20 мгц) Подскажите что нибудь. Почему теряются эти 50 мегабит. Схему прикрепляю.
  2. какое MTU у нас должно быть? стоит по умолчанию все, 1500
  3. Вы очень невнимательны. Есть схема. 5 ГГц.
  4. имеете виду timeout ? пингуем с первого моста до базы и одной и другой, посылаем 300 пакетов с тайаутом 100 мс. все ок, потерь нет. посылаем до клиента - видим потери. из 300 пакетов добрались только 282. 4% потерь. но если пингуем клиента из базы - все ок, потерь нет. спасибо за наводку конечно! но видимо какое-то есть узкое место где-то...
  5. частоты далеко друг от друга, 400 мгц разница. Про тест имеете ввиду первый LHG который идет от центра к какой нибудь из базовых? - если да, то пробовали - 100 мегабит к базе приходит без проблем, а вот уже после базы в два раза падает. В этом весь прикол, и в чем дело непонятно. Если бы к базе не приходило бы нужное количество - само собой разумеющееся меняли бы коммутатор который на базах. а тут до баз приходит, а после баз уже нет, но при этом если тестировать напрямую с базы до абонента -к нему прилетает 100 мегабит в полосе 20 мгц, в полосе 40 - чуть больше 150, эфир не такой шумный. нормальный. ради интереса попробуем поменять на что-то управляемое. все настроено в режиме bridge, клиентский LHG в режиме роутера.
  6. Приветствую всех. Имеем такую схему: ... Mikrotik SXT 6 -> Mikrotik SXT 6 -> DGS-1100-08 -> Mikrotik Omnitik SXT 6 имеют гигабитные порты, данный радиомост без проблем передаёт нам 150 мегабит Омнитик имеет 100 мегабитный порт Разумеется в коммутаторе порт приемного моста работает на гигабите а омнитик на 100 мегабитах Проблема следующая - при Бандвич тесте встроенном в микротик и вообще, мы не можем передать на Омнитик больше 50 мегабит, как буд-то порт работает в пол силы, но когда мы переводим принудительно порт приемного моста с гигабита в 100 мегабит - мы без проблем до омнитика прогоняем 100 мегабит. По статусу у всех портов Фулдуплекс, но проблему это видим конкретно на этой железке, это нас расстраивает, так как она очень компактная и в ней есть всё что нам нужно. В итоге, чтобы у нас была полноценная магистраль в 150 мегабит нам нужно поставить какой нибудь 3028 или любой коммутатор где есть на борту и гигабитные и 100 мегабитные порты, в этом случае проблем со скоростью мы не видим. Кто что подскажет? Очень расстраивает такая не стыковка устройств.
  7. да, глюков со скоростью не наблюдаем. оказывается сколько проблем разных бывает с оборудованием.
  8. Включив все же принудительно flow control на ethernet порту приемного моста микротика - проблема решилась.
  9. Спасибо! включение flow control помогло, по факту выше 150 мегабит через него пролетать не будет, так как магистраль идет с радиомоста. Посмотрим как будет себя вести. UPD: спустя несколько минут начал проверять снова тестами, то нормально показывает, то снова 50 мегабит, но чувствуется большой приоритет по исходящей скорости от конечного устройства. расстроился)
  10. всех приветствую. намечается работа с администрацией, взаимовыгодная, безвозмездная. администрация передает нам в пользования волокна в своем кабеле, мы же в свою очередь помогаем ей в организации vlan по безопасному городу. может у кого нибудь есть примеры каких нибудь похожих соглашений о безвозмездной передачи ресурсов или о безвозмездном обмене ресурсами? чтобы по данному документу мы что-то разумеется поправили и сделали своё соглашение. благодарю заранее
  11. Сами предложили, сказали для них это лучший вариант. На самом деле действительно взаимовыгода. Кабель проходит через весь город, волокнами из этого кабеля мы можем объединить другие части города, в свою очередь нам ничего не стоит помочь им с безопасным городом с vlan до камер. сейчас мы берем волокна у других операторов, чтобы с этими другими частями состыковаться, а так будет резерв.
  12. Приветствую всех. Имеем сервер доступа Supermicro SYS-6016-NTF E5645 - 2 шт. две планки DDR3 по 8 гб (16 гб) На борту сетевушка X520-DA2 - 2 оптических порта 10G Стоит Debian8, 64 битная, 3.16 ядро. Потребление памяти держится в районе 900 мегабайт. С вышестоящим работаем по схеме Аутсорминга, используем канал + ип адреса вышестоящего. (работает статическая маршрутизация), никаких BGP и тому подобных вещей. То есть оператор нам прописал несколько подсетей, например: 47.171.52.0/24 , где ip 47.171.52.254 - шлюз вышестоящего, мы в свою очередь поднимаем 253 айпишник и прописываем шлюз по умолчанию 254. НА коммутаторе аплинка стоит медный модуль, от него идет патчкорд в наш медиаконвертер SNR с модулем 1 gb так же от SNR на 20 км. Расстояние до аплинка ровно километр. На другой стороне модуль такой же вставлен в нашу сетевушку. Собственно конфиг: eth0 - аплинк (берем 900 мегабит) eth1 - внутренняя сеть Разрешающие правила на ИПсете, ограничение скорости - ipt-ratelimit Авторизация абонентов происходит следующим образом: 1. Выдаем ип адреса по PPPoE - используя accel-ppp + включаем proxy arp на аплинк интерфейсе. 2. Используя правила маршрутизация выдаем прямо на интерфейс абоненту нужный ип адрес так же используя proxy arp (Само собой разумеется сеть поделена на vlan) Обычно - один коммутатор доступа этой свой vlan. perf top: Прерывания: Сетевые: sysctl: При старте делаем: Собственно проблема: В часы пик загрузка ЦП судя по htop не поднимается выше 15-20 % При это потребление в районе 500-600 мегабит трафика Еще раз напомню, что от вышестоящего получаем 900 мегабит. В эти моменты я ощущаю как буд-то какую-=то преграду по входящему трафику, если днем на спидтесте том же я вижу 150-200 мегабит, на торрентах естественно больше и до 300 мегабит поднимаюсь, то в часы пик скорость на тех же торрентах в два раза падает и в спидтесте тоже, держится в районе 100 мегабит. Смотрю по snmp скорость на аплинк порту, не видел чтобы она подходила до 700 мегабит, в основном держится в пределах 550-650 мегабит. и не поднимается выше. По исходящему трафику - проблем нет, в том же спдитесте до узлов вышестоящего и других близких операторов скорость может подняться и до 500 мегабит. В чем может быть дело? Сеть небольшая, 700 абонентов. Неужели мощи не хватает? Может быть мы со своей стороны что-то недоглядели? Грешу на ядровой коммутатор, его и ядровым не назовешь конечно. Сразу за сервером стоит DGS-3100-24TG, от него уже идут ответвления на 3526, 1100-06/ME, 1100-08 и еще парочка DGS-3100-24TG в других районах и от них такие же ответвления. Или на медиаконвертер который на аплинке? где-то слышал и не раз, что невозможно по меди поднять чистый гигабит, но слухи были относительно длинных кабелей медных, а там грубо говоря пол метра патч корд. До этого стоял аналогично настроенный сервер: e5440 2 шт. 4 гб ddr2 и сетевушка i350-t2 + медиаконвертер такой же как и на аплинке с модулем. (порты то медные) Нагрузка на цп в часы пик была 30-40 % в htop Новый сервер как мы видим сильно не напрягается. Посоветуйте пожалуйста что нибудь друзья товарищи. Может где-то что-то подтюнить надо или сами где-то что-то не так настроили.
  13. Всем привет. Все же как я понимаю проблема была в аплинке. Поставили промежуточный коммутатор между аплинком и сервером доступа, загрузка была в этот момент на аплинк 600 мегабит. Подключили к промежуточному коммутатору напрямую клиентскую машину минуя сервер доступа и увидели такое же поведение. Полагаю тему можно закрывать. Всем спасибо.
  14. Завтра попробуем не напрямую в сервер аплинк подключить ,а через коммутатор, и к коммутатору подключить стороннюю клиентскую машину, тут я думаю уже видно будет, кто все-таки скорость режет :-)
  15. Друзья товарищи, давайте забудем про критику друг друга? все с чего-то начинали, и наверное не каждый уже родился со знаниями в голове. У каждого своё видение и своя специфика работы. Вернусь к теме: Поставили в ядро 3627G, результата никакого не принесло. Повторюсь: В вечернее время при трафике 500-600 мегабит - скорость на клиентских машинах не поднимается больше 100 мегабит. в торренте - 10-12 мегабайт. спидтест показывает 70-80. С исходящей скоростью ситуация лучше: тот же спидтест выжимает 300 мегабит. Когда нет нагрузки на канал (ночью например) на торрентах видим большую скорость и на спидтесте естественно. Типы подключения разные (PPPoE, snat, ип на прямую + proxyarp), результат один и тот же. Может все же что-то надо в сервере подтюнить? или все же вышестоящий где-то темнит. Писали ему по поводу этого, сказали что никаких ограничений нет.
  16. DES-3526, DGS-1100-08 в основном, есть кое где даже DIR-100F :-) сеть подроблена на VLAN, обычно - VLAN на коммутатор. На коммутаторах делаем сегментацию трафика, абоненты друг друга не видят. ЗА исключением естественно DIR100F :-)
  17. 1. Выдаем ип адреса по PPPoE - используя accel-ppp + включаем proxy arp на аплинк интерфейсе. я ведь написал это в теме :-) нам так проще. не сосем понял про конечный доступ
  18. Вот дискуссию тут развели :-) не ожидал такого из за своей темы. По поводу PPPoE - он есть. accel-ppp используем. И в основном используем именно его, как основной способ авторизации. А Proxy arp + iproute - тем, кому нужно ип выдать напрямую на интерфейс, не туннелем. Юр лица просят такое у нас :-) Какие нибудь большие организации, банки, магниты, пятёрочки :-) Следящим за темой - коммутатора еще не дождались :-) но думаем приобрести для теста 3627G
  19. Что можно поставить на ядро в пределах 10-25 т.р. ? Посоветуйте пожалуйста что нибудь для трафика 1-2 гигабита. Нам желательно наличии множества SFP портов. Может обойдемся без СНРовского коммутатора за 35 т.р.
  20. Вас понял. flow control - отключен естественно В общем ждем нового коммутатора на ядро.
  21. Все линки оптические 1G, медные так же кроме одного, к которому подключен наш wi-fi роутер.