Cisco Headend System Release 2.7 Release Notes

 

28 

4012157 Rev B 

Workaround:  Save the configuration for the GQAM modulator on the DNCS 
GQAM GUI, and then reboot the GQAM. 

When a third-party network management system (NMS) is used to receive alarms 
from the DNCS, the session IDs and session numbers will not match the actual 
values in the NMS.  

Users cannot add two programs for a single channel when using a PowerKEY 
CableCARD module. The split channel function is not working correctly. 

The DNCS sends an incorrect provisioning message to the GQAM when a user sets 
the switching mode to “Auto” while configuring a dual GigE GQAM from the 
DNCS. The GQAM interprets the switching mode as “Manual” instead of “Auto.” 
This can be confusing to the user. 

Users cannot disable GQAM ports from the DNCS UI. This creates difficulty when 
setting up VOD sessions. 

The DNCS must bypass the Netcrypt for clear VOD sessions. 

System operators cannot create MPEG Multicast sessions on GQAM modulators. 

The siManager process does not update correctly when upgrading a system from  
SR 2.2 to SR 4.2. After the upgrade, there may be conflicting or duplicate frequencies 
and hub parameters associated with the same source. After the duplicates are 
resolved, the siManager process does not update. 

Workaround:  Stop and restart the siManager process. 

When a user enters invalid data into the Client ID and DSG Tunnel Address Fields 
on the Client Filter WUI, the WUI provides a message specifying the correct format 
for the data. However, you can still save the WUI with invalid Client ID and DSG 
Tunnel Addresses. 

When a QAM modulator reboots, there is limited bandwidth on QAM channels.