1 Востаннє редагувалося HetmanNet (02.06.2016 16:21:21)

Тема: [Router] Об'єднання трафіку двох провайдерів.

Зараз в планах (бо мігрує 1С в хмару) обʼєднання трафіку з двох провайдерів та постало питання чим. У першого підключення DHCP, а у іншого PPPoE.
Пошукав у крамницях та знайшов таку цяцьку як Cisco SB RV320 Gigabit Dual WAN VPN Router. Як вважаєте подужає? Бо на мережевих залізяках ще не об'єднував. Чи є кращі альтернативи (бажано не китайські)?
Одразу попереджаю що можливо нам знадобиться Gigabit як зі сторони WAN, так і LAN (з цієї точно). VLAN буде більше 7 у мережі, але до Інтернету доступ матиме лиш 3-4, тому має вистачити. Решта залізяк комутатори L3, точніше L2 заміню на L3.

2

Re: [Router] Об'єднання трафіку двох провайдерів.

Свого часу робив таке на основі RV082. Було два укртелекомівських модеми і також треба було об'єднати трафік. Сподобалося те, що можна балансувати навантаження вказуючи у якого лінка яка швидкість на закачку і віддачу. Не сподобалося, що якщо один з модемів втрачав конект, то усе навантаження не переносилося на другий, а просто половина підключень підвисали. Для резервування був окремий режим, на який треба було перемикатися вручну.
В цілому залізяка справила враження дуже надійної і солідної. Такої, яка повністю відповідає усім заявленим характеристикам.
Пробував інтергувати RV082 з NetXMS по SNMPv2. Опитування поточних характеристик проходило без проблем, а змінювати налаштування я не пробував. Думаю, що якби у мене був час, то за допомогою NetXMS я б зміг зробити автоматичне ввімкнення режиму резервування.

Для ваших потреб, судячи з характеристик, RV320 буде цілком достатньо.

Подякували: HetmanNet1

3

Re: [Router] Об'єднання трафіку двох провайдерів.

Torbins написав:

Свого часу робив таке на основі RV082. Було два укртелекомівських модеми і також треба було об'єднати трафік. Сподобалося те, що можна балансувати навантаження вказуючи у якого лінка яка швидкість на закачку і віддачу. Не сподобалося, що якщо один з модемів втрачав конект, то усе навантаження не переносилося на другий, а просто половина підключень підвисали. Для резервування був окремий режим, на який треба було перемикатися вручну.
В цілому залізяка справила враження дуже надійної і солідної. Такої, яка повністю відповідає усім заявленим характеристикам.
Пробував інтергувати RV082 з NetXMS по SNMPv2. Опитування поточних характеристик проходило без проблем, а змінювати налаштування я не пробував. Думаю, що якби у мене був час, то за допомогою NetXMS я б зміг зробити автоматичне ввімкнення режиму резервування.

Для ваших потреб, судячи з характеристик, RV320 буде цілком достатньо.

Об'єднувати трафік двох провайдерів збирався саме через нестабільність одного з них, тобто один професійний, а інший .. ну самі здогадалися.. а так як 1С буде у хмарі то Інтернет треба завжди..

4

Re: [Router] Об'єднання трафіку двох провайдерів.

Не знаю, як там на RV320, а на RV082 довелося б ввімкнути режим резервування. Тоді трафік по резервному каналу йшов би тільки в разі проблем на основному. В принципі, якщо професійний провайдер має набагато меншу швидкість, або тарифікацію по об'єму трафіка, то такий режим навіть був би вигідним. Тим більше, що балансування усе одно працює не ідеально. Наприклад якщо хтось качає якийсь файл і його сесія потрапить на провайдера зі слабшим каналом, то максимальна швидкість завантаження цього файла буде обмежена максимальною швидкістю цього провайдера.

5

Re: [Router] Об'єднання трафіку двох провайдерів.

Torbins написав:

Не знаю, як там на RV320, а на RV082 довелося б ввімкнути режим резервування. Тоді трафік по резервному каналу йшов би тільки в разі проблем на основному. В принципі, якщо професійний провайдер має набагато меншу швидкість, або тарифікацію по об'єму трафіка, то такий режим навіть був би вигідним. Тим більше, що балансування усе одно працює не ідеально. Наприклад якщо хтось качає якийсь файл і його сесія потрапить на провайдера зі слабшим каналом, то максимальна швидкість завантаження цього файла буде обмежена максимальною швидкістю цього провайдера.

Поки обидва провайдери це 100 Мб/c, можливо домовимося про збільшення, просто питання в тому чи погодяться.. бо фактично це буде не повне використання каналу.. а два по 1 Гб/c не треба, так само як чотири кабелі по 100 Мб/c, бо тоді доведеться думати як з чотирьох каналів обʼєднати, а це буде важко.. особливо коли на два знайшов лиш в двох місцях..

6

Re: [Router] Об'єднання трафіку двох провайдерів.

Іще один варіант: замість роутера поставити комп з N-мережевих карт. Не знаю, яке навантаження здатний витиримати звичайний x86-пісюк, і чи буде він різати швидкість. Але технічно цілком можливо запхнути у нього 5 мережевих карт, поставити лінукс, та ввімкнути роутінг пакетів між мережевими картами із балансуванням навантаження й цілою купою інших фіч.

7 Востаннє редагувалося HetmanNet (06.06.2016 13:14:52)

Re: [Router] Об'єднання трафіку двох провайдерів.

Torbins написав:

Іще один варіант: замість роутера поставити комп з N-мережевих карт. Не знаю, яке навантаження здатний витиримати звичайний x86-пісюк, і чи буде він різати швидкість. Але технічно цілком можливо запхнути у нього 5 мережевих карт, поставити лінукс, та ввімкнути роутінг пакетів між мережевими картами із балансуванням навантаження й цілою купою інших фіч.

Для однієї задачі без витребеньок BSD добре підходить, та й існує готова збірка. Хоча на linux можна багато цікавого замутити. Але загальна пропускна здатність буде до 1Гб/c. у сумі, більше не вижмеш на звичайному ПКашному залізі. Там обмежень купа: пропускна здатність шини PCI, проц через який все шуруватиме і т.д. Залізяка тут як раз виграє.

8

Re: [Router] Об'єднання трафіку двох провайдерів.

Отакої: http://arstechnica.com/gadgets/2016/01/ … wn-router/

HetmanNet написав:

Але загальна пропускна здатність буде до 1Гб/c. у сумі, більше не вижмеш на звичайному ПКашному залізі. Там обмежень купа: пропускна здатність шини PCI, проц через який все шуруватиме і т.д. Залізяка тут як раз виграє.

PCI-E + щось рівня свіжих Celeron?

9 Востаннє редагувалося HetmanNet (06.06.2016 14:49:58)

Re: [Router] Об'єднання трафіку двох провайдерів.

Torbins написав:

Отакої: http://arstechnica.com/gadgets/2016/01/ … wn-router/

HetmanNet написав:

Але загальна пропускна здатність буде до 1Гб/c. у сумі, більше не вижмеш на звичайному ПКашному залізі. Там обмежень купа: пропускна здатність шини PCI, проц через який все шуруватиме і т.д. Залізяка тут як раз виграє.

PCI-E + щось рівня свіжих Celeron?

Старий Xeon (4 ядра), ОЗУ 8 Гб, материнка стара непогана від ПК, відеокарта (бо не було інтегрованої, але 512Мб як для консолі то не кошерна), ну і мережеві карти. То на BSD змогли отримати 400+ Мб/c. на ядро, на linux десь 350+ Мб/c на ядро. Linux без Web-GUI, BSD з ним, але не юзали.

10 Востаннє редагувалося Torbins (06.06.2016 15:41:07)

Re: [Router] Об'єднання трафіку двох провайдерів.

І що стало обмеженням? Просто PCI Express 3.0 16x дозволяє передатвати інфу на швидкості 15.754ГБ/c. І я не вірю, що сучасний комп не здатен прокачати якийсь нещасний 1Гб/c між двома мережевими карточками, якщо вони підключені хоча б PCI Express 3.0 1x. З іншого боку, якщо використовувались старі мережеві карти, то цілком можливо, що обмеженням стала як раз шина PCI чи PCI-E. Або, якщо потрібна якась складна обробка даних, то програмні засоби можуть дійсно виявитися недостатньо ефективними, і слабким місцем стане проц.

Подякували: leofun011

11 Востаннє редагувалося HetmanNet (06.06.2016 16:50:53)

Re: [Router] Об'єднання трафіку двох провайдерів.

Torbins написав:

І що стало обмеженням? Просто PCI Express 3.0 16x дозволяє передатвати інфу на швидкості 15.754ГБ/c. І я не вірю, що сучасний комп не здатен прокачати якийсь нещасний 1Гб/c між двома мережевими карточками, якщо вони підключені хоча б PCI Express 3.0 1x. З іншого боку, якщо використовувались старі мережеві карти, то цілком можливо, що обмеженням стала як раз шина PCI чи PCI-E. Або, якщо потрібна якась складна обробка даних, то програмні засоби можуть дійсно виявитися недостатньо ефективними, і слабким місцем стане проц.

Ну якщо порахуєш, то нам вдалося трохи більше 1 Гб/c., то показник на одно ядро, а кидали між двома портами. Тому 1 Гб/c прокинути туди сюди не проблема.