The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Quagga на RHEL 5.4"
Вариант для распечатки  
Пред. тема | След. тема 
Форумы Открытые системы на сервере (Маршрутизация, NAT / Linux)
Изначальное сообщение [ Отслеживать ]

"Quagga на RHEL 5.4"  +/
Сообщение от rootvg (ok) on 12-Мрт-10, 09:41 
Приветствую всех!

Сервер с тремя NIC, подключен к разным железкам (eth0 и eth2), поднят ospf. Цель - защита сервера от сбоев сетевого оборудования, например. (Третий NIC (eth1) служит для связи точка-точка с другим таким же сервером).
Основной адрес, к которому должны стучаться пользователи, привязан к loopback 'у.
ospf работает, при отключение сетевых карт пакеты к loopback'у идут по альтернативным маршрутам, при отключении eth0 и eth2, пакеты проходят через соседний сервер (по eth1).
как бы все что хотел работает, но есть такая проблема:
если некоторое время (минут 5-10 примерно) сервер по loopback не трогать, то
при очередном обращении (ping, ssh и т.п.) наблюдается значительная задержка (примерно секунд 5 или 10), приложения могут выдавать connection timeuot. Повторно ping (или ssh) и уже все нормально.
Специалистом по маршрутизации не являюсь, возможно что-то упустил.
Может, кто-нибудь подскажет, как от этой задержки избавиться?
Ниже приведены конфиги.

RHEL 5.4
quagga-0.98.6-5.el5

zebra.conf:
-----------
hostname spc2-20
password zebra
enable password zebra
!
interface eth0
ip address 172.20.74.2/28
ipv6 nd suppress-ra
interface eth1
ipv6 nd suppress-ra
interface eth2
ip address 172.20.95.2/28
ipv6 nd suppress-ra
interface lo
ip address 192.168.57.2/32
multicast
interface sit0
ipv6 nd suppress-ra
ip forwarding
line vty


ospfd.conf:
-----------

hostname spc2-20
password zebra
enable password zebra
!
interface eth0
interface eth1
interface eth2
interface lo
interface sit0
router ospf
network 172.20.0.0/16 area 0.0.0.0
network 192.168.0.0/16 area 0.0.0.0
line vty

sysctl.conf:
------------

net.ipv4.ip_forward = 1
# Controls source route verification
net.ipv4.conf.default.rp_filter = 1
# Do not accept source routing
net.ipv4.conf.default.accept_source_route = 0
# Controls the System Request debugging functionality of the kernel
kernel.sysrq = 0
# Controls whether core dumps will append the PID to the core filename
# Useful for debugging multi-threaded applications
kernel.core_uses_pid = 1
# Controls the use of TCP syncookies
net.ipv4.tcp_syncookies = 1
# Controls the maximum size of a message, in bytes
kernel.msgmnb = 65536
# Controls the default maxmimum size of a mesage queue
kernel.msgmax = 65536
# Controls the maximum shared segment size, in bytes
kernel.shmmax = 68719476736
# Controls the maximum number of shared memory segments, in pages
kernel.shmall = 4294967296
# For_oracle
kernel.shmmni = 4096
kernel.semopm = 100
kernel.sem = 250 32000 100 128
net.ipv4.ip_local_port_range = 1024 65000
net.core.rmem_default = 262144
net.core.rmem_max = 262144
net.core.wmem_default = 262144
net.core.wmem_max = 262144

P.S.
пробовал loopback описывать как lo:0, dummy0, на результат не влияет.
на сетевых железках маршруты есть всегда, никуда не пропадают.
Есть мнение, что что-то не так в quagge или ОС.

Высказать мнение | Ответить | Правка | Cообщить модератору

Оглавление

  • Quagga на RHEL 5.4, ALex_hha, 19:50 , 12-Мрт-10, (1)  

Сообщения по теме [Сортировка по времени | RSS]


1. "Quagga на RHEL 5.4"  +/
Сообщение от ALex_hha (ok) on 12-Мрт-10, 19:50 
quagga очень старая, попробуй поставить 0.99.16
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

2. "Quagga на RHEL 5.4"  +/
Сообщение от rootvg (ok) on 16-Мрт-10, 07:32 
>quagga очень старая, попробуй поставить 0.99.16

Попробовал, то же самое поведение:

C:\Documents and Settings\yava>ping 192.168.58.3

Обмен пакетами с 192.168.58.3 по 32 байт:

Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.

Статистика Ping для 192.168.58.3:
    Пакетов: отправлено = 4, получено = 0, потеряно = 4 (100% потерь),

C:\Documents and Settings\yava>ping 192.168.58.3

Обмен пакетами с 192.168.58.3 по 32 байт:

Ответ от 192.168.58.3: число байт=32 время<1мс TTL=62
Ответ от 192.168.58.3: число байт=32 время<1мс TTL=62

Статистика Ping для 192.168.58.3:
    Пакетов: отправлено = 2, получено = 2, потеряно = 0 (0% потерь),
Приблизительное время приема-передачи в мс:
    Минимальное = 0мсек, Максимальное = 0 мсек, Среднее = 0 мсек
Control-C
^C
C:\Documents and Settings\yava>

Может есть ещё реализации ospfd маршрутизации для linux кроме quagga?

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Спонсоры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2022 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру