NVR-500 Rev11.00.20のリカーシブDNS

NVR-500のかんたん設定とリカーシブDNSでRev11.00.19のdns server selectでpp指定するとうまく動作しない状態であったが、Rev11.00.20で確認したら、うまく動作するようになった。

#
# DNS configuration
#

dns service fallback on
dns server pp 1
dns server select 100002 fe80::225:dcff:fe23:1234%2 any flets-east.jp
dns server select 100003 fe80::225:dcff:fe23:1234%2 any iptvf.jp
dns server select 500000 pp 2 any . restrict pp 2
#------
dns server select 500001 pp 1 any . restrict pp 1
dns server select 500002 pp 2 any . restrict pp 2
#------
dns domain gachapin
dns private address spoof on
ip host gs116e.gachapin 192.168.11.249
ip host mx850.gachapin 192.168.11.10
ip host nvr500.gachapin 192.168.11.250
ip host nvr500-lan2.gachapin 192.168.1.2
ip host prs300se.gachapin 192.168.1.1
ip host sx2000u2.gachapin 192.168.11.11
ip host wlan2.gachapin 192.168.11.12
ip host wlan3.gachapin 192.168.11.13
dns private name nvr500.gachapin

NVR-500のfirmwareをアップデートした

IPv6設定のためのコマンド類の疑問点がほぼ解明したので
Rev11.00.19からRev.11.00.20へfirmwareをアップデートした

NVR-500のrtadv send機能動作と制限について（続）

NVR-500のrtadv send機能動作と制限についてで幾つかの調査事項が判明した。
(1)2つ以上のproxy定義prefixを設定できない
・proxy設定されたprefixがどのようなタイミングで広告されるのか

下記のようにpp2でispへIPv6PPPoE接続され配布されたprefix（proxy定義）とフレッツ・ネクストから広告されたprefix値と同じprefix値（静的定義で）をrtadv sendでlan1へ広告している
ipv6 prefix 2 dhcp-prefix@pp2::/64
ipv6 prefix 10 2408:XXXX:YYYY:110::/64
ipv6 lan1 rtadv send 2 10 o_flag=on

「ipv6 prefix #」で指定されたprefix値を直接変更した場合（rtadv sendを変更しない）は、prefixに指定された「validlifetime」値で変更される。確認していないが、変更前のprefixと変更後のprefixが広告され、変更前のprefixのvalidlifetimeが過ぎると変更前のprefixが広告されなくなる。

「ipv6 lan1 rtadv」を変更した場合、変更後直ちに繁栄されるが、proxy定義のprefix値は、proxy定義のprefixが更新されたタイミングで反映される。plalaのIPv6PPPoEで配布されるprefixは、dhcpv6で取得される。dhcpv6の更新タイミングは、14400（T1=7200,T2=12600）と定義されているため、定期的なリース更新タイミングは、120分（7200秒）となる。この更新タイミングで、prefix値が広告されることになるため、最大2時間となり、ほぼ、パケットモニタ結果と一致する。
フレッツ・ネクスト（PR-S300SE）から得るprefix値は、dhcpv6-pdリース期間14400（T1=7200,T2=11520）のため最大2時間で広告されるようになる。

「ipv6 lan1 rtadv send」を変更後、直ちに広告されるprefix値を反映させるには、dhcpv6のリース更新を強制的に実施する必要がある。
PR-S300SEからのdhcpv6-pdは、「ipv6 lan2 dhcp service client」を再発行することで実現できる。また、plalaのIPv6PPPoE接続pp2は、この接続を再接続させることで実現される。


(3)mtu値の広告オプション設定値に疑問がある
・詳細なmtu設定基準を確認する

再現性を見つけられないため、リブートすることになった。
2012/3/6 22:13:20(Rev. 11.00.17->11.00.19)にfirmware updateでリブートして以来リブートをしていなかったが、リブートを実施した。
2012/9/2 14:19:19(Rev. 11.00.19->11.00.19)
結果、mtu=1280が広告されていたが、lan1（広告対象インターフェース）のmtu=1500と同じmtu値が広告されるようになった。

これで、残された確認事項は、
（２）DNSサーバやドメイン情報をDHCPv6での提供が動作しない場合がある
・RAのo_flagオプションで起動されるDHCPv6動作の詳細を確認すること（ヤマハ確認中）