Logo Море(!) аналитической информации!
IT-консалтинг Software Engineering Программирование СУБД Безопасность Internet Сети Операционные системы Hardware
Архив форумов ЦИТФорума
Море(!) вопросов - Море(!) ответов
 
 FAQFAQ   ПоискПоиск   ПользователиПользователи   ГруппыГруппы   РегистрацияРегистрация 
 ПрофильПрофиль   Войти и проверить личные сообщенияВойти и проверить личные сообщения   ВходВход 
Как правильно задавать вопросы

Не работает балансировка между двумя каналами в инет

 
Перейти:  
Этот форум закрыт, вы не можете писать новые сообщения и редактировать старые.   Эта тема закрыта, вы не можете писать ответы и редактировать сообщения.    Список форумов Архив форумов ЦИТФорума -> Unix
Предыдущая тема :: Следующая тема  
Автор Сообщение
xt2



Зарегистрирован: 23.01.2008
Сообщения: 1

СообщениеДобавлено: Ср Янв 23 2008 11:09    Заголовок сообщения: Не работает балансировка между двумя каналами в инет Ответить с цитатой

Здравствуйте на сервере поднято два АДСЛ соединения в инет со следующими параметрами:
Код:

ppp0      Link encap:Point-to-Point Protocol
          inet addr:92.112.198.159  P-t-P:195.5.5.201  Mask:255.255.255.255

ppp1      Link encap:Point-to-Point Protocol
          inet addr:92.112.198.166  P-t-P:195.5.5.201  Mask:255.255.255.255


Балансировка сделана следующим образом

Код:

ip route add default equalize nexthop dev PPP0 nexthop dev PPP1

default equalize
        nexthop dev ppp0 weight 1
        nexthop dev ppp1 weight 1


На консоли сервера делаю telnet 77.88.21.11 80 и запускаю снифер на PPP интерфейсах. Вот вывод снифера с интерфейса куда был направлен запрос
Код:

tcpdump -i ppp1 host 77.88.21.11
tcpdump: listening on ppp1
09:52:12.097460 92.112.198.159.34356 > 77.88.21.11.http: ... <mss 1452,sackOK,timestamp 337052 0,nop,wscale 0> (DF) [tos 0x10]
09:52:15.096549 92.112.198.159.34356 > 77.88.21.11.http: ... <mss 1452,sackOK,timestamp 337352 0,nop,wscale 0> (DF) [tos 0x10]
09:52:21.096618 92.112.198.159.34356 > 77.88.21.11.http: ... <mss 1452,sackOK,timestamp 337952 0,nop,wscale 0> (DF) [tos 0x10]
09:52:33.096744 92.112.198.159.34356 > 77.88.21.11.http: ... <mss 1452,sackOK,timestamp 339152 0,nop,wscale 0> (DF) [tos 0x10]


Обратите внимание на каком интерфейсе работает снифер (ppp1) и с какого ИП-адреса уходит запрос в инет (92.112.198.159).
А теперь если посмотерть на приведенный выше фрагмент вывода ifconfig видим что этот адрес назначен интерфейсу ppp0(!!!), соответственно в ответ на такие запросы ничего не приходит. Получается что при выборе маршрута каким-то непонятным образом берется адрес одного интерфейса, но сам пакет отправляется в сеть через другой. Происходит такой глюк только если запросы формируются локально на серваке, например telnet с консоли или запросы от СКВИДа, если трафик идет транзитом то все в порядке.

Подскажите как побороть это, второй день мучаюсь, обновление ядра до 2.4.36 не помогло Sad

Спасибо за ответы.

ЗЫ. ОСь - Линукс.
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
Показать сообщения:   
Этот форум закрыт, вы не можете писать новые сообщения и редактировать старые.   Эта тема закрыта, вы не можете писать ответы и редактировать сообщения.    Список форумов Архив форумов ЦИТФорума -> Unix Часовой пояс: GMT + 3
Страница 1 из 1

 
Перейти:  
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах


Powered by phpBB © 2001, 2002 phpBB Group
Русская поддержка phpBB

 

IT-консалтинг Software Engineering Программирование СУБД Безопасность Internet Сети Операционные системы Hardware

Информация для рекламодателей PR-акции, размещение рекламы — adv@citforum.ru,
тел. +7 495 6608306, ICQ 232284597
Пресс-релизы — pr@citforum.ru
Послать комментарий
Информация для авторов
This Web server launched on February 24, 1997
Copyright © 1997-2000 CIT, © 2001-2006 CIT Forum
Внимание! Любой из материалов, опубликованных на этом сервере, не может быть воспроизведен в какой бы то ни было форме и какими бы то ни было средствами без письменного разрешения владельцев авторских прав. Подробнее...