My Hikvision Doorbell, model DS-KB8113-IME1(B), can successfully register to Asterisk (version 22 running on FreeBSD) and videocall my Linphone App when pressing the doorbell button.
One way video works as expected. When reviewing the log of this working call, I see RTP packets of type 96 (H264) from my doorbell, and sent to my Linphone App.
working_videocall.txt (2.2 MB)
But, the opposite direction is not working as expected. When I videocall my doorbell from my Linphone App I see RTP packets of type 96 from my doorbell, but they are not being sent to my Linphone App. Packets of type 00 (PCMU) are being recieved and sent, and two-way audio works as expected.
novideo_rtp.txt (600.1 KB)
I inspected the SIP exchanges of the videocall from the Linphone App to the Doorbell and the INVITEs a=sendonly/recvonly all make sense to me. But for some reason Asterisk is not sending the RTP packets with type 96 that it is receiving.
SIP.txt (1.0 KB)
- Caller initiates video call
- Receiver responds for video I am ‘sendonly’
- Asterisk relays this message to caller
- Caller sends invite for video as ‘recvonly’
Is it possible this is a bug with Asterisk’s handling of videocalls for the above situation? It seems like Asterisk disables both video feeds, not just the Caller’s.
Should my next step be to try to read the source code of Asterisk for this specific situation? Or should I get a Wireshark capture of the actual RTP packets? Thanks for the help!