Open IdoMagor opened 3 years ago
can you send a sip trace showing the above
Hey Dave,
Here's the PCAP of that description from above. Sorry for the late replay of it with the PCAP itself.
Thanks
Hey @davehorton :)
Is there by any chance anything new regarding this issue?
Thanks :)
Are you using freeswitch or rtpengine as the media proxy? It looks like the latter, but I just wanted to confirm
We're using RTPEngine
@davehorton Hey Dave sup? :)
Wanted to ask if there's an update by any chance?
Thanks!
Would you be able to test a branch with a proposed fix?
Hey @davehorton ,
Yes I can :)
Thanks!
Hey @davehorton ,
Is there an update?
Thanks! :)
Hey @davehorton ,
Just sending another message for notifying you of this issue again. Of course, when possible, wanted to ask again if is there an update?
Thanks! :)
Hey @davehorton ,
Is there an update?
Thanks! :)
Hey Dave,
We're using Cisco SBC as our SRC and recently we updated with the upstream of this git repository in order to resolve an issue of the inactive which makes the application crash.
We've also recently experienced an issue that in a call scenario in which the callee hasn't answered yet, the SBC sends as expected a sendonly attribute and sending of course RTP data to the SIP-REC server.
When we actually experience a scenario that the SBC sends inactive at the start, there's no RTP data of course. But once he does send a sendonly attribute, the drachtio project actually sends back inactive in the OK response of the invite(Which has sendonly attribute).
For meanwhile, the call is ringing for the callee while the caller is talking and all packets are being received in the meanwhile.
Afterward, when the callee answers another Invite with inactive arrives, which after another few moments there is two more Invite with sendonly from the SBC. For all three of those SIP Invites, the drachtio project responds back with inactive while he receives sendonly.
Because the SBC receives back inactive instead of sendonly, at some point after the last described packets, he (SBC) then again sends two SIP Invites with inactive when he gets back OK with inactive again as expected. At the end of all of that scenario, a SIP Bye is being sent by the SBC because he keeps receiving inactive for the SIP-REC from drachtio.
Is it maybe a known issue? If not, is there a possibility to request to check that out? When possible of course.
Thanks