ひかり電話HGW PR-600MI の「メインテナンス」「pingテスト」の表記バグ

ひかり電話HGW PR-600MIに「メインテナンス」「PINGテスト」機能がある。


「PINGテスト」は、IPv4とIPv6共にIPアドレス指定で行う。

実行後、戻るボタンで戻ると入力項目がクリアされる。
毎回入力するのが厄介なので、スクリプト実行をしてみた。

pr600mi-ping
#!/bin/bash
# getting the security token for ping from the ntt home gateway
# id="EXECUTE_PING_FORM" action="/ntt/userMaintenance/fifth/ping/execute" method="post"
# SECURITY_TOKEN=
# ping IPv4
hostip="60.43.63.111"
ipv6flag=""
securitytoken=`wget --dns-timeout=2 --connect-timeout=5 -q -O - --save-cookies cookies.txt ¥
    --keep-session-cookies http://pr600mi.familyname/ntt/userMaintenance/fifth/ping | 
    sed -n 's/^.*form .*value=\"\([0-9a-f]*\)\".*$/\1/p'`
pingresult=$(wget --dns-timeout=2 --connect-timeout=5 -qO- --load-cookies cookies.txt ¥
    --post-data="SECURITY_TOKEN=$securitytoken&ipAddress=$hostip&ipv6Option=$ipv6flag" ¥
    http://pr600mi.familyname/ntt/userMaintenance/fifth/ping/execute | 
    sed -e 's/$/\\/g' | sed -nz 's/^.*＜pre>\(.*\)<\/pre>.*$/\1/p')
echo $pingresult | sed 's/\\/\n/g'

# ping IPv6
hostip6="2400:7800:0:3003::1:11"
ipv6flag6="true"
securitytoken=`wget --dns-timeout=2 --connect-timeout=5 -q -O - --save-cookies cookies.txt ¥
    --keep-session-cookies http://pr600mi.familyname/ntt/userMaintenance/fifth/ping | 
    sed -n 's/^.*form .*value=\"\([0-9a-f]*\)\".*$/\1/p'`
pingresult=$(wget --dns-timeout=2 --connect-timeout=5 -q -O - --load-cookies cookies.txt ¥
    --post-data="SECURITY_TOKEN=$securitytoken&ipAddress=$hostip6&ipv6Option=$ipv6flag6" ¥
    http://pr600mi.familyname/ntt/userMaintenance/fifth/ping/execute | 
    sed -e 's/$/\\/g' | sed -nz 's/^.*＜pre>\(.*\)<\/pre>.*$/\1/p')
echo $pingresult | sed 's/\\/\n/g'

wgetで複数行の実行結果を変数に代入すると「行末文字」が削除され、連結した1行文字列になる。文字列代入する前に行末文字を「//」に変換し、表示に「//」を改行文字「/n」に再変換して表示している。また、ブログ表示で「＜pre>」の「＜」が正しく表記されないので、全角文字で記載している。スクリプトでは、半角にする必要がある。

実行結果
PING 60.43.63.111 (60.43.63.111): 56 data bytes
 ping: sendto: Network is unreachable

PING 2400:7800:0:3003::1:11 (2400:7800:0:3003::1:11): 56 data bytes
 64 bytes from 2400:7800:0:3003::1:11: seq=0 ttl=51 time=8.349 ms
 64 bytes from 2400:7800:0:3003::1:11: seq=1 ttl=51 time=5.690 ms
 64 bytes from 2400:7800:0:3003::1:11: seq=2 ttl=51 time=5.588 ms
 64 bytes from 2400:7800:0:3003::1:11: seq=3 ttl=51 time=5.640 ms
 64 bytes from 2400:7800:0:3003::1:11: seq=4 ttl=51 time=5.698 ms
 
 --- 2400:7800:0:3003::1:11 ping statistics ---
 5 packets transmitted, 5 packets received, 0% packet loss
 round-trip min/avg/max = 5.588/6.193/8.349 ms

PR-600MIの接続先設定でISPにIPv4 PPPoE接続がされていれば、インターネットサイトへ接続できるがNVR510のIPv4 PPPoE接続をPPPoEブリッジしているため、Network is unreachableとなる。IPv6は、transix経由で利用できる。
「情報」「DHCPクライアント取得情報」「IPv4アドレス/マスク長」のPR-600MI WAN側IPv4アドレス（第3第4オクテット部の表記を変更してある）で確認

IPv4実行結果
PING 118.177.AAAA.BBBB (118.177.AAAA.BBBB): 56 data bytes
 64 bytes from 118.177.AAAA.BBBB: seq=0 ttl=64 time=0.561 ms
 64 bytes from 118.177.AAAA.BBBB: seq=1 ttl=64 time=0.306 ms
 64 bytes from 118.177.AAAA.BBBB: seq=2 ttl=64 time=0.783 ms
 64 bytes from 118.177.AAAA.BBBB: seq=3 ttl=64 time=0.305 ms
 64 bytes from 118.177.AAAA.BBBB: seq=4 ttl=64 time=0.308 ms
 
 --- 118.177.AAAA.BBBB ping statistics ---
 5 packets transmitted, 5 packets received, 0% packet loss
 round-trip min/avg/max = 0.305/0.452/0.783 ms

「情報」「DHCPv6サーバ払い出し状況」「DNSサーバアドレス」（一部アドレス表記を変更してある）で確認

IPv6実行結果
PING 2409:10:XXXX:YY00:2ae9:8eff:fe12:3457 (2409:10:XXXX:YY00:2ae9:8eff:fe12:3457): 56 data bytes
 64 bytes from 2409:10:XXXX:YY00:2ae9:8eff:fe12:3457: seq=0 ttl=64 time=0.838 ms
 64 bytes from 2409:10:XXXX:YY00:2ae9:8eff:fe12:3457: seq=1 ttl=64 time=0.438 ms
 64 bytes from 2409:10:XXXX:YY00:2ae9:8eff:fe12:3457: seq=2 ttl=64 time=0.447 ms
 64 bytes from 2409:10:XXXX:YY00:2ae9:8eff:fe12:3457: seq=3 ttl=64 time=0.456 ms
 64 bytes from 2409:10:XXXX:YY00:2ae9:8eff:fe12:3457: seq=4 ttl=64 time=0.442 ms
 
 --- 2409:10:XXXX:YY00:2ae9:8eff:fe12:3457 ping statistics ---
 5 packets transmitted, 5 packets received, 0% packet loss
 round-trip min/avg/mapingResult

round-trip値がおかしい。スクリプトの問題かWebページで確認してみた。

①LAN側グローバルIPv6アドレス

②LAN側グローバルIPv6自己アドレス

③LAN側グローバルIPv6自己アドレス（DNS始点）

④LAN側リンクローカルIPv6アドレス

⑤LAN側リンクローカルIPv6自己アドレス

⑥WAN側グローバルIPv6アドレス

⑦WAN側リンクローカルIPv6自己アドレス

スクリプトもWebページも同じ結果
①−⑦の結果からグローバル・プレフィックス＋EUI64アドレスで表記不具合が発生するようだ。
同じグローバル・プレフィックス内の他のEUI64アドレスを持つホストで確認してみた

NVR500のWAN(LAN2)


OpenWRT(Buffalo WZR-HP-G300NH)のWAN