форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

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

"Объединение двух каналов vpn в  один"	+/–
Сообщение от Aplei on 15-Мрт-11, 20:15
В первой точке имеется коммутатор Cisco 3750, на него в приходит два vlan'а: vlan100 - vpn layer3 от одного провайдера, адресация 10.1.0.0/24 vlan200 - vpn layer3 от другого провайдера, адресация 10.2.0.0/24 там же есть маршрутизатор Cisco 2811 Каждый влан по сетям провайдера доведен до второй точки, с адресациями: vlan100 - 10.10.0.0/24 vlan200 - 10.20.0.0/24 канал каждого провайдера - 4 мбита. Первая точка должна видеть вторую точку всегда, пусть на низкой скорости - но всегда! Задача: а) Выбрать циску для второй точки, чтоб можно было эти каналы собрать в один (пусть псевдо, но..) 8 мбит, чтоб падение канала одного провайдера не влияло на работоспособность, а только на "проседание" канала до 4 мбит. б) Как составить гуглю запрос для того, чтоб это настроить?
Ответить | Правка | Cообщить модератору

Сообщения по теме

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

1. "Объединение двух каналов vpn в  один"	+/–
Сообщение от Merridius on 15-Мрт-11, 22:31
>[оверквотинг удален] > vlan100 - 10.10.0.0/24 > vlan200 - 10.20.0.0/24 > канал каждого провайдера - 4 мбита. > Первая точка должна видеть вторую точку всегда, пусть на низкой скорости - > но всегда! > Задача: > а) Выбрать циску для второй точки, чтоб можно было эти каналы собрать > в один (пусть псевдо, но..) 8 мбит, чтоб падение канала одного > провайдера не влияло на работоспособность, а только на "проседание" канала до > 4 мбит. А чем 28я не устроила? или я чего-то не понял? > б) Как составить гуглю запрос для того, чтоб это настроить?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	2. "Объединение двух каналов vpn в  один"	+/–
	Сообщение от Aplei on 15-Мрт-11, 23:34
	>[оверквотинг удален] >> vlan200 - 10.20.0.0/24 >> канал каждого провайдера - 4 мбита. >> Первая точка должна видеть вторую точку всегда, пусть на низкой скорости - >> но всегда! >> Задача: >> а) Выбрать циску для второй точки, чтоб можно было эти каналы собрать >> в один (пусть псевдо, но..) 8 мбит, чтоб падение канала одного >> провайдера не влияло на работоспособность, а только на "проседание" канала до >> 4 мбит. > А чем 28я не устроила? или я чего-то не понял? в первой точке комплект оборудования: 3750+2811, во второй пустой шкаф, совсем пустой, в него приходит два кабеля по 8 жил обжатые в пластмассовые коннекторы. Нужно понять что нужно для второй точки, однако 2811 во вторую точку - это перебор, как мне кажется.. Не знаю как подробней объяснить.. + Не знаю какую тему почитать для того, чтоб сделать "RAID0" для vpn, основанного на маршрутизации, а не просто vlan
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	3. "Объединение двух каналов vpn в  один"	+/–
	Сообщение от Merridius on 15-Мрт-11, 23:57
	>[оверквотинг удален] >> А чем 28я не устроила? или я чего-то не понял? > в первой точке комплект оборудования: 3750+2811, > во второй пустой шкаф, > совсем пустой, > в него приходит два кабеля по 8 жил обжатые в пластмассовые коннекторы. > Нужно понять что нужно для второй точки, однако 2811 во вторую точку > - это перебор, как мне кажется.. > Не знаю как подробней объяснить.. > + Не знаю какую тему почитать для того, чтоб сделать "RAID0" для > vpn, основанного на маршрутизации, а не просто vlan как я понял схема у вас следующая первая точка--два влана--вторая точка тогда предлагаю через протоколы динамической маршрутизации разрулить эту ситуацию(ospf, eigrp, на худой конец rip) при таких скоростях хватит и 1811 cisco во второй точке ( у нее два встроенных порта wan + свитч на 8 портов)
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	4. "Объединение двух каналов vpn в  один"	+/–
	Сообщение от Merridius on 16-Мрт-11, 00:06
	к тому же вам не нужно настраивать никакие vpn, как я понял все за вас сделали провайдеры все что вам нужно это, скажем ospf и ecmp. а выбор обоудования нужно делать исходя из требований (в зависимости какие функции вам нужни и/или понадобятся), ну и тип интерфейсов, и производительность.
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	5. "Объединение двух каналов vpn в  один"	+/–
	Сообщение от Aplei on 16-Мрт-11, 08:38
	> к тому же вам не нужно настраивать никакие vpn, как я понял > все за вас сделали провайдеры > все что вам нужно это, скажем ospf и ecmp. > а выбор обоудования нужно делать исходя из требований (в зависимости какие функции > вам нужни и/или понадобятся), ну и тип интерфейсов, и производительность. картина немного проясняется.. теперь еще по порядку: 1. с помощью ospf или ecmp можно каналы объединять в один для увеличения пропускной способности? 2. Мощность такая: канал с 0 до 8 утра спит.. с 8 утра до 12 дня нагрузка полнейшая 6-8 мбит, с 12 до 17 на уменьшение, после 18 - опять спит. Трафик внутри разный, телефония, web, ftp. 3. vpn настраивать не нужно, это делается на мплс сети провайдера
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	6. "Объединение двух каналов vpn в  один"	+/–
	Сообщение от GolDi (??) on 16-Мрт-11, 10:02
	>[оверквотинг удален] >> вам нужни и/или понадобятся), ну и тип интерфейсов, и производительность. > картина немного проясняется.. > теперь еще по порядку: > 1. с помощью ospf или ecmp можно каналы объединять в один для > увеличения пропускной способности? > 2. Мощность такая: канал с 0 до 8 утра спит.. с 8 > утра до 12 дня нагрузка полнейшая 6-8 мбит, с 12 до > 17 на уменьшение, после 18 - опять спит. Трафик внутри разный, > телефония, web, ftp. > 3. vpn настраивать не нужно, это делается на мплс сети провайдера Если каналы одинаковые по качеству, то eigrp и можно объединить. Если качество разное то лучше этого не делать.
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	8. "Объединение двух каналов vpn в  один"	+/–
	Сообщение от Aplei on 16-Мрт-11, 22:50
	>[оверквотинг удален] >> теперь еще по порядку: >> 1. с помощью ospf или ecmp можно каналы объединять в один для >> увеличения пропускной способности? >> 2. Мощность такая: канал с 0 до 8 утра спит.. с 8 >> утра до 12 дня нагрузка полнейшая 6-8 мбит, с 12 до >> 17 на уменьшение, после 18 - опять спит. Трафик внутри разный, >> телефония, web, ftp. >> 3. vpn настраивать не нужно, это делается на мплс сети провайдера > Если каналы одинаковые по качеству, то eigrp и можно объединить. > Если качество разное то лучше этого не делать. насколько они должны быть одинаковые? На первом пинг от 2 до 11 мс, потери 5-8%, на втором 1-3 мс, потери 0-1%
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	12. "Объединение двух каналов vpn в  один"	+/–
	Сообщение от GolDi (??) on 17-Мрт-11, 12:39
	>[оверквотинг удален] >>> 2. Мощность такая: канал с 0 до 8 утра спит.. с 8 >>> утра до 12 дня нагрузка полнейшая 6-8 мбит, с 12 до >>> 17 на уменьшение, после 18 - опять спит. Трафик внутри разный, >>> телефония, web, ftp. >>> 3. vpn настраивать не нужно, это делается на мплс сети провайдера >> Если каналы одинаковые по качеству, то eigrp и можно объединить. >> Если качество разное то лучше этого не делать. > насколько они должны быть одинаковые? > На первом пинг от 2 до 11 мс, потери 5-8%, на втором > 1-3 мс, потери 0-1% У меня было 4 мс и 20 мс без потерь, попробовал объединить через eigrp и с variance игрался потом отказался, не понравилось.
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	7. "Объединение двух каналов vpn в  один"	+/–
	Сообщение от Puk on 16-Мрт-11, 10:59
	>[оверквотинг удален] >> вам нужни и/или понадобятся), ну и тип интерфейсов, и производительность. > картина немного проясняется.. > теперь еще по порядку: > 1. с помощью ospf или ecmp можно каналы объединять в один для > увеличения пропускной способности? > 2. Мощность такая: канал с 0 до 8 утра спит.. с 8 > утра до 12 дня нагрузка полнейшая 6-8 мбит, с 12 до > 17 на уменьшение, после 18 - опять спит. Трафик внутри разный, > телефония, web, ftp. > 3. vpn настраивать не нужно, это делается на мплс сети провайдера Я хотел бы заметить, что 100%-ная нагрузка на канал в течение нескольких часов каждый день - повод задуматься о том, что пропускной способности каналов не хватает. При достижении 60%-ной загрузки каналов уже стоит начинать работы по их расширению. По моему что-то изначально неправильно. Вместо объединения в непонятные 8мбит/сек, на цисках есть policy routing и ip sla.
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	9. "Объединение двух каналов vpn в  один"	+/–
	Сообщение от Aplei on 16-Мрт-11, 22:54
	>[оверквотинг удален] >> 17 на уменьшение, после 18 - опять спит. Трафик внутри разный, >> телефония, web, ftp. >> 3. vpn настраивать не нужно, это делается на мплс сети провайдера > Я хотел бы заметить, что 100%-ная нагрузка на канал в течение нескольких > часов каждый день - повод задуматься о том, что пропускной способности > каналов не хватает. > При достижении 60%-ной загрузки каналов уже стоит начинать работы по их расширению. > По моему что-то изначально неправильно. > Вместо объединения в непонятные 8мбит/сек, на цисках есть policy routing и ip > sla. близкая к 100% нагрузка связана с телефонией в основном, утром очень много звонков, естественно имеется ограничение на максимальное количество одновременных сессий + с утра всем надо срочно погоду и вконтакте проверить! А зачем 4-5 мбита держать в резерве? Если ежедневный трафик полностью известен?
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

	10. "Объединение двух каналов vpn в  один"	+/–
	Сообщение от Merridius on 16-Мрт-11, 23:11
	>[оверквотинг удален] >> часов каждый день - повод задуматься о том, что пропускной способности >> каналов не хватает. >> При достижении 60%-ной загрузки каналов уже стоит начинать работы по их расширению. >> По моему что-то изначально неправильно. >> Вместо объединения в непонятные 8мбит/сек, на цисках есть policy routing и ip >> sla. > близкая к 100% нагрузка связана с телефонией в основном, утром очень много > звонков, естественно имеется ограничение на максимальное количество одновременных сессий > + с утра всем надо срочно погоду и вконтакте проверить! > А зачем 4-5 мбита держать в резерве? Если ежедневный трафик полностью известен? затем, что если срочно понадобятся эти 4 мбита, ну там гендиректору для чего-нибудь например у вас их не будет, и придется всех остальных урезать.
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

	11. "Объединение двух каналов vpn в  один"	+/–
	Сообщение от Aplei on 16-Мрт-11, 23:12
	>[оверквотинг удален] >>> По моему что-то изначально неправильно. >>> Вместо объединения в непонятные 8мбит/сек, на цисках есть policy routing и ip >>> sla. >> близкая к 100% нагрузка связана с телефонией в основном, утром очень много >> звонков, естественно имеется ограничение на максимальное количество одновременных сессий >> + с утра всем надо срочно погоду и вконтакте проверить! >> А зачем 4-5 мбита держать в резерве? Если ежедневный трафик полностью известен? > затем, что если срочно понадобятся эти 4 мбита, ну там гендиректору для > чего-нибудь например у вас их не будет, и придется всех остальных > урезать. ну до 10 утра и директор с пониманием потерпит
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

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

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