-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Gianluca ha scritto: | [EMAIL PROTECTED] ha scritto: | |> |> grazie ancora. spero di arrivare a capo di questa situazione :) | | Avevo intuito che la topologia potesse essere quella riportata in | figura, fermo restando che non la realizzerei mai, capisco ance che tu | probabilmente lo faccia per studio quindi memore di tutte le prove ed | esperimenti che ho fatto e che tuttora faccio tento di darti qualche | idea :) | | Partiamo dal punto che se hai n-user e n-adsl non ha molto senso perchè | il bilanciamento ottimale, a parità di banda della adsl, lo avresti con | un user/adsl. Ma andiamo avanti e vediamo alcune strade che potresti | intraprendere. | | Le tue adsl saranno consumer, quindi nessuna tabella di routing dal | provider, ma solo una default, partiamo da qui e facciamo qualche | ragionamento. | | Soluzione 1: sui Client-AP metti ospf che annuncia una default all'837. | Se sono 4 come in figura non reve nemmeno cambiare il maximum-paths, | così facendo utilizzi il bilanciamento di ospf per indirizzare le | connessioni verso uno degli ap-client, ovviamente non tiene conto dei | parametri di connettività del singolo APx. | Il problema che vedo qui e' che se muore uno degli APx tu comunque | continui ad indirizzare il traffico verso il Client-AP perchè ospf sarà | comunque attivo, quindi occorre mettere su un qualcosa tipo | route-tracking sull'837. | | Soluzione 2: Uso del PBR sull'837. Ti crei delle route-map che fanno il | match dei client e con il pbr cambi il next-hop, mettendoci uno dei | client-ap. Se fai le cose fatte bene ti dimensioni le route map in | funzione delle abitudini di navigazione dei tuoi utenti e quelli che | navigano di più li butti sulla adsl con più banda. Ovvio che il | bilanciamento non sarà perfetto e anche qui dovrai prevedere il tracking | per ovviare al fault di un Apx. | (A quanto capisco dal disegno APx e Client-AP non hanno modo di fare | routing tra di loro, quindi non hai modo di sapere se uno di loro è | morto o senza connettivita') | | Quello che vuoi realizzare tu non è una cosa del tutto fuori dagli | schemi, a dir la verità ricorda la topologia di edge di una rete SP ;) | il difficile è farlo con strumenti che non sono nati per quello :) | | Saluti, | Gian | | | ------------------------------------------------------------------------ |
ci son riuscito!!!! :) finalmente ho il mio load-balancing e failover! niente ospf.. bgp o altro. il tutto tramite CEF con politica "per-destination" per il load-balancing (quindi funzionanano voip e stream di tipo flow, oltre che sessioni dove e' richiesto lo stesso ip) e l'opzione "track" in fondo alle varie route per il failover, che pinga i vari gateway (ap client) realmente connessi. questi ultimi quando sono su internet accettano i ping dal cisco, mentre quando sono offline aggiungono tramite script (lo stesso che si connette e fa' tutto) una regola di iptables, in modo che il cisco non pinghi e li elimini dalle route da usare. ora mi studio un po' cef piu' a fondo. grazie al cielo potro' continuare ad usare il mio cisco ;) saluti mkt0 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQIVAwUBSDSKuz0SqqPBPRj0AQISORAAsV8i8tdL8VG+iPt5LFW6xkK2fv12rn3i ZEpTsVCG1PzP1n4XLE4gabELiqlDzqRrV0W2KC5Tg2sATpJ3LnLaVt4u43TNBiFO xL30DsAuAZTbGqkc8aGf1uDlFLlnQmwR/voq+fIOckU7hIODXN/p61rWIYL4KQkM H9Wd08/TV6NTOZ03Aqnyx5R0GExYQzDK7JDkGpvueI2UaY+GL1g6rssLw8EenV5z SSq2D7eH9UCmaCXi0AjfEfb/3bSSGQG/veRpT8bwEYxBLiRaemXiLKin+UqY/rFz VFUHoslNdFQDUa/qmYu/VmvvgutNkKmPpwenfyf2n+pj7MtDngg7wDsRF077TWZp +dRyWIzuFrt5vaxQjH4jX+LZA32KKTolv0cvLWl+Mhn8Vh3282kYtfhM/LEIIfij O5SiYZN/Y/YTxqw4jbvLE4TCgXbFrGMqae/D+xzwARX0EOsA71gWsZ3NPVkzVakG rjWICvMKTGVpJsBRccb7Du91lUZmtaQZAf+0nV2ycCDjovuSL9nzZzeKlCtjWr2g hhvoxQNybxTxZm3wn7KDcZNlhk/BEI+5JC/JIVdUuPd1OYJoOPh/DM0wDfxV6wH3 ALXZ7LXl6gotrHMLrQvJlI0v9yiipwte26ohKShxFkZfM6WRe481ExIEJmub8iDz R0D34DrenQI= =dWkI -----END PGP SIGNATURE-----
_______________________________________________ Cug mailing list http://www.areanetworking.it/index_docs.php [email protected] http://ml.areanetworking.it/mailman/listinfo/cug
