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>