Real Time Ascend Maling List Archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: (ASCEND) Zombie Routes



>> Here's a problem again (although I got a new TAOS) with
>> zombie-routes:
>> 
>> Zombies:
>> 195.211.35.207/32  195.211.35.207  wanidle0 rT      60  16       9     120
>> 195.211.35.195/32  195.211.35.195  wanidle0 rT      60  16     966     625
>> 195.211.35.214/32  195.211.35.214  wanidle0 rT      60  16      18      92
>> 195.88.10.65/32    195.88.10.65    wanidle0 rT      60  16       0     379
>> 195.88.10.73/32    195.88.10.73    wanidle0 rT      60  16       0     518
>> 
>> Idle times of 625 secs and up are a little big too long. 
>> I already saw this behavior on 6.1.7. No we run 7.0.4
>
>Zombie routes are harmless. They aren't in the active routing table (or
>at least they aren't used for routing packets), but they haven't yet
>been deleted from the table by (I assume) a periodic table maintenance
>process.
>
>The last column is not an idle counter, it's just a measure of how old the
>route is. If you find the values to be high, that coincides with the
>assertion that these routes are old and no longer used :-)

Sure. But what if this route is defined within radius as a static
route for dialout? In case I hangup the user's session, the zombie-route
appears for a very long time (10 minutes min.) and the Max doesn't seem
to think about dialing out until the route appears again in the
active routes as wanidle0.

Regards,
 Sascha

--- 
Sascha E. Pollok 
Technical Staff / Internet Port Hamburg 
Grosse Reichenstrasse 27
D-20457 Hamburg 
Germany 
Tel.   +49 (0)40 37 49 19-0 
Fax    +49 (0)40 37 49 19-29 
Email: sp@iphh.de
ICQ #38955239

++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>