S Mohan wrote: > [Question 1] > Am I wrong? Is my interpretation of metrics wrong? yes and yes, but it's a common mistake. packets will still use the lower metric if the route exists. until the kernel knows the route/interface is dead and removes it, your metric 2 default route won't do anything. > [Result 2] > Giving a ping here had the same results as in [Result 1]. I expected each > ping packet to have different latency switching between 450 and 750ms. Did > not happen. Latency was 750ms consistently. > [Case 3] > The above weight go by flows and not packets. Maybe a single single ping is > treated as one flow. I changed the multipath to include equalize using > commands as under: does anyone know the difference between using the equalize command, and not ? I haven't been able to work it out. > [Result 3] > Same as [Result 1] and [Result 2]. Atleast here I should have got latencies > switching between 450 and 750ms for alternating ICMP requests. probabaly not. > [Questions] > 1. Is this method of testing correct? > 2. Are there any other utilities/ methodologies that I can use to test this > better? > 3. Is expecting load balancing/ redundancy to happen for a single flow > wrong? you're better off testing with machines behind the LEAF machine. doing load balancing/multipath stuff the way you are doesn't work particularly well for a single machine. especially the router itself. using the equalize route method, you should start to see packets alternate routes on both links. if all your requests are going out from the same machine, you may see it use one link more than the other. if you have numerous machines behind the router, eventually it should balance out. also, you'll probabaly need source-based routing for the return paths, unless your ISPs are doing tricky things. the equalise route method also doesn't give real fail-over. if one link goes down, every second packet/connection/flow/blah will still try to go out it. if you want real fail-over with load balancing, perhaps you should look here: http://www.ssi.bg/~ja/#multigw -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Damion de Soto - Software Engineer email: damion@xxxxxxxxxxxx SnapGear --- ph: +61 7 3435 2809 | Custom Embedded Solutions fax: +61 7 3891 3630 | and Security Appliances web: http://www.snapgear.com ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
