IPTV with H500 LAN Port Stuck when TV channels changes frequently by the user

  • 2
  • Question
  • Updated 4 months ago
  • Acknowledged
Hi, 
We are testing IPTV with H500 AP. AP is powered through POE switch. IPTV STB is connected to AP via LAN port. 
Normally TV works without issues. But once we change the channels it get stuck. AP traffic is backhauled locally without using any tunnels. 

Any idea what would happen on this? 

Regards,
Pamuditha
Photo of gpmpa

gpmpa

  • 69 Posts
  • 4 Reply Likes

Posted 4 months ago

  • 2
Photo of Michael Brado

Michael Brado, Official Rep

  • 2183 Posts
  • 301 Reply Likes
Hello Pamuditha,

   In the case where your IPtv Set Top Boxes are connected thru a LAN Ethernet port,
you want to tell the AP not to listen/answer (snoop) your multicast IGMP client traffic,
and it should be faster and follow the TV channel changes.  I don't know which of your
H500 ports your STBs connect to, but here is syntax you can use if you SSH into your
APs.  You want to disable igmp snooping, and directed-multicast (use straight UDP),
and can assume version compatibility.

You can SSH into an AP CLI using putty application and run the following commands.
 
        set qos <ifname> igmp [enable|disable]
                 -- Sets the state of IGMP Snooping for the specified interface
       set qos <ifname> directed multicast [enable|disable]
                 -- Sets the state of egress packet processing for the specified interface

        set qos igmp_query [v2|v3] [enable|disable]
                 -- Sets IGMP General Query version for IGMP General Query Mechanism
 
ifname : interface name can be wlan0 / eth1 / eth2.

Use the "get eth" command to determine which eth0, eth1, eth2 of your H500 has the STB
then issue these two commands:

set qos ethX igmp disable
set qos ethX directed multicast disable

--

If you manage your H500s by a ZoneDirector, you can apply commands remotely.  These
will affect ALL connected APs however, so ok if all H500s and if the EthX port they're using
don't exist on the other models, ie Eth3 or Eth4.

You would SSH to your ZoneDirector, and then issue these AP commands.

ruckus> enable
ruckus# debug
ruckus(debug)#
ruckus(debug)# remote_ap_cli -A "set qos ethX directed mutlicast disable"
ruckus(debug)# remote_ap_cli -A "set qos ethX igmp disable"
( where EthX is the LAN port your H500's have STBs connected to)

ruckus(debug)# quit

Good luck and please let us know your test results.
Photo of gpmpa

gpmpa

  • 69 Posts
  • 4 Reply Likes
Hi Michael, 

STB is connected to H500 eth1 port, which can power STB as well with POE out. 
I tried these commands with eth1 and no success. 
These APs are managed by vSZ and tried the same with standalone mode as well. But still the result is same. 

Do you think applying these commands on the wan interface would help.?
As we understood, some of the responses we get from multicast servers doesn't go through eth0 (wan interface ) to eth1 (STB interface).
Once TV is stuck, unk-drop counter is also increasing. 
Also this issue occurs only we change channels quickly.

Thanks
Pamuditha
Photo of Skaap2.0

Skaap2.0

  • 9 Posts
  • 1 Reply Like
Hi Pamuditha, 

I just expierenced the same issue at one of my sites.

Disabled the direct multicast on both the eth0 the eth1. 

you will also need to disable the igmp-snooping on both interfaces. 

Then you need to make sure that you have forced fast-leave / port-fast configured on the switch interface the AP is connected to. 

What Switching are you using?

Are you using IGMP v2 for multicasting?

I hope this helps.

Regards

Shaun
Photo of Michael Brado

Michael Brado, Official Rep

  • 2183 Posts
  • 301 Reply Likes
Shaun has replied with my suggestion as well, I expect you should see better results, please let us know.
Photo of gpmpa

gpmpa

  • 69 Posts
  • 4 Reply Likes
Dear Michael and Shaun, 
Thanks guys for your help. It only required no qos directed multicast on WAN interface. As of now it has resolved the issue. 

But can any one of you explain what would have happened there? Any sort of FIFO queue or something used to do multicast to unicast conversion? 
I have seen some TCP duplicate ACK/spurious re-transmission issues as well during channel changes. 

Regards,
Pamuditha
Photo of gpmpa

gpmpa

  • 69 Posts
  • 4 Reply Likes
Thanks for the response. 
It is Cisco SF300 switch. Here the same setup replaced with BelAir AP works fine. So I think switch would not have impact. 
Will try your suggestion and let you know. 

Thanks
Pamuditha