[cisco-voip] Scripting ATM Interface Resets

[chris]

Yeah in this situation DSL is the only game in town, and in this situation
its only happening a few times a year so its not persistent enough to
harrass the ILEC because they would want to take it down when they come out
to look at it which would actually be more downtime than we see now.

Its more of a nuisanance that happens every month or so and it would just
be nice to figure out a way to automate on the local side detecting this
specific failure scenario and automate the recovery.

My guess was that telco probably reboots some piece of equipment in the
path sporadically (DSLAM, linecard, etc)

Still hanging on for the day when I'm 100% ATM free :)

chris


On Wed, Sep 18, 2013 at 10:27 AM, Jason Aarons (AM) <
jason.aarons at dimensiondata.com> wrote:

> I’d keep opening trouble tickets with the telco non-stop make them replace
> the equipment and path cabling until it’s fixed.****
>
> ** **
>
> Your idea for EEM trigger was my first suggestion.****
>
> ** **
>
> In my experience DSL on a  IOS router is a mess and I’d be looking at
> alternate solutions, but  I suspect since your still on DSL that none exist.
> ****
>
> ** **
>
> *From:* cisco-voip [mailto:cisco-voip-bounces at puck.nether.net] *On Behalf
> Of *chris
> *Sent:* Wednesday, September 18, 2013 9:56 AM
> *To:* cisco-voip at puck.nether.net
> *Subject:* [cisco-voip] Scripting ATM Interface Resets****
>
> ** **
>
> ** **
>
> Hello,****
>
> I have couple sites where the connectivity is legacy ADSL, and once in a
> while we have a situation where something happens on the telco network and
> all our analogs go to shit but the interface doesnt actually go down but
> rather just starts incrementing the error count like crazy. In these
> situations usually a physical disconnect/reconnect of the line or a
> restarted of the router clears it and the ADSL syncs back up clean. ****
>
> This is sometimes tough not always having someone local who can do the
> manual reset and of course I'd prefer a more automated solution. In this
> scenario the cost of a second out of band connection is not really
> practical either.****
>
> I was thinking that maybe I could do this with an IP SLA and/or EEM script
> and do something like when IP SLA fails I could trigger a shut/no shut on
> the physical ATM int to force the DSL to drop and then resync.****
>
> Has anyone ever done anything like this, and particularly with ADSL? I am
> just looking for insight from people who either have tried this, are
> running this or something like it and what their experiences were.
>
> Thanks
> chris****
>
>
>
> itevomcid ****
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20130918/4c81cc12/attachment.html>