web-dev-qa-db-ja.com

DD-WRTとChromecast：デフォルトのWLANからLANへのブリッジはUDPをブロックしますか？

DIR-615I1でゲートウェイモードでDD-WRTを実行しています。利用可能な最新のビルドに更新しました。

Chromecastは、なじみのない人のためのワイヤレス専用デバイスです。デバイスはセットアップされ、ルーターに関連付けられたワイヤレスデバイスを使用して正常に動作しますが、有線イーサネットデバイスはChromecastと通信できません。具体的には、Chromeプラグインは「キャストデバイスが見つかりません」と表示します。

AP分離が無効になっています。

有線接続と無線接続の両方を介してラップトップとChromecastの間でパケットをスニッフィングしましたが、これが私が見つけたものです。

Chromecastとラップトップのワイヤレスインターフェイスの間には、IGMP、TCP、UDPパケットがあります。

IGMPとTCPがありますが、Chromecastと同じラップトップ上の有線イーサネットインターフェース間で交換されるUDPパケットはゼロです。

具体的には、有線インターフェースはChromecastから次のIGMPパケットを受信します。

1062    55.011807   192.168.1.145   239.255.255.250 IGMP    60  V2 Membership Report / Join group 239.255.255.250

...これはワイヤレスインターフェイスでも確認できます。有線イーサネットインターフェイス上の一部のパケットは、不正なipv4ヘッダーチェックサム（0x0000）を持つものとしてマークされていますが、NICでのチェックサムのオフロードが原因で、これは人為的なものであると読みました。

これが（編集済み）TCP有線インターフェースで観察可能なストリームです：

GET /ssdp/device-desc.xml HTTP/1.1
Host: 192.168.1.145:8008
Connection: keep-alive
Cache-Control: max-age=0
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/29.0.1547.49 Safari/537.36
DNT: 1
Accept-Encoding: gzip,deflate,sdch
Accept-Language: en-US,en;q=0.8,fr;q=0.6

HTTP/1.1 200 OK
Application-URL: http://192.168.1.145:8008/apps/
Content-Type: application/xml
Content-Length: 1078


<?xml version="1.0"?>
<root xmlns="urn:schemas-upnp-org:device-1-0">
  <specVersion>
    <major>1</major>
    <minor>0</minor>
  </specVersion>
  <URLBase>http://192.168.1.145:8008</URLBase>
  <device>
    <deviceType>urn:dial-multiscreen-org:device:dial:1</deviceType>
    <friendlyName>Bedroom TV</friendlyName>
    <manufacturer>Google Inc.</manufacturer>
    <modelName>Eureka Dongle</modelName>
    <UDN>uuid:XXXXXXXXXXXXXXXXXXXXXXXXXXXXX</UDN>
    <iconList>
      <icon>
        <mimetype>image/png</mimetype>
        <width>98</width>
        <height>55</height>
        <depth>32</depth>
        <url>/setup/icon.png</url>
      </icon>
    </iconList>
    <serviceList>
      <service>
        <serviceType>urn:dial-multiscreen-org:service:dial:1</serviceType>
        <serviceId>urn:dial-multiscreen-org:serviceId:dial</serviceId>
        <controlURL>/ssdp/notfound</controlURL>
        <eventSubURL>/ssdp/notfound</eventSubURL>
        <SCPDURL>/ssdp/notfound</SCPDURL>
      </service>
    </serviceList>
  </device>
</root>

これは明らかに機能には不十分であり、ath0-> eth1（DD-WRTルーターのWLANおよびLANインターフェイス）方向に送信されるUDPパケットの欠如が疑われます。誰かが何が起こっているのかを明らかにすることができますか？ DD-WRTのブリッジとルートの設定はすべて基本的にデフォルトです。

networkingwireless-networkingwireless-routerdd-wrtmulticast
4
victoid

同じ問題がありました。私はすでにルーターモードで操作していたので（DD-WRTボックスをWAPとしてのみ使用しています）、上記は当てはまりませんでした。 DD-WRTファームウェアでIPv6サポートを有効にしてみてください。

 Administration --> Management Tab
      IPv6 Support... IPv6 -> enable

DD-WRTを使用している一部のデバイスでは、Chomecastが正しく機能するためにこれが必要です。私のために働いた。

My setup:

Chromecast
  v
DD-WRT as WAP
  v
Cisco SG300-10 > Gateway Router
  v
Wired PC
1
Eric

これに問題がありました。他のレポートによると、NATを無効にし、Chromecastを接続してから、作業を再度有効にします。

これを行うには、セットアップ>高度なルーティング>操作モードに移動してルーターモードに変更し、Chromecastを接続してから、ゲートウェイに切り替えます。

なぜこれが機能するのかわかりませんが、私にとっては機能しました。

1
Matt Gaunt