<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=us-ascii">
<META content="MSHTML 6.00.6000.17063" name=GENERATOR></HEAD>
<BODY>
<DIV dir=ltr align=left><SPAN class=587332723-25082010><FONT face=Calibri
color=#0000ff>Thanks guys, found the culprit.</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=587332723-25082010><FONT face=Calibri
color=#0000ff></FONT></SPAN> </DIV>
<DIV dir=ltr align=left><SPAN class=587332723-25082010><FONT face=Calibri
color=#0000ff>There is a script which will issue snmp disconnection requests to
reshape customers if it doesn’t know that the router can handle CoA requests. We
maintain a list of LNS that can handle CoA but the LNS with the issue wasn't on
that list. Have added that LNS to the list so it should be using CoA now instead
of snmp.</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=587332723-25082010><FONT face=Calibri
color=#0000ff></FONT></SPAN> </DIV>
<DIV dir=ltr align=left><SPAN class=587332723-25082010><FONT face=Calibri
color=#0000ff>Thanks.</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=587332723-25082010><FONT face=Calibri
color=#0000ff></FONT></SPAN> </DIV>
<DIV dir=ltr align=left><SPAN class=587332723-25082010><FONT face=Calibri
color=#0000ff>Andy</FONT></SPAN></DIV><BR>
<DIV class=OutlookMessageHeader lang=en-us dir=ltr align=left>
<HR tabIndex=-1>
<FONT face=Tahoma size=2><B>From:</B> Andy Saykao <BR><B>Sent:</B> Thursday, 26
August 2010 8:43 AM<BR><B>To:</B> 'cisco-bba@puck.nether.net'<BR><B>Subject:</B>
SNMP is administratively shutting down the Virtual-Access on the
LNS<BR></FONT><BR></DIV>
<DIV></DIV>
<DIV><SPAN class=055552122-25082010><FONT face=Calibri>Hi
All,</FONT></SPAN></DIV>
<DIV><SPAN class=055552122-25082010><FONT
face=Calibri></FONT></SPAN> </DIV>
<DIV><SPAN class=055552122-25082010><FONT face=Calibri>Just wondering if anyone
has come across a situation where snmp is administratively shutting down the
Virtual-Access on the LNS. What snmp command would be issued to the LNS to cause
this?</FONT></SPAN></DIV>
<DIV><SPAN class=055552122-25082010><FONT
face=Calibri></FONT></SPAN> </DIV>
<DIV><SPAN class=055552122-25082010><FONT face=Calibri>Aug 26 00:08:43.687 AEST:
%SYS-5-CONFIG_I: Configured from 210.15.210.x by snmp<BR>Aug 26 00:08:43.783
AEST: %LINK-5-CHANGED: Interface Virtual-Access3, changed state to
administratively down<BR>Aug 26 00:08:44.784 AEST: %LINEPROTO-5-UPDOWN: Line
protocol on Interface Virtual-Access3, changed state to down</FONT></SPAN></DIV>
<DIV><SPAN class=055552122-25082010><FONT
face=Calibri></FONT></SPAN> </DIV>
<DIV><SPAN class=055552122-25082010><FONT face=Calibri>We do have a script that
runs from 210.15.210.x that clears any "ghost" sessions but it only telnets to
the LNS and invokes any commands via telnet, so a little bit stump as to why
we're seeing the Virtual-Access shut via snmp.</FONT></SPAN></DIV>
<DIV><SPAN class=055552122-25082010><FONT
face=Calibri></FONT></SPAN> </DIV>
<DIV><SPAN class=055552122-25082010><FONT face=Calibri>When the Virtual-Access
goes administratively goes down, users can no longer establish a session on
the LNS and the only way to restore the Virtual-Access is to reboot the
LNS.</FONT></SPAN></DIV>
<DIV><SPAN class=055552122-25082010><FONT
face=Calibri></FONT></SPAN> </DIV>
<DIV><SPAN class=055552122-25082010><FONT face=Calibri>The LNS is a Cisco 7201
running 12.4(12.2r)T. It's happened twice this month
already.</FONT></SPAN></DIV>
<DIV><SPAN class=055552122-25082010><FONT
face=Calibri></FONT></SPAN> </DIV>
<DIV><SPAN class=055552122-25082010><FONT
face=Calibri>Thanks.</FONT></SPAN></DIV>
<DIV><SPAN class=055552122-25082010><FONT
face=Calibri><BR>Andy</FONT></SPAN></DIV></BODY><!--[object_id=#staff.netspace.net.au#]--><P align=left><FONT face=Arial size=1>This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. Please notify the sender immediately by email if you have received this email by mistake and delete this email from your system. Please note that any views or opinions presented in this email are solely those of the author and do not necessarily represent those of the organisation. Finally, the recipient should check this email and any attachments for the presence of viruses. The organisation accepts no liability for any damage caused by any virus transmitted by this email.</FONT></P></HTML>