Cisco Rfgw1d Manual
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.