[SIP Beyond VoIP] Receiving invitation to put call on hold in python3-sipsimple results in received_proposal_request sub_state

[Adrian Georgescu]

After initial call setup, the PBX sends an INVITE with no body:

70.   INVITE sip:RECEIVING_NUMBER at INTERNAL_IP SIP/2.0
71.   Via: SIP/2.0/UDP EXTERNAL_IP:5060;rport;branch=z9hG4bK802267e061bb35ab74d75e8b1d5bfa2a
72.   From: <sip:CALLING_NUMBER at EXTERNAL_IP>;tag=0c577d27ab792e05
73.   To: "RECEIVING_NUMBER_IDENTITY" <sip:RECEIVING_NUMBER at EXTERNAL_IP>;tag=b2a2be6b-4219-421b-a06a-c0dbec54867f
74.   Call-ID: 5ec07aba0ad70af7a83eb14bb384217e
75.   CSeq: 1770141517 INVITE
76.   P-Asserted-Identity: " " <sip:CALLING_NUMBER at EXTERNAL_IP:5060>
77.   Contact: <sip:CALLING_NUMBER at EXTERNAL_IP:5060;transport=udp>
78.   Max-Forwards: 70
79.   Allow: INVITE,ACK,CANCEL,OPTIONS,BYE,INFO,REFER,NOTIFY,SUBSCRIBE,REGISTER,PUBLISH,UPDATE
80.   Supported: 100rel
81.   User-Agent: IP Office 11.0.4.6.4 build 1
82.   Content-Length: 0

Is this suppose to put the call on hold? To put the call on hold there must be SDP with a=recvonly.

Then SIP Simple answers with 200 OK and nothing has changed.

But then the PBX must send back an ACK but it does not. So that call is in limbo at this state.

This PBX is not working right.

Regards,
Adrian



> On 11 Nov 2021, at 10:00, Madis-Karli Koppel <madiskarli.koppel at mindtitan.com> wrote:
> 
> Hello
> 
> Had to remove the IPs and numbers so the Content-Length headers might not match. Expires in 7 days, will updated if needed: https://pastebin.com/VV8A49Dr <https://pastebin.com/VV8A49Dr>, key is DRyQLjaUUA
> 
> All the best
>  <https://www.mindtitan.com/>	
> Madis-Karli Koppel
> E: madiskarli.koppel at mindtitan.com <mailto:madiskarli.koppel at mindtitan.com> | W: www.mindtitan.com <https://www.mindtitan.com/>
> 
> On Thu, 11 Nov 2021 at 13:33, Adrian Georgescu <ag at ag-projects.com <mailto:ag at ag-projects.com>> wrote:
> Can you send the SIP trace of a such a call?
> 
> Adrian
> 
> > On 11 Nov 2021, at 08:17, Madis-Karli Koppel <madiskarli.koppel at mindtitan.com <mailto:madiskarli.koppel at mindtitan.com>> wrote:
> > 
> > Hello
> > 
> > When I try to put the call on hold then the call will go to sub_state received_proposal_request and call will end on the callers side (not using python3-sipsimple) but will continue in python3-sipsimple. This only happens with some sip number providers, others work fine. The issue was not present with this sip number provider and using python2 version of sipsimple: python-sipsimple.
> > 
> > The only thing I know is that in  sipsimple/core/_core.invitation.pxi the sub_state is set to received_proposal_request if offer is empty and when I log SIPInvitationChangedState in python then it has body=None. 
> > 
> > Also, according to wireshark, the OK response that is sent for INVITE to put the call on hold is malformed (I suspect this is the reason the call ends for the caller but not sure). It tries to send several malformed OKs. This only happens in python3 version, in python2 the OK response is fine.
> > 
> > System information
> > Python 3.8.10
> > python3-sipsimple 5.2.6 installed using apt-get install -y python3-sipsimple
> > Ubuntu 20.04
> > 
> > Do you know why this might happen and what should be changed here?
> > 
> > All the best,
> > Madis-Karli Koppel
> > _______________________________________________
> > SIPBeyondVoIP mailing list
> > SIPBeyondVoIP at lists.ag-projects.com <mailto:SIPBeyondVoIP at lists.ag-projects.com>
> > https://lists.ag-projects.com/mailman/listinfo/sipbeyondvoip <https://lists.ag-projects.com/mailman/listinfo/sipbeyondvoip>
> 
> _______________________________________________
> SIPBeyondVoIP mailing list
> SIPBeyondVoIP at lists.ag-projects.com <mailto:SIPBeyondVoIP at lists.ag-projects.com>
> https://lists.ag-projects.com/mailman/listinfo/sipbeyondvoip <https://lists.ag-projects.com/mailman/listinfo/sipbeyondvoip>
> _______________________________________________
> SIPBeyondVoIP mailing list
> SIPBeyondVoIP at lists.ag-projects.com
> https://lists.ag-projects.com/mailman/listinfo/sipbeyondvoip

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ag-projects.com/pipermail/sipbeyondvoip/attachments/20211207/1f1aa7cf/attachment.htm>