着信通知

スマホdeひかり電話

ひかり電話が開通し、着信通知をメールで飛ばそう大作戦も一歩前進

スマホdeひかり電話

スマホdeひかり電話

続いて着信トリガーになるSIPメッセージを捕捉しようと思ったのだが、何も飛んでいない気配。そうか、まずはUAが内線電話としてREGISTERしておかないと何も始まらないか。というわけで、haswell改めIvyasteriskを仕込んでいたのだが、スマホdeひかり電話を使えば通知ではなくスマホで発着信までできる事に気づいた。

なわけで、早速スマホdeひかり電話AGEphoneをiPhoneにインストール。どうやら接続SIPサーバーのIPは192.168.1.1で決め打ちっぽいので、PCを楽天ひかり回線側HomaGateway(RT-500MI)のLANポートに直結し、内線電話にiPhoneのMACアドレスを登録。

2022年に導入したGL.iNet GL-AX1800(Flint)のWAN側を192.168.1.254に設定し、HomaGateway(RT-500MI)にWiFi方向の戻り経路を書くことでWiFi経由でも発着信できた。

あとは宅外からも繋がるようにFlintでWireGuard VPNを有効にしてあげれば万事OK。と思ったが、ISP側でNATするDS-LiteなクロスパスではVPNにポートフォワーディングできない事がわかって、詰んだ。

しかし、V6プラスのIPv6側を使って Wireguard VPN を接続するを読んで「なんだ、IPv6でVPNすればいいんじゃん」…と思い直してWireGuardには繋げられたものの、そこからHomaGatewayとの接続ができない。4.1にファームアップしたりFirewallをゴニョゴニョしてたら「IPv6 DNS接続」や「外部VPNへの接続」がうまくいかなくなってしまい、また行き詰まった…orz

試しに着信トリガーになるSIPメッセージを捕獲してみたところ、INVITEに発信者番号の070XXXXYYYYが入っていることが確認できたので、スマホ対応とは別にDBに着信履歴を残すとかいうのはこちらでできそうだ。

09:02:13.624828 IP (tos 0xb8, ttl 64, id 0, offset 0, flags [DF], proto UDP (17), length 872)
    192.168.1.1.5060 > 192.168.1.254.5060: [udp sum ok] SIP, length: 844
        INVITE sip:zZpqbphIjBE0KkO@192.168.1.254 SIP/2.0
        v: SIP/2.0/UDP 192.168.1.1:5060;branch=z9hG4bK4117543b046ce35d
        Max-Forwards: 67
        Record-Route: <sip:192.168.1.1;lr>
        f: <sip:070XXXXYYYY@ntt-west.ne.jp>;tag=f1cfa88721fb3f1e
        t: <sip:092AAABBBB@ntt-west.ne.jp>
        i: 452c63928b353c1d@192.168.1.1
        CSeq: 30 INVITE
        m: <sip:1dabaddcd7b2190d@192.168.1.1>
        Privacy: none
        k: replaces, 100rel, timer
        Allow: INVITE, CANCEL, ACK, BYE, PRACK, UPDATE, REFER, NOTIFY
        x: 300
        Min-SE: 300
        P-Called-Party-ID: <sip:092AAABBBB@ntt-west.ne.jp>
        P-Asserted-Identity: "070XXXXYYYY"<sip:070XXXXYYYY@ntt-west.ne.jp>,"070XXXXYYYY"<tel:070XXXXYYYY;phone-context=ntt-west.ne.jp>
        c: application/sdp
        l: 156
        v=0
        o=- 1714089732 1714089732 IN IP4 192.168.1.1
        s=-
        c=IN IP4 192.168.1.1
        t=0 0
        m=audio 49186 RTP/AVP 0
        a=rtpmap:0 PCMU/8000
        a=ptime:20
        a=sendrecv

参照

NTT西日本 https://flets-w.com/

haswellからの手紙

ひかり電話が開通したので、着信通知をメールで飛ばそう大作戦が大きく一歩前進。

haswell改めIvyからメールを飛ばそうとOP25Bの設定を行ったものの、

haswell postfix/cleanup[3497985]: 5FAC95C1575: message-id=20240212005637.5FAC95C1575@haswell.bravotouring.com haswell postfix/qmgr[1283599]: 5FAC95C1575: from=<>, size=2711, nrcpt=1 (queue active) haswell postfix/smtp[3497987]: Anonymous TLS connection established to mail.bravotouring.com[49.AAA.BBB.CCC]:587: TLSv1 with cipher AECDH-AES256-SHA (256/256 bits) haswell postfix/smtp[3497987]: 5FAC95C1575: to=yano@bravotouring.com, relay=mail.bravotouring.com[49.AAA.BBB.CCC]:587, delay=0.16, delays=0.01/0/0.13/0.02, dsn=5.7.1, status=bounced (host mail.bravotouring.com[49.AAA.BBB.CCC] said: 554 5.7.1 yano@bravotouring.com: Recipient address rejected: Access denied (in reply to RCPT TO command)) haswell postfix/qmgr[1283599]: 5FAC95C1575: removed

となってサーバにrejectedされちゃう件の解決に本腰を入れなくては。

メールサーバ側では

vps postfix/submission/smtpd[24358]: connect from au_v4[222.XXX.YYY.ZZZ] vps postfix/submission/smtpd[24358]: NOQUEUE: reject: RCPT from au_v4[222.XXX.YYY.ZZZ]: 554 5.7.1 yano@bravotouring.com: Recipient address rejected: Access denied; from=<> to=yano@bravotouring.com proto=ESMTP helo=<haswell.bravotouring.com> vps postfix/submission/smtpd[24358]: disconnect from au_v4[222.XXX.YYY.ZZZ] ehlo=2 starttls=1 mail=1 rcpt=0/1 data=0/1 rset=1 quit=1 commands=6/8

ひかり電話申し込み

ひかり電話

ひかり電話(IP電話サービス)

昨日のJ:COM NET導入に伴い、auひかり側の「auひかり 電話サービス」を楽天ひかり側に移行するべく、調査開始。

…というわけで調べたところ、実は「楽天ひかり」の「ひかり電話」は、NTT西日本のひかり電話(IP電話)として契約する必要があるそうだ。

さっそく「マイページ」やら「CLUB NTT-West」やらWeb窓口から手続きを進めるものの何度やってもうまくいかず。結局ひかり電話のお申し込み|NTT西日本フレッツ公式からエントリー。

午後には折返し電話があり、派遣工事無しで25日(月)に切り替え(局内工事)実施とのことで、年内にauひかりを解約する目処が立ってひと安心。

参照

楽天ひかり https://network.mobile.rakuten.co.jp/hikari/

NTT西日本 https://flets-w.com/

Wikipedia https://ja.wikipedia.org/wiki/

auで着信確認終了

KDDI電話 auで着信確認だが、予想外のサービス終了がアナウンスされた。

KDDIは、2021年11月16日をもって、固定電話オプションサービス「KDDI電話 auで着信確認」の提供を終了いたします。 「KDDI電話 auで着信確認」は、ご不在時やお話し中のご自宅の固定電話への着信を、auスマートフォン・auケータイに着信履歴またはSMS (ショートメッセージ) でお知らせする無料サービスとして2006年7月より提供してきましたが、固定電話の需要縮小により利用者の減少が継続していることから、サービスの提供を終了いたします。 なお、サービス終了に伴い2021年5月17日をもって、新規申し込み受付を終了いたします。

という発表があった。

「固定電話の利用者の減少」は理解できるが、(ナンバーディスプレイを利用した仕掛けなので)3Gサービスの終了やPSTNマイグレーションのようにサービス根幹のリソース問題では無さそうだし、一定数の利用者が必要とも思えないので、サービス終了の理由としては納得いく説明になっていない。

ていうか、ナンバーディスプレイは局側だけでなく自宅の電話機でもできるのだから、電話機で表示する番号を引っこ抜いてEメールで送信できればいいのか。

電話機(通信機器)を直接ハックすると法的な問題がありそうなので、アロハND5のようなナンバーディスプレイアダプタを噛ませてPCに引っこ抜くのが無難かな。auひかりの「ホームゲートウェイ」にメール送信する機能を持たせるのが一番スマートなのにな…

参照

KDDI株式会社 https://www.kddi.com/

auひかり https://www.au.com/internet/service/auhikari/

株式会社 日興電機製作所 https://www.nikko-ew.co.jp/

獣医さんの電子工作とパソコン研究室 http://www.cac-japan.com/electronics/

NTT東日本 https://www.ntt-east.co.jp/

Wikipedia http://ja.wikipedia.org/wiki/