reformulez :) am asa:
tabla rds: ip route add $NET_RDS dev $RDS_IF src $HOST_RDS table rds ip route add default via $GW_RDS table rds tabla fiber: ip route add $NET_FIBER dev $FIBER_IF src $HOST_FIBER table fiber ip route add default via $GW_FIBER table fiber cu rutele: ip route add default scope global nexthop via $GW_RDS dev $RDS_IF weight 1 nexthop via $GW_FIBER dev $FIBER_IF weight 1 in Lan am 3,4,5,..z clase..care le arunc pe care parte vreau cu "rule": ip rule add from clas1/24 lookup rds ip rule add from clas2/24 lookup rds ip rule add from clas3/24 lookup rds ip rule add from clas5/24 lookup fiber ip rule add from clas6/24 lookup fiber ca sa se vada toate clasele intre ele trebuie ca rutele sa fie in toate tabelele... si aici apare problema cand pun BGP-ul..ca imi pune doar in global.. iar clasaZ de Lan o arunc in tabla rds sau fiber unde nu are rutele respective.. ma gandeam sa las asa iar in tabelele mele sa pun rutele la mana(ca nu sunt multe).. >> datele problemei is cam asa.. >> >> eth0 - provider1 >> eth1 - LAN >> eth2 - provider2 >> eth3 - BGP/ZEBRA pt legatura cu alte lanuri >> >> momentan functioneaza >> varianta1: provider1+LAN+BPG/zebra... merge! >> varianta2: provider1+provider2(rutare prin 2 tabele (tabprov1 si >> tabprov2))+LAN .. merge! > > Ce ai vrut sa spui prin > "provider+tip_retea+protocol_de_routare"? adica ce iese din oeratia asta > de adunare? > >> acum, imi trebuie varianta 3.. adica sa mearga toate odata.. sa am si >> rutarea dinamica prin cei 2 provideri si bgp/zebra cu lan-urile.. > > Pai deja le-ai enumerat pe toate. > >> daca pe langa rutarea dinamica pornesc BGP rutele le pune in tabela > > Care este diferenta dintre "routarea dinamica" si "BGP", pentru > ca pe linga routarea dinamica sa pornesti si BGP? > >> in alte tabele decat global(asta din intrebat pe cei care se mai >> pricep, nu am gasit pe undeva scris)..daca ar putea pune rutele si >> tabele mele ar fi perfect :) (cred) > > In mod normal ar trebui sa poti rezolva fara source routing > (adica cred ca de asta le tii in tabele de routare separate, nu?), > pentru ca avind o ruta catre prefixul destinatie pachetele se vor duce > spre el prin gw-ul pe unde ai routata acel prefix, desi nu mai trebuie > sa iei decizii de routare pe baza ip-ului sursa decit daca nu cumva tii > neaparat ca unora sa le dai acces la acel prefix printr-o interfata iar > la altii prin alta. > >> va rog sa-mi spuneti daca exista o solutie, eventual unde sa caut >> (mentionez ca de bgp-ul cu lanurile nu prea pot sa scap.. cat timp au >> fost >> rute statice a mers brici) > > Nu se intelege nimic, reformuleaza. --- Detalii despre listele noastre de mail: http://www.lug.ro/
