8445 connection pointing to Application Gateway instead of the VM in Microsoft Teams Policy Recording Bot

I am developing a compliance recording. [https://learn.microsoft.com/en-us/microsoftteams/teams-recording-policy]
I refer to PolicyRecordingBot from [https://github.com/microsoftgraph/microsoft-graph-comms-samples] and port it to Owin Self host.
It works when calling the Bot's web hook from an Virtual Machine or Load Balancer of Azure, but fails to connect via the Application Gateway of Azure.
The failure reason looks like the 8445 connection is pointing to the application gateway instead of the VM.
I confirmed that the IP of the VM is specified in SetMediaPlatformSettings in Bot.cs, but the acutual connection seems to be connected to the application gateway.
May I know that is there a structure to connect 8445 to the IP of the api/calling response source instead of the SetMediaPlatformSettings setting?
Also, in the configuration using the application gateway as above,is there a way to make the 8445 port connection directly communicate with the IP of the VM without going through the application gateway?

コンプライアンスレコーディングの開発をしています
https://github.com/microsoftgraph/microsoft-graph-comms-samples
のPolicyRecordingBotを参考にしてOwin Self host に移植して使っています。
Botのweb hook をAzureのVMや、ロードバランサーから呼び出す場合には動作するのですが、アプリケーションゲートウェイ経由だと接続に失敗しています。
8445の接続がVMではなくアプリケーションゲートウェイを向いているようです。
Bot.cs内の
SetMediaPlatformSettings
でVMのIPを指定しているのは確認できていますが、アプリケーションゲートウェイに接続に行っているようです。
ここで確認ですが、SetMediaPlatformSettingsの設定では無く、api/callingのレスポンス元のIPに対して、8445の接続をするような仕組みになっているのでしょうか？
また、上記のようなアプリケーションゲートウェイを使った構成において、
8445ポートの接続はアプリケーションゲートウェイを経由させずにVMのIPと直接通信させる方法は無いでしょうか？

Start with the PolicyRecordingBot reference and Bot.cs, focusing on SetMediaPlatformSettings and the 8445 connection path. Compare the reported behavior through the VM, load balancer, and Azure Application Gateway. Done means the supported routing configuration or limitation is confirmed and documented.