<!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.16850" name=GENERATOR></HEAD>
<BODY>
<DIV><FONT face=Arial size=2><SPAN class=770560605-13072009>Has anyone seen this 
happen on the Cisco ASR's?</SPAN></FONT></DIV>
<DIV><FONT face=Arial size=2><SPAN 
class=770560605-13072009></SPAN></FONT>&nbsp;</DIV>
<DIV><FONT face=Arial size=2><SPAN class=770560605-13072009>If I issue the 
command "vpdn softshut", all my L2TP sessions start to drop.</SPAN></FONT></DIV>
<DIV><FONT face=Arial size=2><SPAN 
class=770560605-13072009></SPAN></FONT>&nbsp;</DIV>
<DIV><FONT face=Arial size=2><SPAN class=770560605-13072009>lns2#conf t<BR>Enter 
configuration commands, one per line.&nbsp; End with 
CNTL/Z.<BR></SPAN></FONT></DIV>
<DIV><FONT face=Arial size=2><SPAN class=770560605-13072009>lns2(config)#vpdn 
soft<BR></SPAN></FONT></DIV>
<DIV><FONT face=Arial size=2><SPAN class=770560605-13072009>lns2#sh vpdn session 
l2tp | inc sessions<BR>% Softshut has been turned on, new VPDN sessions will no 
longer be accepted<BR>L2TP Session Information Total tunnels 229 sessions 
4911<BR></SPAN></FONT></DIV>
<DIV><FONT face=Arial size=2><SPAN class=770560605-13072009>lns2#sh vpdn session 
l2tp | inc sessions<BR>% Softshut has been turned on, new VPDN sessions will no 
longer be accepted<BR>L2TP Session Information Total tunnels 229 sessions 
4744<BR></SPAN></FONT></DIV>
<DIV><FONT face=Arial size=2><SPAN class=770560605-13072009>lns2l#sh vpdn 
session l2tp | inc sessions<BR>% Softshut has been turned on, new VPDN sessions 
will no longer be accepted<BR>L2TP Session Information Total tunnels 229 
sessions 4612</SPAN></FONT></DIV>
<DIV><FONT face=Arial size=2></FONT>&nbsp;</DIV>
<DIV><SPAN class=770560605-13072009><FONT face=Arial size=2>Having used this 
command on the 7200's and 7300's, it would not allow any new L2TP connections 
from being established, but on the ASR it&nbsp;seems to not only do that but 
also start dropping sessions. Any one encountered this on the 
ASR???</FONT></SPAN></DIV>
<DIV><SPAN class=770560605-13072009><FONT face=Arial 
size=2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=770560605-13072009>
<DIV><FONT face=Arial size=2><SPAN class=770560605-13072009>System image file is 
"bootflash:asr1000rp1-advipservicesk9.02.02.03.122-33.XNB3.bin"</SPAN></FONT></DIV>
<DIV><FONT face=Arial size=2><SPAN class=770560605-13072009>cisco ASR1004 (RP1) 
processor with 1774762K/6147K bytes of memory.<BR></SPAN></FONT></DIV>
<DIV></SPAN><SPAN class=770560605-13072009><FONT face=Arial 
size=2>Thanks.</FONT></SPAN></DIV></DIV>
<DIV><SPAN class=770560605-13072009><FONT face=Arial 
size=2></FONT></SPAN>&nbsp;</DIV>
<DIV align=left><FONT face=Arial size=2>
<DIV align=left><SPAN class=996353004-23032009><FONT 
size=2>--</FONT></SPAN></DIV>
<DIV align=left><BR><FONT size=2>Regards,<BR>&nbsp;<BR>Andy 
Saykao<BR>System<SPAN class=996353004-23032009>s</SPAN> 
Administrator<BR>Netspace Online Systems<SPAN class=996353004-23032009> Pty 
Ltd</SPAN><BR>Ph<SPAN class=996353004-23032009>one</SPAN> : 03 9811 
0049<BR>Mob<SPAN class=996353004-23032009>ile</SPAN> : 0401 422 
406<BR>Fax&nbsp;<SPAN class=996353004-23032009>&nbsp;&nbsp;&nbsp; </SPAN>: 03 
9811 0044<BR>E<SPAN class=996353004-23032009>-M</SPAN>ail<SPAN 
class=996353004-23032009> </SPAN>: </FONT><A 
title=mailto:andy.saykao@staff.netspace.net.au 
href="blocked::mailto:andy.saykao@staff.netspace.net.au"><FONT 
size=2>andy.saykao@staff.netspace.net.au</FONT></A></DIV></FONT></DIV>
<DIV>&nbsp;</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>