Home > Cisco > Computer Hardware > Cisco Rfgw1d Manual

Cisco Rfgw1d Manual

    Download as PDF Print this page Share this page

    Have a look at the manual Cisco Rfgw1d Manual online for free. It’s possible to download the document as PDF or print. UserManuals.tech offer 53 Cisco manuals and user’s guides for free. Share the user manual or guide on Facebook, Twitter or Google+.

    							 
     
     Status Monitoring 
     
    78-4025112-01 Rev H0 137 
     
    Note: The session Button would display the list of sessions pertaining to each tunnel. 
    The statistics button would display the statistics for the sessions associated with each 
    tunnel. 
    To View Session Details 
    1 Navigate to the Monitor page. 
    2 In the tree menu, navigate to DEPI details and select Sessions 
    Result: DEPI sessions is shown for QAM channel. 
     
    Note: The statistics button would display the statistics for this session. 
    To View DEPI QAM Statistics Details 
    1 Navigate to the Monitor page. 
    2 In the tree menu, navigate to DEPI details and select statistics. 
    Result: DEPI statistics is shown for each QAM channel. 
     
    Note: The statistics button displays statistics for this session.    
    						
    							 
    Chapter 8    M-CMTS Data DEPI-CP Operation  
     
     
    138 78-4025112-01 Rev H0 
    DEPI Feature Highlights 
    Data plane extension during PRE - SSO 
    DEPI control and session will be renegotiated on the secondary PRE after SO. The 
    Dataplane on the RFGW1 should continue to forward data traffic, SYNC’s, 
    MAP/UCD for up for 60 seconds although the control plane is down, to allow traffic 
    to flow during the PRE SO. . Note the sessions as observed on the Monitor->session 
    page would be moved to Del-Wait state. Once the new DEPI control and session are 
    established, the Data plane can be reprogrammed. 
    The idea is to make sure the modems stay online and there is no disruption in the 
    traffic during a PRE SO. 
    DEPI Path Redundancy 
    DEPI Path Redundancy is a method for creation and management of redundant 
    DEPI connections between the M-CMTS Core and the EQAM. The high availability 
    requirements demands that the CMTS’s architecture must avoid single points of 
    failure through support for redundant sub-components involved in DEPI and the 
    ability to operate with redundant DEPI connections. 
    DPR introduces two types of DEPI data sessions: primary sessions and secondary 
    sessions. DPR provides redundancy at the data session level. Primary sessions are 
    used to transport encapsulated DOCSIS data under normal conditions. Primary 
    sessions are equivalent to generic DEPI sessions, when DPR is not supported. A 
    secondary session serves as always-ready substitute for a primary session associated 
    with the same QAM channel. A secondary session can be utilized to carry DEPI data 
    when the associated primary session becomes unavailable as result of a failure or an 
    operator action 
    Note: The Monitor->Depi details -> Statistics page indicates the session type that is 
    currently active on a specific QAM channel. 
      
    						
    							 
     
    78-4025112-01 Rev H0 139 
     
    Introduction 
    This feature allows the operator to configure the RFGW-1-D such that 
    it can insert SI data from the headend for the locally inserted channels 
    which are carried in unreferenced PIDs and remap it to standard SI 
    PIDs in the RFGW-1. The user can perform the following tasks: 
     Remap unreferenced PIDs from a data stream or MPTS stream. 
     Block specific unreferenced PIDs from a data stream or MPTS 
    stream. 
     Block all the unreferenced PIDs from a data stream or MPTS 
    stream. 
     PID remapping is implemented on a QAM channel level. 
     PMT PIDs from SPTS and MPTS streams on the QAM channels 
    configured in “Video” mode. 
     Blocking PMT PIDs in the SPTS and MPTS stream. 
     Inserting PAT from the external data stream.  
     
     
    9 Chapter 9 
    Remapping Unreferenced 
    PIDS 
    In This Chapter 
     Enabling the Feature ........................................................................... 140 
     Feature Page ........................................................................................ 141 
     Adding Entries to the Remap Table ................................................. 142 
     Blocked Unreferenced PIDS .............................................................. 143 
     Enabling Insert External PAT ............................................................ 144 
     Operator Responsibilities .................................................................. 145  
    						
    							 
    Chapter 9    Remapping Unreferenced PIDS  
     
     
    140 78-4025112-01 Rev H0 
    Enabling the Feature 
    1 Login to the RFGW-1 and go to the System/System Configuration page. 
    2 Scroll down and set the Unreferenced PID Mapping feature to Enabled. 
    3 Click Apply. 
    4 Click Save. 
     
     
     
      
    						
    							 
     
     Feature Page 
     
    78-4025112-01 Rev H0 141 
     
    Feature Page 
    1 Navigate to the Maps page.  
    2 Select Unreferenced PID Maps. 
     
     
      
    						
    							 
    Chapter 9    Remapping Unreferenced PIDS  
     
     
    142 78-4025112-01 Rev H0 
    Adding Entries to the Remap Table 
    1 In the Unreferenced PID Maps tree, select the QAM channel which requires PID 
    mapping. 
    2 Click Add row in the Unreferenced PID Map Table and enter the value of Input 
    PID and required Output PID. You can add multiple rows. The maximum 
    number of remapping rows supported is 32 per QAM channel 
    3 If there is a need to block a specific PID in the stream, the  operator can specify -1 
    at the Output PID Number column, effectively blocking the PID specified in the 
    Input PID Number column. 
    4 Click Apply. 
    5 Click Save. 
    6 The color coding descriptions are shown below. 
    a Yellow – The existing row values were changed  
    b Green – New row is being added 
    c Red – The row will be deleted when you click Apply. 
      
      
    						
    							 
     
     Blocked Unreferenced PIDS 
     
    78-4025112-01 Rev H0 143 
     
    Blocked Unreferenced PIDS 
    Unreferenced PIDs in MPTS and Data streams can be blocked by checking the 
    corresponding boxes of the QAM channels in the Block Unreferenced PID table. 
    By enabling the checkboxes in the PID table below, the following effects on the 
    MPTS and Data streams configured on the QAM channel will occur. 
    1 Block all the unreferenced PIDs of the MPTS and Data streams on a QAM 
    channel. This will include any standard SI PIDs coming along with the MPTS 
    streams. 
    2 Will not block the PIDs mentioned in the PID remap table in any of the QAM 
    channels. 
    3 If the operator needs to pass-through a specific Unreferenced PID after enabling 
    this Block Unreferenced PID, an entry can be added in the remap table with the 
    output PID values the same as the input PID value. 
     
      
    						
    							 
    Chapter 9    Remapping Unreferenced PIDS  
     
     
    144 78-4025112-01 Rev H0 
    Enabling Insert External PAT 
    Use the table below to enable/disable insertion of external PAT at the QAM channel 
    level. This table is located on the Feature Page.  
     
    Below are the implicit effects of enabling insertion of external PAT on a channel. 
    1 All types of streams configured on this channel will be passed through. 
    2 PAT generated internally by RFGW will not be inserted in the QAM channel 
    3 Operator can insert PAT from an external data stream in the channel. 
    Operator can block/remap PMT PIDs on the channel to the value in (external) PAT 
    manually by using the Unreferenced PID Map table. 
     
     
      
    						
    							 
     
     Operator Responsibilities 
     
    78-4025112-01 Rev H0 145 
     
    Operator Responsibilities 
    PID Remapping 
    1 When specifying the PAT PID to be remapped, the operator should ensure that 
    the PID comes only on one stream on that channel.  
    2 When remapping unreferenced PID / PMT PIDs, the operator should make sure 
    that the desired output value of the remapping is not an existing ES or PMT PID 
    of a stream on that channel. This will log output PID conflict in the System-
    >Logs page. 
    3 When using the Block unreferenced PID option, the unreferenced PIDs of the 
    MPTS stream and data stream will be blocked. This might include NIT, SDT, 
    BAT, etc., on an MPTS stream so use this with caution. In case there is a pressing 
    need to use this option and the NIT, SDT, BAT needs to be inserted at the output, 
    specify this in the PID remap table with the same input and output PID values. 
    4 When remapping the PMT from the data stream, the operator should make sure 
    that the output PID value is not the same as any existing PMT on the channel.   
    Inserting External PAT 
    1 Operator should take care of input PID conflicts i.e. ES and PMT PIDs of each 
    stream should be unique within a given QAM channel. This is applicable for 
    SPTS and MPTS stream with the Insert external PAT enabled as the streams are 
    passed through when this option is enabled. 
    2 Operator should ensure that the unreferenced PID remapped should appear on 
    only one stream on a QAM channel at any given point of time. If the same PID 
    appears on two different channels, there will be CC errors at the output. 
    3 The Insert External PAT is supported only on the channels in the table based 
    video mode.  
    4 When specifying the PAT PID to be remapped, the operator should ensure that  
    that the PID appears only on one stream on that channel.  
    5 When remapping an unreferenced PID/PMT PID, the operator should make 
    sure that the desired output value of the remapping is not an existing ES or PMT 
    PID of a stream on that channel. This will cause an output PID conflict in the 
    System->Logs in the RFGW. 
    6 When remapping PMT from the data stream, the operator should make sure that 
    the output PID value is not the same as any existing PMT on the channel.  
     
      
    						
    All Cisco manuals Comments (0)