有線ルーターすべて クチコミ掲示板

600MIから小型ONUへの変更

[みーむ19970407]

現在、使用HGWが600MIのため、小型ONUも併用しているのですが、この小型ONUをNVR510に差替える場合、NTTに何かしら変更の申告をしないと接続できませんか？

書込番号：26197016　スマートフォンサイトからの書き込み

[みーむ19970407]

こちら自己解決しました。無事特に申告無しでつながりました。

書込番号：26201847

fqdnでNATの転送先を振り分けたいが、可能ですか？

[リンリンチャチダー]

イメージ図

Localに2種類のWeb サーバーを構築しており(HP用と写真管理用)相互にLinkさせて利用しています。
現在はPortでサーバーを振り分けて居るのですが、一部の環境からFirewallの関係で、80/443以外のポートへアクセスが出来ないので、fqdnで振り分けが出来ないか模索しております。

IISやApacheは、1台のWebサーバーで要求時のfqdnにより、サイトを切り替え出来るのですが、これをRTX1210で実現可能なのでしょうか？

詳しい方、ご教授をよろしくお願いします。

書込番号：26194841

[テキトーが一番]

DNSが名前をグローバルIPに変え、NATでグローバルIPをプライベートIPに変換といった感じでしょうか。
NATでは、グローバル1IP変換しかできないのでNATPで設定することになると思いますが、それではポートが必要になってしまいます。
FQDNは正式アドレスというだけでしょう
結局のところ、１つのグロ-バルアドレス、80ポートしかない状態では難しいでしょう
他にも方法としては、1つのサーバーをメインにして接続させるところをマウントさせたり、プロキシサーバを立てて接続したりでしょうか(やった事はありませんが）

＞IISやApacheは、1台のWebサーバーで要求時のfqdnにより、サイトを切り替え出来るのですが、これをRTX1210で実現可能なのでしょうか？

もちろん出来るでしょう
グローバルIP1つ、サーバー１つで複数のサイトを切り替えて表示することは容易です。
問題はグローバルＩＰ1つでポートが同じ複数の「ＷＥＢ」サーバーというのが難しいんです。(ＷＥＢサーバー以外ならポートが違いますが）

不特定多数の閲覧じゃなく、アクセスする人が特定されているのであればＶＰＮという手もあります。

参考まで

間違ってたらだれかフォローをお願いします

書込番号：26198176

[リンリンチャチダー]

構成図

返信ありがとう御座います。

YAMAHAの回答もルーターでは無理との事でした。
他の方法も含めて模索し、最終的にReverse Proxyを建てる事により実現しました。

HP用のWeb Serverと、写真管理用のPhotoPrismを構築して、どちらもPort:80でアクセス出来る様にしてあります。
Routerの内側にnginxを構築して、Port:80は全てProxyへNAT転送します。
nginxは受け取ったfqdn毎に、リダイレクトするServerを選択して公開出来る様になりました。

書込番号：26208127

RTX840

[シスクリさん]

https://network.yamaha.com/products/routers/rtx840/index

題名の通りですが、ついに８４０出ますね。

NAT数が上がるということで、楽しみです。

書込番号：26193243

ひかりTVを見ると機器が次々とダウン、不安定になります。

[ももぽえむ。]

RTX1300を購入して１か月ぐらいの初心者です。

我が家では、以下のような環境となっています。
・enひかりクロス　固定IP契約
・ひかり電話あり
・ひかりTVあり

LAN1は192.168.10.1/24、LAN2は192.168.1.1/24として設定
LAN2にXG100NEを192.168.1.2として接続しています。
フレキシブルLANポートは上段(1,3,5,7,9)をLAN1、下段(2,4,6,8,10)をLAN2として設定
XG100NE側には静的ルーティングで192.168.10.0/24をゲートウェイRTX1300に設定

ほとんどの機材はLAN1に接続しています。
固定IPで接続できて、外部からのアクセスも問題なくできています。

ところが、この状態でST-4500でひかりTVを視聴すると、できることはできるのですが、
ネットワーク上の機器が次々とおかしくなっていきます。
NEC WX11000T12、Apple AirMacExtremeにつながっている機器が見えなくなります。
他にもtp-link BE805,BE900もあるのですが、こちらは見えています。
おそらくはフラッディングを起こしているのだと推測しています。

ST-4500をLAN2側に接続すれば視聴しても問題は起きません。
ST-4500もLAN1に存在させたいと思っていますが、何か良い方法はありませんでしょうか？

XG100NEにてLANを構築していた時には特にこのような現象は起きませんでした。

ipv6 lan1 mld router version=2
ipv6 lan2 mld host version=2
この設定を抜くとひかりTVは見れなくなります。

以下にRTX1300の設定を記載します。
#23 0 16 0
administrator password encrypted XXXXXX
login user admin encrypted XXXXXX
user attribute admin administrator=2 connection=serial,telnet,remote,ssh,sftp,http gui-page=dashboard,lan-map,config login-timer=1800
console character ja.utf8
console prompt "RTX1300 "
system packet-scheduling hash
ip route default gateway tunnel 1
ip filter source-route on
ip filter directed-broadcast on
ipv6 prefix 1 ra-prefix@lan2::/64
lan flexible-port lan1=1,3,5,7,9 lan2=2,4,6,8,10
lan receive-buffer-size 9216
ip lan1 address 192.168.10.1/24
ipv6 lan1 address ra-prefix@lan2::XXXXXXXXXXXXXXXXX/64
ipv6 lan1 prefix change log on
ipv6 lan1 rtadv send 1 o_flag=on
ipv6 lan1 dhcp service server
ipv6 lan1 mld router version=2
ipv6 lan2 mld host version=2
switch control use lan1 on terminal=on
lan linkup send-wait-time lan2 5
ip lan2 address 192.168.1.1/24
ipv6 lan2 secure filter in 101000 101001 101002 101003
ipv6 lan2 secure filter out 101099 dynamic 101080 101081 101082 101083 101084 101085 101098 101099
ipv6 lan2 dhcp service client ir=on
ngn type lan2 ntt
switch control use lan2 on terminal=on
lan port type 1 auto
lan port type 2 auto
lan port type 3 auto
lan port type 4 auto
lan port type 5 auto
lan port type 6 auto
lan port type 7 auto
lan port type 8 auto
pp disable all
no tunnel enable all
tunnel select 1
description tunnel "Static IPv4"
tunnel encapsulation ipip
tunnel endpoint remote address XXXX:XXXX:XXXX:XXXX::XX
ip tunnel mtu 1460
ip tunnel secure filter in 400003 400020 400021 400022 400023 400024 400025 400030 400032 400100 400101 400102 400103 400104 400105 400106 400107 400108 400109 400110 400111 400112 400113
ip tunnel secure filter out 400013 400020 400021 400022 400023 400024 400025 400026 400027 400099 dynamic 400080 400081 400082 400083 400084 400085 400098 400099
ip tunnel nat descriptor 20000
tunnel enable 1
ip filter 400000 reject 10.0.0.0/8 * * * *
ip filter 400001 reject 172.16.0.0/12 * * * *
ip filter 400002 reject 192.168.0.0/16 * * * *
ip filter 400003 reject 192.168.10.0/24 * * * *
ip filter 400010 reject * 10.0.0.0/8 * * *
ip filter 400011 reject * 172.16.0.0/12 * * *
ip filter 400012 reject * 192.168.0.0/16 * * *
ip filter 400013 reject * 192.168.10.0/24 * * *
ip filter 400020 reject * * udp,tcp 135 *
ip filter 400021 reject * * udp,tcp * 135
ip filter 400022 reject * * udp,tcp netbios_ns-netbios_ssn *
ip filter 400023 reject * * udp,tcp * netbios_ns-netbios_ssn
ip filter 400024 reject * * udp,tcp 445 *
ip filter 400025 reject * * udp,tcp * 445
ip filter 400026 restrict * * tcpfin * www,21,nntp
ip filter 400027 restrict * * tcprst * www,21,nntp
ip filter 400030 pass * 192.168.10.0/24 icmp * *
ip filter 400031 pass * 192.168.10.0/24 established * *
ip filter 400032 pass * 192.168.10.0/24 tcp * ident
ip filter 400033 pass * 192.168.10.0/24 tcp ftpdata *
ip filter 400034 pass * 192.168.10.0/24 tcp,udp * domain
ip filter 400035 pass * 192.168.10.0/24 udp domain *
ip filter 400036 pass * 192.168.10.0/24 udp * ntp
ip filter 400037 pass * 192.168.10.0/24 udp ntp *
ip filter 400099 pass * * * * *
ip filter 400100 pass * 192.168.10.XX tcp * domain
ip filter 400101 pass * 192.168.10.XX udp * domain
ip filter 400102 pass * 192.168.10.XX tcp * smtp
ip filter 400103 pass * 192.168.10.XX tcp * pop3
ip filter 400104 pass * 192.168.10.XX tcp * imap2
ip filter 400105 pass * 192.168.10.XX tcp * 465
ip filter 400106 pass * 192.168.10.XX tcp * submission
ip filter 400107 pass * 192.168.10.XX tcp * 993
ip filter 400108 pass * 192.168.10.XX tcp * 995
ip filter 400109 pass * 192.168.10.XX tcp * 4190

入りきれないので次の書き込みに続く

書込番号：26181810

[ももぽえむ。]

設定の続き

ip filter 400110 pass * 192.168.10.XX tcp * www
ip filter 400111 pass * 192.168.10.XX tcp * https
ip filter 400112 pass * 192.168.10.XX tcp * 853
ip filter 400113 pass * 192.168.10.XX tcp * 45633
ip filter 500000 restrict * * * * *
ip filter dynamic 400080 * * ftp
ip filter dynamic 400081 * * domain
ip filter dynamic 400082 * * www
ip filter dynamic 400083 * * smtp
ip filter dynamic 400084 * * pop3
ip filter dynamic 400085 * * submission
ip filter dynamic 400098 * * tcp
ip filter dynamic 400099 * * udp
nat descriptor type 20000 masquerade hairpin=on
nat descriptor address outer 20000 XXX.XXX.XXX.XXX
nat descriptor masquerade incoming 20000 reject
nat descriptor masquerade static 20000 10001 192.168.10.XX tcp domain
nat descriptor masquerade static 20000 10002 192.168.10.XX udp domain
nat descriptor masquerade static 20000 10003 192.168.10.XX tcp smtp
nat descriptor masquerade static 20000 10004 192.168.10.XX tcp pop3
nat descriptor masquerade static 20000 10005 192.168.10.XX tcp imap2
nat descriptor masquerade static 20000 10006 192.168.10.XX tcp 465
nat descriptor masquerade static 20000 10007 192.168.10.XX tcp submission
nat descriptor masquerade static 20000 10008 192.168.10.XX tcp 993
nat descriptor masquerade static 20000 10009 192.168.10.XX tcp 995
nat descriptor masquerade static 20000 10010 192.168.10.XX tcp 4190
nat descriptor masquerade static 20000 10011 192.168.10.XX tcp www
nat descriptor masquerade static 20000 10012 192.168.10.XX tcp https
nat descriptor masquerade static 20000 10013 192.168.10.XX tcp 853
nat descriptor masquerade static 20000 10014 192.168.10.XX tcp 45633
ipv6 filter 101000 pass * * icmp6 * *
ipv6 filter 101001 pass * * tcp * ident
ipv6 filter 101002 pass * * udp * 546
ipv6 filter 101003 pass * * 4
ipv6 filter 101099 pass * * * * *
ipv6 filter dynamic 101080 * * ftp
ipv6 filter dynamic 101081 * * domain
ipv6 filter dynamic 101082 * * www
ipv6 filter dynamic 101083 * * smtp
ipv6 filter dynamic 101084 * * pop3
ipv6 filter dynamic 101085 * * submission
ipv6 filter dynamic 101098 * * tcp
ipv6 filter dynamic 101099 * * udp
url filter port 80 443
syslog notice on
syslog info off
telnetd host lan1
dhcp service server
dhcp server rfc2131 compliant except remain-silent
dhcp scope 1 192.168.10.100-192.168.10.253/24
dhcp scope 2 192.168.1.100-192.168.1.253/24
dns host lan1
dns service fallback on
dns cache use on
dns server select 500000 192.168.10.24 any .home.momopoem.com
dns server select 500001 dhcp lan2 aaaa .
dns server select 500002 dhcp lan1 any .
dns domain home.momopoem.com
dns private address spoof on
schedule at 1 */* 01:00:00 * ntpdate ntp.nict.jp syslog
schedule at 2 startup * lua emfs:/v6plus_map_e.lua
httpd host lan1
alarm startup on
operation http revision-up permit on
operation button function download http revision-up
yno gui-forwarder timeout 30
sshd service on
sshd host lan1
sshd host key generate XXXXX XXXXXXXXXXXXX
sftpd host lan1
external-memory syslog filename usb1:/syslog limit=10 backup=10
external-memory statistics filename prefix sd1:status
statistics cpu on
statistics memory on
statistics traffic on
statistics flow on
statistics nat on
statistics filter on
statistics application on
embedded file v6plus_map_e.lua <<EOF
UPD_SV = "http://fcs.enabler.ne.jp/update"
USERNAME = "XXXXXXXXXXXXXXX"
PASSWORD = "XXXXXXXXX"
WAN_IF = "LAN1"

LOG_PTN = "Add%s+IPv6%s+prefix.+%(Lifetime%:%s+%d+%)%s+via%s+" .. WAN_IF .. "%s+by"
LOG_LEVEL = "info"
LOG_PFX = "[v6plus]"
FAIL_MSG = "Failed to notify IPv6 address to the update server. (remaining retry: %d time(s))"

function logger(msg)
rt.syslog(LOG_LEVEL, string.format("%s %s", LOG_PFX, msg))
end
local rtn, count, log, result
local req_t = {}
local res_t
req_t.url = string.format("%s?user=%s&pass=%s", UPD_SV, USERNAME, PASSWORD)
req_t.method = "GET"
while true do
rtn = rt.syslogwatch(LOG_PTN)
if rtn then
count = 3
while true do
res_t = rt.httprequest(req_t)
if res_t.rtn1 then
logger("Notified IPv6 address to the update server.")
if res_t.code == 200 then
result = "Succeeded"
else
result = "Failed"
end
log = string.format("%s to update IPv6 address. (code=%d, body=%s)", result, res_t.code, res_t.body)
logger(log)
break
end
count = count - 1
if count > 0 then
logger(string.format(FAIL_MSG, count))
rt.sleep(10)
else
logger("Failed to notify IPv6 address to the update server.")
break
end
end
end
end
EOF

よろしくお願いします。

書込番号：26181813

[次世代スーパーハイビジョン]

このサイトに質問しても仕方ないですよ。

大半の方はスレ主さんのやりたい事がわかりませんから。

また、ひかりTVは配信サーバーがフレッツの閉域網にありDNS PROXYがこれに対応していないと
接続できません。さらにサービス制御としてインターネット(IPv4)に同時に接続できないとひかりTV
サービスは受けられません。現状、NTTのHGWしか使えません。

書込番号：26183684

[ももぽえむ。]

＞次世代スーパーハイビジョンさん
返信ありがとうございます。

> このサイトに質問しても仕方ないですよ。
たしかにYAMAHAのプロフェッショナルに聞かないとダメですかね？


> 大半の方はスレ主さんのやりたい事がわかりませんから。
説明が下手ですみません。
同一サブネット内でひかりTVチューナーと他の機器を同居させたいです。

> また、ひかりTVは配信サーバーがフレッツの閉域網にありDNS PROXYがこれに対応していないと
> 接続できません。さらにサービス制御としてインターネット(IPv4)に同時に接続できないとひかりTV
> サービスは受けられません。現状、NTTのHGWしか使えません。
添付した上記の設定で一応やりたいことはできます。
「ひかりTVのチューナーの電源を入れなければ」です。

ひかりTVのチューナーがマルチキャスト配信を取り込みだすと、
LAN内にIPv6マルチキャストパケットが流れ出して、他の機器が悲鳴を上げてコケて行く感じです。

おそらくは、LAN内にマルチキャストパケットが流れると、フラッディング(flooding)を起こすのだと推測しています。
VLANを組むなどして、マルチキャストパケットが流れるポートを限定してあげないとダメなんだと思います。
でもそのやり方(設定方法)がわからないのでお聞きしました。

ヤマハネットワークエンジニア会に相談してみようとは思っています。

書込番号：26184668

[ももぽえむ。]

今のところの中間報告をさせてください。

ヤマハネットワークエンジニア会のお悩み相談室にも聞いていますが、聞き方が悪いのか、きちんとした回答はいただけていません。

今のところ、「次世代スーパーハイビジョン」さんのおっしゃっている通り、NTTのHGWであるXG100NE配下にしないとひかりTVを正常に見ることはできません。

・VLANを設定すると、VLAN側だけにMLDルーティングを設定することは可能なのですが、
　肝心のVLANを物理ポートにマッピングすることがRTX1300ではできないため、これも実現できません。

・MLDスヌーピング機能が必要なのだと思いますが、このRTX1300にはその機能は無いよう(未確定)です。

・あとは、LANポートをミラーリングしてフィルターで何とかできないかと考えていますが
　今のところよい実装方法は見いだせていません。

IPv6マルチキャストパケットが漏れ出てしまうと表現していましたが、どうもそうではなくIPv6マルチキャストパケットを理解できないためにIPv6のブロードキャストしてしまう機器がいるためにブロードキャストされまくってネットワークが溢れてしまう(Flooding)という現象のようです。

MLDスヌーピング機能を持ったL2/L3スイッチングハブなどをRTX1300の配下の1Gポートに配置して、処理させることでも回避できるとのことですが、なぜそれができるのかも仕組みもいまいちわかっていません。

「大体何で宅内LANの同じサブネット上にひかりTVチューナーを配置したいのかわからない、HGWの下で良いじゃん」と言われそうですが、テレビやDLNAプレイヤーは同一サブネット上の機器しか対象にくれないので、NASやテレビなどの映像コンテンツにひかりTVを加えたいので同じサブネット上に配置したいのです。
「それならRTX1300ではなくHGWで良いじゃん、HGWでいままで全部できていたんでしょ？」。はい、確かにその通りです。

以上、中間報告でした。

書込番号：26187180

[ももぽえむ。]

正に、同様の問題を気にされている方がRTX830ですが、今年の３月にスレッドを立てて質問されていました。
https://bbs.kakaku.com/bbs/K0001010343/SortID=26127099/

これによると、「本件、ヤマハに問い合わせたところ、ヤマハ製ルーターはポート単位のスヌーピングには対応していない、この構成で無線ルーターへのパケットフラッディングを防ぐには別途スイッチなどが必要」
ということのようです。

やはりRTX1300単体での対応は無理なのかもしれません。

書込番号：26187227

[ももぽえむ。]

自己レスになりますすが、

今回、「現状のRTX1300単体ではひかりＴＶのMLDプロキシはできてもMLDスヌーピングはできない」ということがわかりました。
つまり、インターネット接続をXG100NEからRTX1300に変更する場合、ひかりＴＶチューナーは同一ローカルサブネット上には配置できなくなります。
同一ローカルサブネット上に配置したければ、RTX1300の下位にMLDv2スヌーピングに対応したL3/L2スマートスイッチングハブを配置してひかりTVチューナーと他の機器を繋ぐポートを分けてやる必要があります。
しかもRTX1300配下の1ポートを使わなければならず、10Gのポートの下位に配置しなければならないため、スイッチングハブも10G対応でなければなりません。

詳しいことは他に書くとして、中国製のL3スイッチ(Binardat 10G06-0402GSM)で、ひかりTVのMLDv2スヌーピングを行うことができ、同一ローカルサブネット上にひかりTVチューナーST-4500を配置した状態で他の機器に影響を与えず、ひかりTVの視聴に成功しました。
ひとまず報告です。

書込番号：26198575

[logleria]

＞ももぽえむ。さん
成功したとのことで、少し遅いですが、困ったときはChatGTPで解決できますよ。
YNGPTというYAMAHAの機器設定用のChatGTPがあります。
これを使い、やりたいことを指示するとコードを生成してもらえます。
ただし、検証は自分でやる必要があるので、全く分からなくても出来るとまではいきません。
ただ、慣れてくるとコード生成が簡単なので自分でやるより確実に漏れが無く出来ます。指示内容はハルシネーションしないように伝える事、失敗したら〇〇で教えてなど、成功したとき、失敗したときのエラーを反映させていけば精度が格段に上がります。
それから、コマンドリファレンスにもとずいたコマンドのみを使用するようにするなど、指定しなければ、機器に対応していないコマンドを使用されて
実行できず、トラブルになります。使われる際はご注意を。
今までは専門の知識がある人に依頼しないと出来なかったYAMAHAルーターを用いたネットの構築が自分でもかなりの確率で出来る様になります。
最低限、分からない事は自分で調べる気力が無いと出来ないので面倒な人はネットワークエンジニアにお金払って依頼する必要がありますが、案件の内容から推察するに最低でも５万円は依頼料として掛かると思いますよ。交通費など別にした純粋な費用だけですが。
まだ、解決してない事があれば、ChatGTPで調べて確認する方が、こちらの件に関しては専門の知識が必要なので確実ですよ。
ある程度は分かる人はこちらでもいるとは思いますが、ネットワークエンジニアの領域なのでなかなか説明も大変なので対応出来ないかと。

書込番号：26204633

[ももぽえむ。]

＞logleriaさん
ChatGPTの紹介ありがとうございます。
非常に興味があります。

というのはその後、いろいろと問題が出ていまして困っておりました。

紹介したL3スイッチ(Binardat 10G06-0402GSM)ですが、何とか視聴はできるもののBS4Kが映らなかったり、映るまでに時間がかかったり、一旦視聴を止めてしばらくして電源を入れても映らなかったり、といろいろと問題を抱えています。
まだまだまともに使用できる状態ではないです。

YNGPT、この後、すぐにでも使わせていただこうと思います。

RTX1300側でタグVLANを設定した方が良いのではないかと思い始めています。

情報ありがとうございます。

書込番号：26207629

[ももぽえむ。]

連投で失礼します。

YNGPTに以下の質問をぶつけました。
「RTX1300でVLANを使い下層のL3スイッチBinardat 10G06-0204GSMを使ってMLDv2スヌーピングを行いひかりTVチューナーST4500を同一サブネット内に配置してひかりTVを視聴できる環境をVLAN番号100を使い、フレッツ光クロス、V6プラス、固定IP、ひかり電話使用の契約です。コードを教えてください。」

すると、
----ここから----
&#10071;&#65039;結論から先に
現在の「V6プラス + フレッツ光クロス + 固定IP + ひかり電話」の契約では、ひかりTV（ST4500）を視聴するためのIPv6マルチキャストは利用できません。

これは、V6プラス（MAP-E方式）ではIPv6マルチキャスト通信がサポートされていないためです。

&#127909; ST4500ひかりTVチューナーは、IPv6マルチキャスト（MLDv2）によってテレビ放送を受信します。
&#10060; V6プラスはIPv6マルチキャスト非対応（技術仕様） → マルチキャストがルーターまで届かないため、視聴不可。
----ここまで----

という回答が頭に付いてきました。

もしかして私の環境がまずいのでしょうか？

そもそもひかりTVとの契約はプロバイダ経由ではなく、直にぷららと以前からの引継ぎで契約しています。

enひかりクロス契約ですでに4年ぐらい使っていますが、今までこんなこと聞いたことありませんでした。
ご存じの方がいらっしゃいましたら教えてください。

その後に
> どうしてもST4500でひかりTVを使いたい場合の選択肢
> HGW直下にチューナーを接続 東日本で一部動作する場合もありますが、非公式・保証外です。

という記載があります。
私は都内ですので、「非公式・保証外」で使っているということなのでしょうか？

書込番号：26207637

[次世代スーパーハイビジョン]

＞これは、V6プラス（MAP-E方式）ではIPv6マルチキャスト通信がサポートされていないためです。

それはないでしょう。

いずれにせよ。V6プラスは直接には関係ありませんよ。

先述したようにひかりTVの配信サーバーはフレッツ網にあります。配信サーバーは
NTTのグローバルIPv6アドレスが割り当てられていますが外部（インターネット）とは通信できません。
したがってV６プラスは関係ありません。途中からコンテンツや顧客の配信管理などにインターネット接続が必要に
なりました。初期のひかりTVはONUにハブを接続すればできましたが今はできません。

書込番号：26207790

[ももぽえむ。]

＞次世代スーパーハイビジョンさん
早速の返信ありがとうございます。

>> これは、V6プラス（MAP-E方式）ではIPv6マルチキャスト通信がサポートされていないためです。
> それはないでしょう。
> いずれにせよ。V6プラスは直接には関係ありませんよ。

確かにその通りですね、V6プラス契約はIPv4接続の話であり、今回のひかりTVのIPv6マルチキャストの話とは直接は関係ないですね。

YNGPTはそのことにすごくこだわっていて、何か聞くたびに「対応不可」と言ってきます。
まあ、それは無視すれば良いですが。

現状をお話ししておきます。
私の使っているひかりTVチューナーはST-4500なのですが、
「ひかりTV」
「地上デジタル」
「BS」
「BS4K」
に対応しているのですが、それぞれ配信しているNGN網側のサーバーが別なようです。
「ひかりTV」と「BS」は割とすぐに見れますが、「地デジ」と「BS4K」は配信が開始されるまでに2分ぐらい時間がかかります。
一度見えてしまえばそこから配信が止まることはありませんが、見れるまでに時間がかかったり「IP2000-1」エラーになったりします。
さらに、テレビを消して視聴しなくなるとST-4500はスリープ状態になりますが、その状態が一定時間続くと復帰しても視聴できなくなってしまいます。
いろいろ試しているのですが、まだ解決方法が見いだせていません。今はそんな状況です。

10Gに対応したL2/L3スイッチはなかなか高価なので中国製が使えれば良いのですが、
中国製L3スイッチは、サポートが使えないので自分で試行錯誤するしかありません。

また、別件で、ここで話すことではありませんが、現在ip-llinkのWi-FiルーターBE900がAPモードだと、ひかりTVのMLDv2の邪魔をすることがわかっており、tp-linkのコミュニティでサポートを依頼しています。
以前全く同じことがBE805でも起きていましたが対応してもらって今のファームウェアではこの現象は起きなくなっています。

だらだらと言いたいこと言ってすみません。

書込番号：26207965

[次世代スーパーハイビジョン]

＞「ひかりTV」と「BS」は割とすぐに見れますが、「地デジ」と「BS4K」は
＞配信が開始されるまでに2分ぐらい時間がかかります。
＞一度見えてしまえばそこから配信が止まることはありませんが、
＞見れるまでに時間がかかったり「IP2000-1」エラーになったりします。

ひかりTVチューナーST-4500から見てIPv4インターネット接続、うまくできていますか。？
このとき当然ですがフレッツ網IPｖ６に接続している必要があります。

書込番号：26208051

[ももぽえむ。]

＞次世代スーパーハイビジョンさん
返信ありがとうございます。

> ひかりTVチューナーST-4500から見てIPv4インターネット接続、うまくできていますか。？
> このとき当然ですがフレッツ網IPｖ６に接続している必要があります。

はい、ST-4500のブラウザから「確認サイトに行ってIPv4/IPv6ともに問題なく利用できています」のでインターネットへの接続は問題ないと思います。
また、同様に「NTT東日本フレッツ網内SPEED TEST」サイトでIPv4 IPv6ともに測定ができますので問題ないと思います。

ONU->XG100NE->RTX1300->L3スイッチまでは、すべて10Gで1系統しか繋いでおらず、L3スイッチにST-4500以外にWi-Fiルーターや100Base-Tのテレビや10Base-Tの電波時計リピーターなども接続されており正常に動作していることから、MLDv2スヌーピングは正常に行われていてフラッディングは起きていないものと思われます。

フラッディングは起きていませんが、逆に学習したことをすぐに忘れてしまうのが問題と思えます。

書込番号：26208400

[ももぽえむ。]

ここ数か月、RTX1300を購入し、さまざまな設定を試してきました。特にひかりTVチューナーの接続をL3スイッチで調整しましたが、同じサブネット内での運用は難しく、フラッディングを抑えても、ひかりTVの視聴に問題がありました。有名メーカーの10GbE対応L2スイッチは非常に高価で、手が出せませんでした。一方、中国製のMLDv2スヌーピング対応L3スイッチは安価ですが、学習が遅く、時にはバグも発生し、ひかりTVの受信には適していないようです。

その結果、RTX1300はそのまま使用しますが、ひかりTVチューナーST-4500はHGW(XG100NE)配下に戻すことにしました。

非常に残念な結果です。

書込番号：26229079

[ももぽえむ。]

一旦結論を出した後ですが、その後さらに調査を重ね、ひかりTV受信に問題ない状況となりましたので報告いたします。

ONU->HGW(XG100NE)->RTX1300->L3スイッチ->ひかりTVチューナー(ST-4500)
という接続です。
L3スイッチの下には、他にさらにカスケードでスイッチが接続され、Wi-Fiルーターなどの機器が複数つなっっています。

logleriaさんから教えていただいたYNGPTに加えて、私の持っているBinardat製10G08-0800GSMというL3スイッチを詳しく調べて、中国の八丁(XileStor)というメーカーのSKS8300-8Xというスイッチとハード的には同一であること、さらに、元は中国のUNIPOEというメーカーのPM208TSMという製品であることなどがわかりました。
これらの情報と、仕様書、ユーザーズガイド、コマンドラインマニュアルなどをすべてChatGPTにアップロードして
設定の仕方を案内させながら、MLD V2 Snoopingの設定値を見つけ出しました。
前回うまくいかなかった原因として、このL3スイッチのMLD用学習ソースが32チャンネル分がディフォルトになっていたこと、そしてこれをグループで256、ソースで1024に設定し直すことで視聴に問題のない状態にすることができました。

以下に、PM208TSM、SKS8300-8X、10G08-0800GSMにおける、running-configのMLD関連の設定値をアップロードしておきます。

前提として、
・全ポート(1-8)をvlan 1に割当、
・ポート1に上位からのUPLINK（ルーター私の場合RTX1300)、
・ポート2にひかりTVチューナー（ST-4500)、
・ポート3から8に他の機器を接続しています。

ipv6 mld snooping
ipv6 mld snooping vlan 1
ipv6 mld snooping vlan 1 limit group 256
ipv6 mld snooping vlan 1 limit source 1024
ipv6 mld snooping vlan 1 immediately-leave
ipv6 mld snooping vlan 1 l2-general-querier
ipv6 mld snooping vlan 1 suppression-query-time 3
ipv6 mld snooping vlan 1 query-interval 10
ipv6 mld snooping vlan 1 query-mrsp 1
ipv6 mld snooping vlan 1 mrpt 255
ipv6 mld snooping vlan 1 mrouter-port interface Ethernet1/0/1
ipv6 mld snooping vlan 1 static-group ff3e::8000:1 interface Ethernet1/0/2
ipv6 mld snooping vlan 1 static-group ff3e::8000:2 interface Ethernet1/0/2
ipv6 mld snooping vlan 1 static-group ff3e::8000:4 interface Ethernet1/0/2
ipv6 mld snooping vlan 1 static-group ff3e::8000:5 interface Ethernet1/0/2
ipv6 mld snooping vlan 1 static-group ff3e::8000:6 interface Ethernet1/0/2
ipv6 mld snooping vlan 1 static-group ff3e::8000:7 interface Ethernet1/0/2
ipv6 mld snooping vlan 1 static-group ff3e::8000:8 interface Ethernet1/0/2
ipv6 mld snooping vlan 1 static-group ff3e::8000:109 interface Ethernet1/0/2
ipv6 mld snooping vlan 1 static-group ff3e::8000:10d interface Ethernet1/0/2
ipv6 mld snooping vlan 1 static-group ff3e::9000:3 interface Ethernet1/0/2
ipv6 mld snooping vlan 1 static-group ff3e::9000:3 source 2404:1a8:ffff:e000:ff51:0:1:101 interface Ethernet1/0/2
ipv6 mld snooping vlan 1 static-group ff3e::9000:3 source 2404:1a8:ffff:e000:ff51:0:1:141 interface Ethernet1/0/2
ipv6 mld snooping vlan 1 static-group ff3e::9000:3 source 2404:1a8:ffff:e000:ff51:0:1:151 interface Ethernet1/0/2
ipv6 mld snooping vlan 1 static-group ff3e::9000:3 source 2404:1a8:ffff:e000:ff51:0:1:161 interface Ethernet1/0/2
ipv6 mld snooping vlan 1 static-group ff3e::9000:3 source 2404:1a8:ffff:e000:ff51:0:1:171 interface Ethernet1/0/2
ipv6 mld snooping vlan 1 static-group ff3e::9000:3 source 2404:1a8:ffff:e000:ff51:0:1:181 interface Ethernet1/0/2
ipv6 mld snooping vlan 1 static-group ff3e::9800:0 interface Ethernet1/0/2
ipv6 mld snooping vlan 1 static-group ff3e::9800:0 source 2404:1a8:ffff:0:ff21:0:3:5 interface Ethernet1/0/2
ipv6 mld snooping vlan 1 static-group ff3e::9800:0 source 2404:1a8:ffff:0:ff51:0:3:10d interface Ethernet1/0/2
ipv6 mld snooping vlan 1 static-group ff3e::9800:0 source 2404:1a8:ffff:0:ff51:0:4:10d interface Ethernet1/0/2

マルチキャストグループIP、ソースIPについては、東京都内に自宅で受信した実機に落ちてきているものを記載にしています。
※公式にアナウンスされたものではないため地域や環境によっては違う可能性があります。
また、ST-4500にはBS4Kも受信可能ですが、うまく受信できない場合を想定してソースIPを指定する設定を追加で入れています。

上記のコマンドラインをSSHまたはTELNETにてアップロードすることによりひかりTVを受信可能になるはずです。
どなたかのお役に立てれば幸いです。

書込番号：26232223

[ももぽえむ。]

訂正です。

ipv6 mld snooping vlan 1 limit group 256
ipv6 mld snooping vlan 1 limit source 1024
と2行に分けて設定していましたが、
ipv6 mld snooping vlan 1 limit group 256 source 1024
と設定するのが正解です。

さらに、「デフォルト値が32チャンネル分」と表現していましたが、これも誤りで
「Maximum 50 groups by default, with each group capable with 40 source entries.」が正解です。
上記の設定値は、256グループIP、1024ソースIPだと思うのですが、1024はもっと少ない値で良いかもしれません。
この値で問題が出ていませんので一旦はこの値でご容赦ください。

書込番号：26232249

[ももぽえむ。]

連投失礼します。

さらに訂正です。

> ipv6 mld snooping vlan 1 suppression-query-time 3
> ipv6 mld snooping vlan 1 query-mrsp 1
としていましたが、WEB-GUI側のヘルプに書かれていた計算方法に従い最適な値に変更しました。

> ipv6 mld snooping vlan 1 suppression-query-time 21
> ipv6 mld snooping vlan 1 query-mrsp 2
細かいですが、この値に変更することで、ST-4500の受信動作が安定しました。

以上となります。
まだBS4Kについては一部不安定な動作をしていますが、
ひかりTV,地デジ、BSについてはほぼ完ぺきな受信動作となりました。

書込番号：26235608

マイクロリサーチのなら間違いはない

[kdnac]

100mの光回線が出始めた頃から導入したマイクロリサーチさんのルーター。
opt-100e→opt-Gfive→gigalink1000→gigalink1200と使い続けていますが
どの製品もド安定していて年単位で再起動も必要ない。
ゲームサーバーを四機立て24時間稼働させていたが
どの機種も再起動が必要になるような事は一度もなかった。

ただg-fiveには癖があり再起動するとネットに中々ネットに繋がらず
何度も電源の抜き差しが必要だったが
他の機種にはその様な事は一切ない。
一度、不調になり分解して中を見たところ
コンデンサーが膨れていましたが交換後は問題なく稼働。
この時、チップを見てみるとあの悪名高いカニさんのマークが……
今は知らないが当時はあまり良い話を聞かないので
正直避けていたのだがコレを見てビックリした。
チップ云々より作る側がシッカリ作れば何ら問題はないと感じ
それを見て逆にこのメーカーを信じられるようになり
それから使い続けています。

書込番号：26172984

[KAZU0002]

英字の大文字小文字は意識して書き分けて欲しいかな。単位は絶対。
技術系の話でこれやらかすと、問答無用で素人扱いです。学校なら○くれない。

IntelのNICは、225V/229Vでやらかしたので。オンボードNICとしては蟹が再評価されていますね。

…不良コンデンサー問題の頃の製品ならともかく(23年前)。今時5年くらいで膨れるようなコンデンサー使っているメーカーの製品は買いたくないかな。うちのBuffaloの8千円ルーターだって、倍は保っている。

書込番号：26173014

RTX1300のメリット

[ももぽえむ。]

この時期になって、本機の購入を検討しています。
現在、（2021年4月から)enひかりクロス契約でルーターにはXG100NEを使用しています。
固定IP契約を行っており、自宅にWebサーバ、メールサーバ、ローカルDNSも立ち上げています。
LAN内クライアントは大小合わせて50台以上あり、さらにひかり電話、ひかりTVにも加入しています。

素朴な質問になりますが、NTTからレンタルしているXG100NEに加えて、
このRTX1300を導入するメリットは、どんなことがありますでしょうか？

ヤマハのルーターはINS64時代にネットボランチを持っていましたがそれ以来いじっていません。

よろしくお願いします。

書込番号：26156730

[mickymac]

＞ももぽえむ。さん
現状要件を満たしているということであれば、特にメリットはないのではないでしょうか。それとも、現状で何か不満でもあるという感じでしょうか。

書込番号：26156769

[mosimosidesu]

＞ももぽえむ。さん
こんにちは。

XG100NEでインターネットに接続するなら
メリットは少ないかもしれませんが
LAN上のルーティングなどでも使えると思われます。

RTX1300でインターネットに接続するなら
XG100NEよりは処理能力は高いと思われますので
高付加をかけてもスループットが下がりにくいかもしれません。

SPF+が使えることやVPNが使えることです。
あとVLANが組めたり細かいことはたくさんありますので
購入される前にマニュアルを読まれると良いと思います。

書込番号：26156803

[ももぽえむ。]

＞mosimosidesuさん
＞mickymacさん
返信ありがとうございます。

そうですか、「これ！」というメリットはあまりなさそういですね。
VLANに関しては、もっと安いL3スイッチとかでもできますし、
速度は望めないもののVPNに関しても仮想サーバーで何とかなります。
RTX1300のVPN速度はどれぐらい出るのでしょうか？

あと管理のしやすさに関しては実際に使ってみないとわからない面もありますが、
価格が高いので少し躊躇してなかなかポチれないでいます。

RTX1300のネットワーク管理能力とか、速度面やRTX1300が無いと実現できないこととか無いでしょうか？
あと一押しをしてくれる材料が欲しいところです。

書込番号：26161983

[ももぽえむ。]

結局購入に踏み切りました。

これからXG100NEは、ひかり電話に専念させて、
ルーターをRTX1300に置き換えようと思います。

またわからないことなどありましたら質問させていただきます。
その際は、よろしくお願いいたします。

＞mosimosidesuさん
＞mickymacさん
返信ありがとうございました。

書込番号：26163805