[AusNOG] Cisco LNS - dataplane errors

[Nathan Brookfield]

When you run a 'show proc cpu history' what does it look like?


Kindest Regards,

Nathan Brookfield (VK2NAB)



Chief Executive Officer

Simtronic Technologies Pty Ltd



Local: (02) 4749 4949 | Fax: (02) 4749 4950 | Direct: (02) 4749 4951

Web: http://www.simtronic.com.au<http://www.simtronic.com.au/> | E-mail: nathan.brookfield at simtronic.com.au<mailto:nathan.brookfield at simtronic.com.au>



________________________________
From: AusNOG <ausnog-bounces at lists.ausnog.net> on behalf of Joseph Goldman <joe at apcs.com.au>
Sent: Wednesday, 10 August 2016 1:01 PM
To: John Edwards
Cc: ausnog at lists.ausnog.net
Subject: Re: [AusNOG] Cisco LNS - dataplane errors


Hi John,

 It was initially set much higher than the subscriber count, we also removed it completely and to no help - we have since rebooted the router which seems to have fixed it but it has now stalled twice since that reboot so thinking quite likely faulty hardware, we are in the process of cutting over to backup hardware now *sigh* thanks for the look-in though.

Thanks,

Joe

On 10/08/16 12:55, John Edwards wrote:
Hi Joseph,

Have you tried setting the vpdn "session-limit" value to a number larger than the count of subscribers you're seeing?

John


On 10 August 2016 at 11:35, Joseph Goldman <joe at apcs.com.au<mailto:joe at apcs.com.au>> wrote:
Hi All,

 Cisco 7204-G2, running as an LNS.

 Has anyone ever come across this error:

.Aug 10 01:58:39: VPDN uid:2171 Error setting up dataplane; set app req

 Basically the router accepts sessions up to what seems a certain subscriber count then once that number is online starts generating these errors.

 At best guess it is a full, finite resource. The number of allowed subscribers is slowly reducing, what I don't know is if this is due to bad garbage collection so to speak (i.e. 'stuck' sessions in the dataplane, that dont show in 'show users') or if the dataplane itself is actually dying/dead. If we kick a user offline or clear tunnels cleanly - users will re-connect back up to that number of subscribers (first in best dressed), which is what sparked this line of thinking.

 Anyone who has experienced similar or knows this a bit more in-depth, your help would be appreciated, as its got me scratching my head so far.

Thanks,
Joe
_______________________________________________
AusNOG mailing list
AusNOG at lists.ausnog.net<mailto:AusNOG at lists.ausnog.net>
http://lists.ausnog.net/mailman/listinfo/ausnog


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ausnog.net/pipermail/ausnog/attachments/20160810/2db548d8/attachment.html>