Перейти к содержимому

Поиск по сайту

Результаты поиска по тегам 'gre'.

Поисковый индекс в данный момент обрабатывается. Текущие результаты могут быть неполными.
  • Поиск по тегам

    Введите теги через запятую.
  • Поиск по автору

Тип публикаций


Категории и разделы

  • A Test Forum
  • Общие форумы
    • Флейм
    • Общий форум
    • Linux в образовании / легальность ПО
    • Выбор дистрибутивов
  • Настройка ОС Linux
    • Настройка "железа"
    • Настройка клиентского "софта"
    • Вопросы по серверам и сетям
  • Общий
    • Linux.ru - О сервере
    • Новости
    • Юмор
    • Игры
  • Старый общий форум - доступ только для чтения
  • ????????????????: PHP
  • Linux дистрибутивы
    • Linux RedHat/Fedora Core/CentOS
    • Linux Mandrake/Mandriva
    • Gentoo Linux
    • Ubuntu
    • Slackware Linux
    • Debian Linux
    • SuSE Linux
    • ALT Linux
    • ASP Linux
    • MeeGo
    • Другие дистрибутивы
  • Программирование: Win32
  • Жизнь чертей
    • OpenBSD
    • FreeBSD
    • MacOS X
    • Остальные BSD системы
  • Работа
    • Поиск работы
    • Поиск сотрудников
    • Хочу предложить
  • Программирование
    • Программирование общее
    • Программирование: Perl
    • Программирование: C / C++
    • Программирование: *nix
  • Закрытые форумы
    • Форум для модераторов
  • Linux девайсы
    • Linux девайсы
    • Cubieboard
  • De-Smo.ru
  • LinuxCenter
  • Linux-Online
  • Chrome OS

Найдено 2 результата

  1. Есть граничный роутер на базе неплохого (когда-то :-) интеловского серверного системника с установленной на нём Centos 7.Прокачивает в сумме до 1.5 гигабит, там же маршрутизация и шейпинг в сторону внутренней сети.Загрузка процессора умеренная, вполне себе шевелится.Недавно встал ребром вопрос: одному абоненту понадобился GRE туннель.И он по непонятным причинам тормозит безбожно - больше 1.5 мегабита не разгоняется никак (смотрим iperf'ом).Между теми же точками поднимаем туннель ipip - получаем мегабит эдак 80, то есть на всю сотку абонентскую.Заменяем в командах создания туннеля ipip на gre - 1.5 мегабита максимум, а в среднем 800 кбит.Гасим весь шейпинг - обнуляем все правила tc - не влияет никак.Проапдейтили центос до последнего выложенного ядра - ноль эффекта.Провели эксперимент на отдельной сетке - поставили старый центос 6.8 с ядром 2.6 - всё летает! в той же сетке на той же железке запускаем центос 7 - те же тормоза. Найти параметров ядра, привязанных как-то к протоколу именно GRE, пока не удалось.Кто-нибудь нарывался? что можно покрутить или только downgrade на ядро 2.6?
  2. Привет. Имеется канал связи выделенный провайдером 100мб. Филиал_1 Филиал_2 Eth1 <================> Eth1 10.10.10.1 10.10.10.2 Поверх поднят GRE + OSPF(quagga). Филиал_1 Филиал_2 gre1 <=================> gre1 10.100.1.2 10.100.1.3 Еще резервный(gre2) Есть проблема. На канале(Интерфейсах) провайдера скорость по замерам iperf: ~90мб На канале(Интерфейсах) GRE по замерам iperf: Client_iperf Server_iperf Филиал_2==========> Филиал_1 = В одну сторону ~80-90мб Филиал_1 ==========> Филиал_2 = В другую ~ 30мб В настройках и iptables не каких ограничений нет. Настройки ospf. hostname router_1 password password log file /var/log/quagga/ospfd.log log stdout ! interface gre1 ip ospf authentication message-digest ip ospf message-digest-key 1 md5 Password ip ospf network point-to-point ip ospf cost 20 ! interface gre2 ip ospf authentication message-digest ip ospf message-digest-key 1 md5 Password ip ospf network point-to-point ip ospf cost 30 ! router ospf ospf router-id 10.100.1.1 redistribute connected route-map Local_Network passive-interface ens3 passive-interface ens6 passive-interface ens7 passive-interface ens8 passive-interface tun0 network 192.168.1.0/24 area 0.0.0.0 network 10.100.1.1/30 area 0.0.0.0 network 10.100.2.1/30 area 0.0.0.0 area 0.0.0.0 authentication message-digest ! ip prefix-list Local_Network seq 10 permit 192.168.1.0/24 ip prefix-list Local_Network seq 100 deny any ! route-map Local_Network permit 10 match ip address prefix-list Local_Network ! line vty ! Где может быть проблема.?
×