search

drachtio / drachtio-siprec-recording-server

SIPREC recording server based on drachtio and rtpengine
MIT License
81 stars 31 forks source link

Drachtio send "inactive" attribute back in SIP OK while he receives "sendonly" in SIP Invite #46

Open IdoMagor opened 3 years ago

IdoMagor commented 3 years ago

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

davehorton commented 3 years ago

can you send a sip trace showing the above

IdoMagor commented 3 years ago

Hey Dave,

Here's the PCAP of that description from above. Sorry for the late replay of it with the PCAP itself.

network_traffic_sip.zip

Thanks

IdoMagor commented 3 years ago

Hey @davehorton :)

Is there by any chance anything new regarding this issue?

Thanks :)

davehorton commented 3 years ago

Are you using freeswitch or rtpengine as the media proxy? It looks like the latter, but I just wanted to confirm

IdoMagor commented 3 years ago

We're using RTPEngine

IdoMagor commented 3 years ago

@davehorton Hey Dave sup? :)

Wanted to ask if there's an update by any chance?

Thanks!

davehorton commented 3 years ago

Would you be able to test a branch with a proposed fix?

IdoMagor commented 2 years ago

Hey @davehorton ,

Yes I can :)

Thanks!

IdoMagor commented 2 years ago

Hey @davehorton ,

Is there an update?

Thanks! :)

IdoMagor commented 2 years ago

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! :)

IdoMagor commented 2 years ago

Hey @davehorton ,

Is there an update?

Thanks! :)