forum.opennet.ru - "Выбор маршрута пользователем." (11)

форумы

помощь

поиск

регистрация

майллист

вход/выход

слежка

"Выбор маршрута пользователем."

Форум Маршрутизаторы CISCO и др. оборудование. (Маршрутизация)
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"Выбор маршрута пользователем."	+/–
Сообщение от 7fox7 (ok) on 15-Июн-11, 08:42
Дано: 3 провайдера, заведенные на отдельные 1821W ~150 клиентских устройств, выходящих в интернет. Нужно: Клиент мог самостоятельно в любое время, переключить себя на другого провайдера. Текущая схема: Если пользователь подключен к одной из сетей wifi то ходит в инет через ту циску, на которой этот wifi раздается. Если нужен другой пров, то вручную переключается на другую wifi сеть. Вопрос: Какие есть иные схемы выбора пользователем маршрута в интернет, в условиях если пользователь сидит на проводе?
Ответить \| Правка \| Cообщить модератору

Оглавление

Выбор маршрута пользователем., xguru, 12:32 , 15-Июн-11, (1)
Выбор маршрута пользователем., eek, 14:04 , 15-Июн-11, (2)

Выбор маршрута пользователем., 7fox7, 09:20 , 16-Июн-11, (3)

Выбор маршрута пользователем., fantom, 10:18 , 16-Июн-11, (5)
Выбор маршрута пользователем., cant, 12:26 , 17-Июн-11, (10)

Выбор маршрута пользователем., fantom, 10:14 , 16-Июн-11, (4)

Выбор маршрута пользователем., cant, 20:44 , 16-Июн-11, (6)

Выбор маршрута пользователем., 7fox7, 04:17 , 17-Июн-11, (7)

Выбор маршрута пользователем., fantom, 09:29 , 17-Июн-11, (8)

Выбор маршрута пользователем., merko, 09:57 , 17-Июн-11, (9)

Выбор маршрута пользователем., cant, 12:27 , 17-Июн-11, (11)

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

1. "Выбор маршрута пользователем." +/–

Сообщение от xguru (ok) on 15-Июн-11, 12:32

>[оверквотинг удален]
> ~150 клиентских устройств, выходящих в интернет.
> Нужно:
> Клиент мог самостоятельно в любое время, переключить себя на другого провайдера.
> Текущая схема:
> Если пользователь подключен к одной из сетей wifi то ходит в инет
> через ту циску, на которой этот wifi раздается. Если нужен другой
> пров, то вручную переключается на другую wifi сеть.
> Вопрос:
> Какие есть иные схемы выбора пользователем маршрута в интернет, в условиях если
> пользователь сидит на проводе?
Один из самых простых способов: использовать прокси-сервер. Тогда пользователь мог бы выбирать по какому каналу пойти путём выбора порта на нём. К сожалению, это сделать не всегда можно.
Другой, более сложный способ, создать несколько виртуальных интерфейсов (с разными МАК-адресами), которые подключить через виртуальный бридж в одну и ту же сеть (но с разными IP-адресами на каждом виртуальном интерфейсе). В зависимости от того, какой из них указан как шлюз, трафик можно будет роутить по-разным маршрутам.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Выбор маршрута пользователем." +/–

Сообщение от eek on 15-Июн-11, 14:04

> Нужно:
> Клиент мог самостоятельно в любое время,
> переключить себя на другого провайдера.
Сильно.
Т.е. предполагается, что клиент лучше знает где ему лучше.
> Вопрос:
> Какие есть иные схемы выбора пользователем маршрута в интернет,
> в условиях если пользователь сидит на проводе?
Можно продолжить мастырить костыли. Подняв на каждом маршрутизаторе по vpn серверу на ваш выбор, и людям которые сидят на проводе предложить авторизовываться на них и таким образом ходить в интернет. Схема маразматическая, но в вашу текущую парадигму укладывается вполне.
P.S. Вариант, из двух провайдеров с нормальным QOS и backup через sla на случай падения не рассматривается совсем?

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

3. "Выбор маршрута пользователем." +/–

Сообщение от 7fox7 (ok) on 16-Июн-11, 09:20

> Сильно.
> Т.е. предполагается, что клиент лучше знает где ему лучше.
Это производственная необходимость. Основная масса пользователей программеры, которым нужна возможность перелезть на другого прова. Для дебага своих глючащих сетевых приложений :)
> P.S. Вариант, из двух провайдеров с нормальным QOS и backup через sla
> на случай падения не рассматривается совсем?
Пока мысли создать некую гибридную схему.
1) Шлюз по умолчанию, используется ip sla и статичные правила, по которым распределить пользователей по каналам. В случае падения одного из каналов, менять маршрут на другой.
2) Шлюз по направлению. Выбрав определенный шлюз, маршрут через определенного провайдера.

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

5. "Выбор маршрута пользователем." +/–

Сообщение от fantom (ok) on 16-Июн-11, 10:18

>[оверквотинг удален]
> Это производственная необходимость. Основная масса пользователей программеры, которым
> нужна возможность перелезть на другого прова. Для дебага своих глючащих сетевых
> приложений :)
>> P.S. Вариант, из двух провайдеров с нормальным QOS и backup через sla
>> на случай падения не рассматривается совсем?
> Пока мысли создать некую гибридную схему.
> 1) Шлюз по умолчанию, используется ip sla и статичные правила, по которым
> распределить пользователей по каналам. В случае падения одного из каналов, менять
> маршрут на другой.
> 2) Шлюз по направлению. Выбрав определенный шлюз, маршрут через определенного провайдера.
Простейший вариант - несколько VLAN-ов, каждый VLAN - к своему провайдеру, недостатки - надо чтобы тачки клиентские vlan-ы поддерживали....

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

10. "Выбор маршрута пользователем." +/–

Сообщение от cant on 17-Июн-11, 12:26

> Клиент мог самостоятельно в любое время, переключить себя на другого провайдера.
> Это производственная необходимость. Основная масса пользователей программеры, которым > нужна возможность перелезть на другого прова.
> Для дебага своих глючащих сетевых приложений :)
>
> Пока мысли создать некую гибридную схему.
> 1) Шлюз по умолчанию, используется ip sla и статичные правила, по которым распределить > пользователей по каналам. В случае падения одного из каналов, менять маршрут на другой.
Первая мысль самая оптимальная при таких обстоятельствах.
Программисты вполне способны поменять у себя на компе шлюз. 10.0.0.1 на 10.0.0.2 или 10.0.0.3
Однако если аплинки к провайдерам задохлые, флапаются и насмерть забиваются трафиком,
то намучаетесть вы с этим sla. Ещё и nat наверно есть.
Пусть лучше программисты шлюз у себя перещелкивают и капают на начальство, чтоб денег дало побольше на толстый и надежный интернет.

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

4. "Выбор маршрута пользователем." +/–

Сообщение от fantom (ok) on 16-Июн-11, 10:14

>[оверквотинг удален]
> Т.е. предполагается, что клиент лучше знает где ему лучше.
>> Вопрос:
>> Какие есть иные схемы выбора пользователем маршрута в интернет,
>> в условиях если пользователь сидит на проводе?
> Можно продолжить мастырить костыли. Подняв на каждом маршрутизаторе по vpn серверу на
> ваш выбор, и людям которые сидят на проводе предложить авторизовываться на
> них и таким образом ходить в интернет. Схема маразматическая, но в
> вашу текущую парадигму укладывается вполне.
> P.S. Вариант, из двух провайдеров с нормальным QOS и backup через sla
> на случай падения не рассматривается совсем?
1. BGP пиринг с фулвью с каждым клиентом - и у него полная свобода выбора.
2. как уже сказано выше - куча VPN серверов с привязкой каждого к отдельному прову.

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

6. "Выбор маршрута пользователем." +/–

Сообщение от cant on 16-Июн-11, 20:44

> Дано:
> 3 провайдера, заведенные на отдельные 1821W
> . . .
> Какие есть иные схемы выбора пользователем маршрута в интернет, в условиях если
> пользователь сидит на проводе?
Для пользователя также изящно как выбор SSID в WiFi, на проводе сделать нельзя.
А зачем вообще провод? Адаптеры usb-wifi копейки стоят.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

7. "Выбор маршрута пользователем." +/–

Сообщение от 7fox7 (ok) on 17-Июн-11, 04:17

> А зачем вообще провод? Адаптеры usb-wifi копейки стоят.
Радио обстановка на объекте не очень хорошая. В том смысле, что вокруг много wifi сетей, и много пакетов доходит битыми. Для клиента это выражается в том, что пинг возрастает до ~1000-3000. После многократных плясок с настройками радио модуля на cisco, использования wifi оборудования ASUS и Apple, добиться устойчивой связи не удалось. Причем что самое нездоровое, проблема возникает рандомно и помогает ее решить переключение wifi передатчика на другой канал.
Соответственно было принято решение, все оборудование, которое возможно, посадить на витую пару.

Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

8. "Выбор маршрута пользователем." +/–

Сообщение от fantom (ok) on 17-Июн-11, 09:29

>> А зачем вообще провод? Адаптеры usb-wifi копейки стоят.
> Радио обстановка на объекте не очень хорошая. В том смысле, что вокруг
> много wifi сетей, и много пакетов доходит битыми. Для клиента это
> выражается в том, что пинг возрастает до ~1000-3000. После многократных плясок
> с настройками радио модуля на cisco, использования wifi оборудования ASUS и
> Apple, добиться устойчивой связи не удалось. Причем что самое нездоровое, проблема
> возникает рандомно и помогает ее решить переключение wifi передатчика на другой
> канал.
> Соответственно было принято решение, все оборудование, которое возможно, посадить на витую
> пару.
Правильное решение!!
Варианты:
1. vlan-ы.
2. в зависимости от дефаулт гейтвея.
3. VPN-ы всех мастей (от pppoe по имени сервиса до IPSec-ов)
4. DHCP+ опция 121 или 249 (в зависимости от ОС-и)
Что дает 4-ый вариант:
допустим для тестирования используются 3 (5,10 и т.д.) ресурсов, выдаем абонентам маршрут к ресурсу 1 через шлюз 1 (1-й пров), ресурсу 2 - шлюз 2 (2-ой пров), ресурсу 3 - шлюз 3 (третий пров), в результате программер может проверять свое ПО связываясь с одним из 3-х ресурсов по выбору и автоматом попадая в нужного прова без всяких перенастроек.

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

9. "Выбор маршрута пользователем." +/–

Сообщение от merko (ok) on 17-Июн-11, 09:57

>[оверквотинг удален]
> ~150 клиентских устройств, выходящих в интернет.
> Нужно:
> Клиент мог самостоятельно в любое время, переключить себя на другого провайдера.
> Текущая схема:
> Если пользователь подключен к одной из сетей wifi то ходит в инет
> через ту циску, на которой этот wifi раздается. Если нужен другой
> пров, то вручную переключается на другую wifi сеть.
> Вопрос:
> Какие есть иные схемы выбора пользователем маршрута в интернет, в условиях если
> пользователь сидит на проводе?
Можно на маршрутизаторах поднять VPN сервера, а на клиентских ПК использовать Cisco VPN Client'ы. В VPN Client'е три разных коннекта на три разных циски (соответственно на три разных ISP'а).

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

11. "Выбор маршрута пользователем." +/–

Сообщение от cant on 17-Июн-11, 12:27

Основная масса пользователей программеры, которым > нужна возможность перелезть на другого прова.
> Для дебага своих глючащих сетевых приложений :)
>
> Пока мысли создать некую гибридную схему.
> 1) Шлюз по умолчанию, используется ip sla и статичные правила, по которым распределить > пользователей по каналам. В случае падения одного из каналов, менять маршрут на другой.
Первая мысль самая оптимальная при таких обстоятельствах.
Программисты вполне способны поменять у себя на компе шлюз. 10.0.0.1 на 10.0.0.2 или 10.0.0.3
Однако если аплинки к провайдерам задохлые, флапаются и насмерть забиваются трафиком,
то намучаетесть вы с этим sla. Ещё и nat наверно есть.
Пусть лучше программисты шлюз у себя перещелкивают и капают на начальство, чтоб денег дало побольше на толстый и надежный интернет.

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "Выбор маршрута пользователем."	+/–
Сообщение от xguru (ok) on 15-Июн-11, 12:32
>[оверквотинг удален] > ~150 клиентских устройств, выходящих в интернет. > Нужно: > Клиент мог самостоятельно в любое время, переключить себя на другого провайдера. > Текущая схема: > Если пользователь подключен к одной из сетей wifi то ходит в инет > через ту циску, на которой этот wifi раздается. Если нужен другой > пров, то вручную переключается на другую wifi сеть. > Вопрос: > Какие есть иные схемы выбора пользователем маршрута в интернет, в условиях если > пользователь сидит на проводе? Один из самых простых способов: использовать прокси-сервер. Тогда пользователь мог бы выбирать по какому каналу пойти путём выбора порта на нём. К сожалению, это сделать не всегда можно. Другой, более сложный способ, создать несколько виртуальных интерфейсов (с разными МАК-адресами), которые подключить через виртуальный бридж в одну и ту же сеть (но с разными IP-адресами на каждом виртуальном интерфейсе). В зависимости от того, какой из них указан как шлюз, трафик можно будет роутить по-разным маршрутам.
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору

2. "Выбор маршрута пользователем."	+/–
Сообщение от eek on 15-Июн-11, 14:04
> Нужно: > Клиент мог самостоятельно в любое время, > переключить себя на другого провайдера. Сильно. Т.е. предполагается, что клиент лучше знает где ему лучше. > Вопрос: > Какие есть иные схемы выбора пользователем маршрута в интернет, > в условиях если пользователь сидит на проводе? Можно продолжить мастырить костыли. Подняв на каждом маршрутизаторе по vpn серверу на ваш выбор, и людям которые сидят на проводе предложить авторизовываться на них и таким образом ходить в интернет. Схема маразматическая, но в вашу текущую парадигму укладывается вполне. P.S. Вариант, из двух провайдеров с нормальным QOS и backup через sla на случай падения не рассматривается совсем?
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	3. "Выбор маршрута пользователем."	+/–
	Сообщение от 7fox7 (ok) on 16-Июн-11, 09:20
	> Сильно. > Т.е. предполагается, что клиент лучше знает где ему лучше. Это производственная необходимость. Основная масса пользователей программеры, которым нужна возможность перелезть на другого прова. Для дебага своих глючащих сетевых приложений :) > P.S. Вариант, из двух провайдеров с нормальным QOS и backup через sla > на случай падения не рассматривается совсем? Пока мысли создать некую гибридную схему. 1) Шлюз по умолчанию, используется ip sla и статичные правила, по которым распределить пользователей по каналам. В случае падения одного из каналов, менять маршрут на другой. 2) Шлюз по направлению. Выбрав определенный шлюз, маршрут через определенного провайдера.
	Ответить \| Правка \| ^ к родителю #2 \| Наверх \| Cообщить модератору


	5. "Выбор маршрута пользователем."	+/–
	Сообщение от fantom (ok) on 16-Июн-11, 10:18
	>[оверквотинг удален] > Это производственная необходимость. Основная масса пользователей программеры, которым > нужна возможность перелезть на другого прова. Для дебага своих глючащих сетевых > приложений :) >> P.S. Вариант, из двух провайдеров с нормальным QOS и backup через sla >> на случай падения не рассматривается совсем? > Пока мысли создать некую гибридную схему. > 1) Шлюз по умолчанию, используется ip sla и статичные правила, по которым > распределить пользователей по каналам. В случае падения одного из каналов, менять > маршрут на другой. > 2) Шлюз по направлению. Выбрав определенный шлюз, маршрут через определенного провайдера. Простейший вариант - несколько VLAN-ов, каждый VLAN - к своему провайдеру, недостатки - надо чтобы тачки клиентские vlan-ы поддерживали....
	Ответить \| Правка \| ^ к родителю #3 \| Наверх \| Cообщить модератору


	10. "Выбор маршрута пользователем."	+/–
	Сообщение от cant on 17-Июн-11, 12:26
	> Клиент мог самостоятельно в любое время, переключить себя на другого провайдера. > Это производственная необходимость. Основная масса пользователей программеры, которым > нужна возможность перелезть на другого прова. > Для дебага своих глючащих сетевых приложений :) > > Пока мысли создать некую гибридную схему. > 1) Шлюз по умолчанию, используется ip sla и статичные правила, по которым распределить > пользователей по каналам. В случае падения одного из каналов, менять маршрут на другой. Первая мысль самая оптимальная при таких обстоятельствах. Программисты вполне способны поменять у себя на компе шлюз. 10.0.0.1 на 10.0.0.2 или 10.0.0.3 Однако если аплинки к провайдерам задохлые, флапаются и насмерть забиваются трафиком, то намучаетесть вы с этим sla. Ещё и nat наверно есть. Пусть лучше программисты шлюз у себя перещелкивают и капают на начальство, чтоб денег дало побольше на толстый и надежный интернет.
	Ответить \| Правка \| ^ к родителю #3 \| Наверх \| Cообщить модератору


	4. "Выбор маршрута пользователем."	+/–
	Сообщение от fantom (ok) on 16-Июн-11, 10:14
	>[оверквотинг удален] > Т.е. предполагается, что клиент лучше знает где ему лучше. >> Вопрос: >> Какие есть иные схемы выбора пользователем маршрута в интернет, >> в условиях если пользователь сидит на проводе? > Можно продолжить мастырить костыли. Подняв на каждом маршрутизаторе по vpn серверу на > ваш выбор, и людям которые сидят на проводе предложить авторизовываться на > них и таким образом ходить в интернет. Схема маразматическая, но в > вашу текущую парадигму укладывается вполне. > P.S. Вариант, из двух провайдеров с нормальным QOS и backup через sla > на случай падения не рассматривается совсем? 1. BGP пиринг с фулвью с каждым клиентом - и у него полная свобода выбора. 2. как уже сказано выше - куча VPN серверов с привязкой каждого к отдельному прову.
	Ответить \| Правка \| ^ к родителю #2 \| Наверх \| Cообщить модератору

6. "Выбор маршрута пользователем."	+/–
Сообщение от cant on 16-Июн-11, 20:44
> Дано: > 3 провайдера, заведенные на отдельные 1821W > . . . > Какие есть иные схемы выбора пользователем маршрута в интернет, в условиях если > пользователь сидит на проводе? Для пользователя также изящно как выбор SSID в WiFi, на проводе сделать нельзя. А зачем вообще провод? Адаптеры usb-wifi копейки стоят.
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	7. "Выбор маршрута пользователем."	+/–
	Сообщение от 7fox7 (ok) on 17-Июн-11, 04:17
	> А зачем вообще провод? Адаптеры usb-wifi копейки стоят. Радио обстановка на объекте не очень хорошая. В том смысле, что вокруг много wifi сетей, и много пакетов доходит битыми. Для клиента это выражается в том, что пинг возрастает до ~1000-3000. После многократных плясок с настройками радио модуля на cisco, использования wifi оборудования ASUS и Apple, добиться устойчивой связи не удалось. Причем что самое нездоровое, проблема возникает рандомно и помогает ее решить переключение wifi передатчика на другой канал. Соответственно было принято решение, все оборудование, которое возможно, посадить на витую пару.
	Ответить \| Правка \| ^ к родителю #6 \| Наверх \| Cообщить модератору


	8. "Выбор маршрута пользователем."	+/–
	Сообщение от fantom (ok) on 17-Июн-11, 09:29
	>> А зачем вообще провод? Адаптеры usb-wifi копейки стоят. > Радио обстановка на объекте не очень хорошая. В том смысле, что вокруг > много wifi сетей, и много пакетов доходит битыми. Для клиента это > выражается в том, что пинг возрастает до ~1000-3000. После многократных плясок > с настройками радио модуля на cisco, использования wifi оборудования ASUS и > Apple, добиться устойчивой связи не удалось. Причем что самое нездоровое, проблема > возникает рандомно и помогает ее решить переключение wifi передатчика на другой > канал. > Соответственно было принято решение, все оборудование, которое возможно, посадить на витую > пару. Правильное решение!! Варианты: 1. vlan-ы. 2. в зависимости от дефаулт гейтвея. 3. VPN-ы всех мастей (от pppoe по имени сервиса до IPSec-ов) 4. DHCP+ опция 121 или 249 (в зависимости от ОС-и) Что дает 4-ый вариант: допустим для тестирования используются 3 (5,10 и т.д.) ресурсов, выдаем абонентам маршрут к ресурсу 1 через шлюз 1 (1-й пров), ресурсу 2 - шлюз 2 (2-ой пров), ресурсу 3 - шлюз 3 (третий пров), в результате программер может проверять свое ПО связываясь с одним из 3-х ресурсов по выбору и автоматом попадая в нужного прова без всяких перенастроек.
	Ответить \| Правка \| ^ к родителю #7 \| Наверх \| Cообщить модератору

9. "Выбор маршрута пользователем."	+/–
Сообщение от merko (ok) on 17-Июн-11, 09:57
>[оверквотинг удален] > ~150 клиентских устройств, выходящих в интернет. > Нужно: > Клиент мог самостоятельно в любое время, переключить себя на другого провайдера. > Текущая схема: > Если пользователь подключен к одной из сетей wifi то ходит в инет > через ту циску, на которой этот wifi раздается. Если нужен другой > пров, то вручную переключается на другую wifi сеть. > Вопрос: > Какие есть иные схемы выбора пользователем маршрута в интернет, в условиях если > пользователь сидит на проводе? Можно на маршрутизаторах поднять VPN сервера, а на клиентских ПК использовать Cisco VPN Client'ы. В VPN Client'е три разных коннекта на три разных циски (соответственно на три разных ISP'а).
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	11. "Выбор маршрута пользователем."	+/–
	Сообщение от cant on 17-Июн-11, 12:27
	Основная масса пользователей программеры, которым > нужна возможность перелезть на другого прова. > Для дебага своих глючащих сетевых приложений :) > > Пока мысли создать некую гибридную схему. > 1) Шлюз по умолчанию, используется ip sla и статичные правила, по которым распределить > пользователей по каналам. В случае падения одного из каналов, менять маршрут на другой. Первая мысль самая оптимальная при таких обстоятельствах. Программисты вполне способны поменять у себя на компе шлюз. 10.0.0.1 на 10.0.0.2 или 10.0.0.3 Однако если аплинки к провайдерам задохлые, флапаются и насмерть забиваются трафиком, то намучаетесть вы с этим sla. Ещё и nat наверно есть. Пусть лучше программисты шлюз у себя перещелкивают и капают на начальство, чтоб денег дало побольше на толстый и надежный интернет.
	Ответить \| Правка \| ^ к родителю #9 \| Наверх \| Cообщить модератору