We try to understand aspects of the behaviour of ASR9K for PPPoE sessions. Specifically we see that after retraining of xDSL CPEs (and for as long as the old session has not been timed out) subsequent PPPoE session initiation attempts from the CPE are denied with the following message
(debug pppoe packet)
pppoe_ma: Packet: [ERROR] Bundle-Ether100.321: Session established cannot re-send PADS for duplicate PADR with host-uniq tag: No error
Does the ASR9K perform any checks based on host-uniq tag to avoid duplicate sessions from same CPE?
Some CPEs after retraining take care of their previous sessions (they clear them - send PADT after retraining) but some others do not for the latter we see this behavior
1. Introduction Internet security is important with the increasing
attacks that are happening every day. Many internet and browsing
security solutions exist, but some are not very easy to use or maybe the
question is how can I enable them? In this referen...
Cisco Software Manager Server API Guide This document describes the
programmatic interfaces, RESTful APIs, which are supported by Cisco
Software Manager Server (CSM Server). Overview CSM Server supports a set
of finite RESTful APIs. The first step to use ...
If you are using Cisco's new linux-based Cisco Software Manager server,
then you probably want to make sure there is a startup service for
it.I'll assume that you've already installed the CSM server on a
systemd-based linux system. The commands given belo...