Ok I was able to capture a log of a call that made it past 32 seconds! working_call.txt (25.8 KB)
Also, I noticed a pattern. Once the bridge is created, Asterisk sends a reINVITE at 0, 1, 2, 4, 8, 16, and 32 seconds. It then send a BYE if no response.
In the case of the working log, the buggy Doorbell camera finally responded at 32 seconds, before Asterisk sends a BYE.
So, given that. Is there any way I can change this behavior in Asterisk? Like can I tell it to send 9 reINVITES, instead of 7? By then we would be at 124 seconds, my Doorbell’s max call time in its settings is 120s. I got a working call that long once, and the call was ended, presumably by the Doorbell. Thanks!
The DTMF codes probably just slowed down the Doorbell, which was trying to process what to do. ‘#’ is used to open/close a relay for magnetic locks / mechanical chime. So when I spammed those buttons the tiny CPU on the Doorbell got overloaded, and never had a chance respond to reINVITEs within 32 seconds.
It’s now 3AM, my wife is confused why I have been working on the “Doorbell” for the last week, lol. Ok, now to get some sleep, and get video calling into the doorbell working another day, haha.
@david551
I’m starting to work on the second issue now. Video calls from Linphone to the doorbell are audio only. It looks like video is enabled but, the video from the doorbell is a black screen.
As you suggested, is there a way I can verify the video is being received by Asterisk? Maybe I can record the call, or have the packets/frames saved into a folder.
Ideally I start a (audio/video) call from Linphone to the doorbell, and Linphone knows to enable video on the doorbell side but disable it on he phone side.
Not sure if any of this could be configured in extensions.conf?
Any suggestions would be greatly appreciated. Thank you
Not sure if anyone is still following this thread but I believe I am making some progress.
Attached is a fresh log of a videocall from my Linphone App (192.168.3.179) to my Hikvision Doorbell (192.168.3.92) with PJSIP and RTP logging enabled. no_video_RTP_log.txt (1.8 MB)
I can lots of see RTP packets with type 96 (dynamic, probably H264) , and length 1388 being sent “from” the Doorbell to Asterisk, but they are never sent “to” my Linphone app.
The only RTP packets being sent “to” my Linphone App are type 00 (PCMU) of length 320.
If I inspect a working log, like a call from my Doorbell to my Linphone App. RTP packets with type 96 and length 1388 are successfully being sent “to” my Linphone App.
Any hints what I can try from here to get Asterisk to forward the video packets? Everything is on the same LAN, and video calls work in the opposite direction, so I do not think NAT is currently an issue. Thanks!
Since I solved the 1st issue (32 second call limit from doorbell to phone), I am going to mark this thread as solved, and create a new thread on the second issue with just relevant information.