No relevant resource is found in the selected language.

This site uses cookies. By continuing to browse the site you are agreeing to our use of cookies. Read our privacy policy>

Reminder

To have a better experience, please upgrade your IE browser.

upgrade

handled through modification of service-port command due to UA5000 virtual service-port problem for CBR services

Publication Date:  2012-07-24 Views:  32 Downloads:  0
Issue Description

1.IPTV and VoD services should be delivered to the end-users with CBR (Constant Bit Rate). 

2.If the IPTV system is built according to the MPEG2 standard (wich consumes more bandwidth than MPEG4 and H.264 standards) and if access devices are UA5000 IPMB with ADMC ADSL2+ boards, engineers will have problems to configure multicast services inside one UA frame because UA5000 frame. 

3.In that case virtual service port can't be made according to IPMB operation manual. This phenomenon is not related to upper-layer devices, like Datacomm equipment.

4.Used software versions in the related devices are:

UA5000 version:UA5000 IPMB V100R009B01D071.

BMS iManager N2000 version:V200[007BOAD051.


      

      
Alarm Information

Null

Handling Process
 Problem is handled through modification of service-port command. The difference from previous command is rx-cttr 7 tx-cttr 0 instead of rx-cttr 7 tx-cttr 7. So, rx-cttr is related to downstream traffic (important for video services) and tx-cttr traffic is for upstream traffic (which is irrelevant for video - small amount of traffic). So, rx-cttr is 7 and tx-cttr is 0 (small bandwidth for example 1024 K).
Command:
UA5000_1(config)#service-port vlan 41 adsl 0/8/0 vpi 0 vci 130 rx-cttr 7 tx-cttr 0
 Add service virtual port successfully
Root Cause

1.The problem is encountered when administrator want to add service port for multicast and VoD services. First, traffic table entry (index 7) for video services is created, with bandwidth of 8 Mpbs. This has to be created because some TV channels require more bandwidth, together with overhead. So, to ensure good quality, 8 Mbps is suitable.
 Command:
  UA5000_1(config)#display traffic table from-index 7 to-index 7
  Traffic parameters for IP service:
  -----------------------------------------------------------------------------
  TID  CAR(kbps)  Priority  Pri-Policy
  -----------------------------------------------------------------------------
  7    8000       6         tag-pri
  -----------------------------------------------------------------------------
  Traffic parameters for ATM service:
  -----------------------------------------------------------------------------
  TID  Service Traf CLP01PCR CLP0PCR CLP01SCR CLP0SCR MBS  CDVT      PPD/XXX/SHAPE
       Type    Type kbps     kbps    kbps     kbps    cells 1/10us
  -----------------------------------------------------------------------------
  7    cbr     2    8000     --      --       --      --   --       off/off/--
  -----------------------------------------------------------------------------
2.So, when administrator wants to create a service port for video services (upper vlan is smart 41, vpi.vci is 0.130) the problem occurs (see bellow). This failure notice is displayed when somebody wants to add the first virtual port. This command is issued according to the operation manual.
Command:
 UA5000_1(config)#service-port vlan 41 adsl 0/8/0 vpi 0 vci 130 rx-cttr 7 tx-cttr 7
Failure: Fail to add service virtual port, because bandwidth of port is not enough

3.Through command from IPMB user manual UA5000_1(config)#service-port vlan 41 adsl 0/8/0 vpi 0 vci 130 rx-cttr 7 tx-cttr 7 administrator is reserving 8 Mbps in both directions (uplink and downlink).
4.Because the traffic table 7 is CBR, the software will calculate the bandwidth is enough or not. For downlink is enough, but for uplink it isn't. Software calculated that bandwidth for downlink is good but uplink is not enough - ADSL2+ technology offers up to 1.5 Mbps and with previous command adimistrator wanted to give 8 Mbps for uplink!

      
Suggestions

1. If the administrator is using CBR, index for rx-cttr (downstream) and tx-cttr (upstream) must be different (even in operation manual is the same). 

2.because device won't accept command. Administrator should create CBR traffic entries according to the actual needs and apply them inside service-port command (like it is explained in Handling process ).

END