Chromecast not working across SSIDs same VID

[GoogleCodeExporter]

What steps will reproduce the problem?
1. Create two SSIDs (ssid1 on Radio 1 (2.4Ghz) and ssid2 on Radio 2 (5.0Ghz)) 
on Linksys AC1600 router, attach ssids to same VID
2. Boot chromecast and connect to ssid1, confirm vid (by ip/dhcp)
3. Boot laptop and connect to ssid1, confirm that chromecast and laptop are on 
same vid (by ip/dhcp)
4. Connect Laptop to chromecast (success)
5. switch laptop ssid to ssid2, get new ip, confirm that chromecast and laptop 
are on same vid (by ip/dhcp)

What is the expected output? What do you see instead?
Expected that laptop can see chromecast (on ssid1) from ssid2, same vid.  
laptop cannot see chromecast.

Resolution:
1. Switching laptop back to ssid1 and cc is visible.

What version of the product are you using? On what operating system?
Chromecast fw= Linux Debian Jessie, Windows 7 x64 ent, Windows 8, any.

Please provide any additional information below.
We have confirmed that cc is on same vlan as laptop: 
router output:
Device, MAC, VLAN NAME(VID), Age, Flags,Port
LAPTOP: 6c:88:14:39:b2:4c Office_1681(1681) 0017 d m           13
CC:     6c:ad:f8:45:81:bd Office_1681(1681) 0033 d m           13

flags, d=Dynamic, m=MAC
As you can see, MAC from CC and MAC from laptop are on same VID, however no 
visibility.

Please advise.

Original issue reported on code.google.com by Derek.ma...@superna.net on 16 Dec 2014 at 9:17

[GoogleCodeExporter]

Update to defect -
Apologies step 1:
Router is actualy extreme networks x460
Linksys Wireless connection is via LAPAC1200 wireless access point.
LAPAC1200 is connected to x460 at port 13.
Vlan is 1681
ssid1 and ssid2 are attached to VID 1681
http://www.linksys.com/en-eu/business/products/accesspoints/lapac1200

Original comment by Derek.ma...@superna.net on 16 Dec 2014 at 9:19

[GoogleCodeExporter]

Please go through the link and make sure the configurations are correct.
https://support.google.com/chromecast/troubleshooter/2995236?hl=en&ref_topic=344
7927#ts=3090411,3222292,4509863

Original comment by na...@google.com on 16 Dec 2014 at 10:46

• Changed state: Invalid

[GoogleCodeExporter]

I have visited the link as suggested:
CC is connected to a broadcast SSID on 2.4Ghz Radio
SSID is not hidden
MAC Filtering is not enabled.
AP Client Isolation is disabled
There is no VPN involved.
Multicast is enabled.
ICMP is enabled/ proxy is disabled.

Host on ssid1    239.255.255.250 192.168.1.50    13   
Host on ssid2    239.255.255.250 192.168.1.68    45

Host on ssid1 can see CC
Host on ssid2 cannot see cc

IGMP output:
Query Interval    :    125 sec
Max Response Time :     10 sec
Last Member Query :      1 sec
Robustness        :      2 

Interface on VLAN Office_1681 is enabled and up.
    inet 0.0.0.0/0 
    Locally registered multicast addresses: 
    Learned multicast addresses(Last Querier=0.0.0.0):
        s = static igmp member 
    Flags:
        IP Fwding  NO       IPmc Fwding  NO            IGMP YES 
         IGMP Ver  V2          Snooping YES     Proxy Query  NO 
       XmitRtrAlrt YES     RcvRtrAlrtReq  NO 

Attached are images from AP.
radio1 image is ssid1 on 2.4Ghz Radio.  CC and Host 1 are connected here
radio2 image is ssid2 on 5Ghz Radio. Host 2 cannot see cc from here. 

Original comment by Derek.ma...@superna.net on 16 Dec 2014 at 11:14

Attachments:

• cc-radio1.png
• cc-radio2.png

[GoogleCodeExporter]

attached screen shots from previous post show isolation is not enabled.

Original comment by Derek.ma...@superna.net on 16 Dec 2014 at 11:14

[GoogleCodeExporter]

attached screen shots from previous post also show vids are the same.  SSIDs 1 
and 2 are connected to the same vlan.

Original comment by Derek.ma...@superna.net on 16 Dec 2014 at 11:15

[GoogleCodeExporter]

Currently, 5GHz networks are not compatible with Chromecast which is likely why 
you're not seeing it.

Original comment by and...@google.com on 16 Dec 2014 at 11:46

[GoogleCodeExporter]

I knew you were going to say that.. Please.. Please read the ticket thoroughly 
and escalate if necessary! 

I'm going to re-iterate:

I have a DUAL BAND AP
One Band (ssid1) is 2.4 Ghz
The other band (ssid2) is 5.0 Ghz
BOTH ssids are connected to vlan 1681

I have two clients and 1 chrome cast.
The Chromecast is connected to ssid1
Client 1 is connected to ssid1
Client 2 is connected to ssid2

client 1 can see the chrome cast
client 2 cannot.

again - BOTH ssid's are on teh same subnet/vlan

I expect to see the chromecast from either ssid.

PLEASE review diagram and review case throughouly
I am NOT trying to connect the CC to a 5.0Ghz SSID.

Original comment by Derek.ma...@superna.net on 17 Dec 2014 at 12:16

Attachments:

• cc-diag.png

[GoogleCodeExporter]

Additionally I can see the CC from client 2 IF I move client 2 to ssid-1

Original comment by Derek.ma...@superna.net on 17 Dec 2014 at 12:17

[GoogleCodeExporter]

Original comment by na...@google.com on 18 Dec 2014 at 5:40

• Changed state: Acknowledged

[GoogleCodeExporter]

Please try upgrading Linksys firmware or rebooting AP. This issue is not on 
chromecast side.

This is a problem for Linksys that traffic can't flow between 2.4GHz and 5Hz.

You can test it through below steps: 
 - Connect your phone to 2.4G and laptop to 5G. Ping from laptop and to see if you get reply.
 - If you have Apple product, connect it to 2.4G. Connect your laptop to 5G. Ping 224.0.0.1 to see if you have reply.

Hope this helps. 

Original comment by na...@google.com on 19 Dec 2014 at 6:10

• Changed state: NotSDK

[GoogleCodeExporter]

Hi - 
1 Firmware has been upgraded to latest code.
2 Traffic is not engineered to flow directly from SSID1 to SSID2 - I tried to 
be clear in diagram however it appears to be non-obvious:
2a imagine a scenario with two SSID's plugged into a single switch (VLAN)
2b SSID1(2.4) is virtually plugged into switch port 1
2c SSID2(5.0) is virtually plugged into switch port 2 
2d packet from SSID1 is received on switch port 1 and forwarded to switch port 
2 for SSID2 destination.
Packets ALWAYS traverse switch.

3.  I can ping phone to laptop in your test.  I do not have any issues.
3a when I ping from phone to laptop in your test, both mac addresses get 
learned on the switch from point 2 above.

Conjecture that Linksys that traffic can't flow between 2.4GHz and 5Hz it 
totally incorrect.

Please escalate.

Original comment by Derek.ma...@superna.net on 19 Dec 2014 at 7:10

[GoogleCodeExporter]

This ticket should not be closed based on your analysis.  

Original comment by Derek.ma...@superna.net on 19 Dec 2014 at 7:11