Интренет през 2 ISP

[bx]

Здравейте,
Ситуацията е следната: Имам един рутер, които е с 3 мрежови интерфейса. Два са заети от 2 интернет доставчика, а третия е за локална мрежа, която е маскирана зад рутера (класически случай). Искам БГ трафика да минава през единия доставчик, а международния през другия, но когато един от двата доставчика падне целия трафик да минава през другия (без значение дали е бг или международен). И когато се вдигне пак да се връщат нещата. Естествено всичко това искам да го направя под Линукс с iproute2, а не с някакви прости скриптове с пинг. До тук успях да разпределя трафика между доставчиците, но когато падне единия не успява да го прехвърли на другия. Правя split access & load balancing, но нещо не се получава (явно аз греша някъде). Ако някой знае как става и най-вече го е правил на практика, моля да сподели

[MitkoS]

Не съм съвсем наясно с нещата, но мисля, че това което ти трябва, се казва metric. (поне такова е наименованието в Windows среда)

[Ghost]

Мдаам...1 читав въпрос и и няма отговори. "Кой е по-готин: Кондю или Азис - темата пълна"...после на къде били вървели нещата...както и да е.

bx, радвам се, че във форума влизат и хора като теб, които задват смислени въпроси по правилен начин.

Твоя проблем има 3 известни (за мен) решения:
1) ping (не знам защо го намираш за неподходящо) ------> моя избор
2) bgp (не зная дали твоите ISP предлагат такава услуга)
3) dgd....нееее не ти казвам "да го духаш" ;-)))... в случая gdg=dead gateway detection. Това го чух преди няколко месеца от etg (участник във форума), но dgd е област, от която нищо не разбрам и ще трябва сам да търсиш инфо.


П.С.
Относно "metrics" - това не е M$ измишльотина (както обикновено), но няма никакъв шанс да помогне в случая....поне според мен.

[MitkoS]

Routing table structure
......
Each entry in the routing table consists of the following information fields:
-Network ID
The network ID or an internetwork address for a host route. On IP routers, there is an additional subnet mask field that determines the IP network ID from a destination IP address.
-Forwarding address
The address to which the packet is forwarded. The forwarding address is a hardware address or an internetwork address. For networks to which the host or router is directly attached, the forwarding address field may be the address of the interface that is attached to the network.
-Interface
The network interface that is used when packets are forwarded to the network ID. This is a port number or other type of logical identifier.
-Metric
A measurement of the preference of a route. Typically, the lowest metric is the most preferred route. If multiple routes exist to a given destination network, the route with the lowest metric is used. Some routing algorithms only store a single route to any network ID in the routing table, even when multiple routes exist. In this case, the metric is used by the router to determine which route to store in the routing table.
-------------------------

Това е copy/paste от help-a за Win2003Srv

Идеята ми беше следната: За двата външни интерфейса има едни и същи записи, но с различен metric. Ако рутера е достатъчно умен, като види, че не става с единия интерфейс, ще пробва с другия. Ако не е достатъчно умен, някоя умна помощна програма ще промени стойността на съответния metric

[kingfisher]

Ето ти примерно решение което би трябвало да ти свърши работа:
http://www.linux-bg.org/cgi-bin/y/in...&key=364103812

[Ghost]

@MitkoS: Чудесно! Не оспорвам това, което пише в help-а на Windows, а казвам че метрик няма да помогне:
1) Да не говорим, че човекът ясно е казал, че използва linux (според мен правилният избор)


(Хипотетично за мазохисти, които се опитват да рутират с windows)

2) "Умният рутер" в случая е компютъра. Ако измислиш начин Windows да разделя трафика на "БГ" и "Външен" и да рутира "БГ" само през ISP-1, а "Външен" само през ISP-2, ще се радвам да споделиш. (предполагам и майкрософт ще се радват да споделиш)

3) Да приемем, че си успял в задачата от т.2 и всичко работи (даже вече М$ ти предлагат работа ). Изведнъж мрежата на единият интерфейс се поврежда. От какъв зор да пипам metric, вместо да сменя в routing table да се ползва само работещия интерфейс и да върна предния routing table, когато установя, че неработещата мрежа е проработила отново!?

И отново само в името на теорията бих казал, че точка 3 може и да може да се реализира под windows чрез скрипт, който да праща периодично ping до съответният gateway през всеки интерфейс. Ако не получи отговор от единия, сменя routing table през netsh и целия трафик се пренасочва през другия интерфейс. Продължава да праща пинг до всеки gateway и когато получи отговор, отново изпълнява netsh команда, за да върне нормалното състояние.

Какво общо има metric?

[dark]

2) "Умният рутер" в случая е компютъра. Ако измислиш начин Windows да разделя трафика на "БГ" и "Външен" и да рутира "БГ" само през ISP-1, а "Външен" само през ISP-2, ще се радвам да споделиш. (предполагам и майкрософт ще се радват да споделиш)

windows-a има прекрасна команда наречена "route", теоритично с нея може да се рутира трафика аналогично на линукския route. че windows-a не е системата за такива неща, не е, ама не разбирам що всеки за щяло и нещяло трябва да я плюе...

[Ghost]

Цитирал си ме, а казваш нещо, което няма връзка с цитата?
Намери решение на задачата от цитата (независимо с какви команди) под Windows и ще си взема думите назад.
Докато не видя, че може да изпълни задачата, ще го плюя с пълно основание.

[dark]

грубо моя вариант за решение е: взимаш всички списъка с всички български мрежи (има го на доста места из нет-а), правиш си скриптче дето да чете от тоя списък и да добавя руут за всяка мрежа през интерфейса вързан към "българския" провайдер/съответно през гейтуейа му, добавяш дифоулт руут към "международното" исп.

[Ghost]

Съгласих се - така трябва да стане.
Взимам си думите назад - Windows не е чак толкова смотана система, както казах по-горе.

[MitkoS]

*
Да не би в Линукс да се прави по някакъв друг фин начин (не по този грубиянския, който е посочил dark) ?

Честно казано, не ми се спори. А и досега не съм се занимавал точно с такова нещо.
Убеден съм (но не го твърдя), че например ако има два етернет интерфейса с еднакви записи в рутинг таблицата, които обаче се различават само в стойността на metric и ако дръпнем кабела на единия интерфейс, то Win2003Srv е достатъчно умен, за да игнорира записите на този интерфейс и да почне да пуска всичко през другия интерфейс.

Няма да досаждам повече в тая тема
Peace

[Ghost]

Какво имаш предвид под "еднакви записи"? Еднакъв метрик ли? Ако windows сам може да се усети да прехвърли трафика при падане на единия интерфейс през другия, защо да не може и с различен метрик?

[bx]

грубо моя вариант за решение е: взимаш всички списъка с всички български мрежи (има го на доста места из нет-а), правиш си скриптче дето да чете от тоя списък и да добавя руут за всяка мрежа през интерфейса вързан към "българския" провайдер/съответно през гейтуейа му, добавяш дифоулт руут към "международното" исп.

Така съм го направил, но проблема е, трябва когато падне единия целия трафик да минава през другия. От статията в linux-bg не става, може би греша някаде.

[Ghost]

Защо не искаш да решиш проблема с ping?

[bx]

Еми то това ще е последния вариант. Ping-a докато разбере, че е паднал интерфейса, той вече ще се е вдигнал (освен ако не се изпълнява на всеки 5 сек.). Искам нещо, което да разбира веднага и без много да му мисли да прехвърля на другия гейт. Сигурен съм че има такова решение.