| |
|
Alert Type: | Updated * |
Bug Id: | CSCuy16501 | Title: | Static noise introduced on FXO after IOS upgrade |
|
Status: | Fixed |
|
Severity: | 2 Severe |
Description: | Symptom:
Static noise is introduced on the FXO lines after IOS upgrade - Observed this issue in the below IOS versions
154-3.M4
155-3.M1
15.5(3)M train is affected
In the PCM captures we will be able to see the static in the SIN output itself.
Conditions:
Workaround:
None
Further Problem Description:
|
|
Last Modified: | 28-APR-2016 |
|
Known Affected Releases: | 15.4(3) |
|
Known Fixed Releases: * | 15.4(3)S5.3, 15.5(3)S2.2, 15.6(0.22)S0.18, 15.6(1)T1, 15.6(1.22)T0.2, 15.6(1.23)T, 15.6(2)T, 15.6(2.1)T, 16.2(0.294), 16.3(0.93) |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCud67110 | Title: | Failed to Configure ftp and http via SNMP |
|
Status: | Fixed |
|
Severity: | 3 Moderate |
Description: | Symptom:
In PI21 Regression ftp and http operations are failed while configuring via SNMP in the following version
Conditions:
only when name server address type is alone provide din setany command and follwing setany command carry name server address value. look below for work around - when we provide name server address value along with name server address type in setany command(as single same command) solve the issue.
Workaround:
As per submitter while script by increasing the max size of snmp string, it is able to configure both ftp and http. Please find the logs below
Web Link: http://earms-trade.cisco.com/tradeui/resultsviewer.faces?ats=/auto/nmtg-di-ats/ODC/TANMOHAM/ats5.2.0&client=web&host=nmtg-di-ats.cisco.com&archive=ats_easy/tanmoham/archive/13-01/FTS-12398-3_IP_SLAs_v4_IPV6.2013Jan09_01:25:05.zip
|
|
Last Modified: | 18-APR-2016 |
|
Known Affected Releases: | 15.2(4)M4.3, 15.3(1.8)T |
|
Known Fixed Releases: * | 15.1(1)ICA4.122, 15.2(1)E, 15.2(1)E1, 15.2(1)E2, 15.2(1)E3, 15.2(1)EX0.87, 15.2(1)EY, 15.2(1)IC273.5, 15.2(1.1)EY, 15.2(1.1)PSR |
|
|
| |
| |
|
Alert Type: | New |
Bug Id: | CSCuz32791 | Title: | EIGRP flapping every 80 secs with service-policy on tunnel intrfc |
|
Status: | Open |
|
Severity: | 3 Moderate |
Description: | Symptom:
Basically I'll like to find out if something changed on the QoS side of the code and if that something expected.
Please let me know if you can assist me with this query.
I'm attaching 3 show techs.
1 the DMVPN spoke with working IOS (151-4.M5)
1 the DMVPN spoke with non working IOS (15.5(1)T)
1 the DMVPN Hub
Conditions:
we changed class eigrp-icmp > set ip dscp default to cs6 and got the EIRGP to stop flapping and all appears OK (we see good routes, etc.) but now we cannot telnet for one example to anything in our EIGRP 300.
Changes that stopped the EIGRP flapping (default changed to cs6 and removed icmp so it uses the "alltraffic" policy):
class eigrp
bandwidth percent 9
set ip dscp cs6
!
ip access-list extended policy-eigrp
permit eigrp any any
Workaround:
none
Further Problem Description:
we changed class eigrp-icmp > set ip dscp default to cs6 and got the EIRGP to stop flapping and all appears OK (we see good routes, etc.) but now we cannot telnet for one example to anything in our EIGRP 300.
Changes that stopped the EIGRP flapping (default changed to cs6 and removed icmp so it uses the "alltraffic" policy):
class eigrp
bandwidth percent 9
set ip dscp cs6
!
ip access-list extended policy-eigrp
permit eigrp any any
|
|
Last Modified: | 26-APR-2016 |
|
Known Affected Releases: | 15.5(1)T |
|
Known Fixed Releases: | |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCuy86840 | Title: | CISCO2901 speed/duplex displays as "Half-duplex, 1000Mb/s" in show int |
|
Status: * | Other |
|
Severity: * | 3 Moderate |
Description: | Symptom:
CISCO2901 speed/duplex displays as "Half-duplex, 1000Mb/s" in show interfaces even if not configuring speed and duplex.
Conditions:
CISCO2901/K9+ EHWIC-4ESG
Workaround:
None
Further Problem Description:
|
|
Last Modified: | 28-APR-2016 |
|
Known Affected Releases: | none |
|
Known Fixed Releases: | |
|
|
| |
| |
|
Alert Type: | Updated * |
Bug Id: | CSCup60252 | Title: | USB Startup must be protected against unsupported devices |
|
Status: | Open |
|
Severity: | 6 Enhancement |
Description: | Symptom:
Unsupported USB devices must not be read to protect the system from adverse consequences including the following messages:
%USB_HOST_STACK-5-USB_ENUM_UNSUPPORTED_DEVICE: Unsupported device inserted. Host id 2, Device Addr 1.
%SCHED-3-CORRUPT: Scheduler 'event magic' corrupted by process USB Startup (expected DEADFEED, found 0) -Process= "USB Startup", ipl= 0, pid= 124
An unexpected reboot may occur.
Conditions:
An unsupported device is attached to the USB port and cannot be read.
Workaround:
Do not attach unsupported USB devices to the routers USB ports.
Further Problem Description:
Third party hardware is officially not supported.
Cisco Guideline: Third Party Components Support:
http://www.cisco.com/c/en/us/products/prod_warranty09186a00800b5594.html
|
|
Last Modified: | 27-APR-2016 |
|
Known Affected Releases: * | 15.4(1)T1, 15.6(2)T |
|
Known Fixed Releases: | |
|
|
| |
没有评论:
发表评论