[Spce-user] Sems Error + hangup on Reinvite + Update

[Jon Bonilla (Manwe)]

El Mon, 16 Jan 2017 09:10:49 +0100
"Jon Bonilla (Manwe)" <manwe at sipdoc.net> escribió:

> El Fri, 13 Jan 2017 18:53:17 -0500
> Sebastian Rojo <arpagon at gmail.com> escribió:
> 
> > Hi Jon,
> > 
> > In your [peer/friend] definition in Asterisk, you set
> > 
> > *`sendrpid* = yes`
> > 
> > I ask because I have the same problem since the last update of mr4.5.3. In
> > some scenarios SEMS cant Proccess UPDATE
> > 
> > NOTE: In asterisk dont work fine  `rpid_update=no`
> >   
> 
> Yes, I'm using sendrpid=yes. I need to enable sems debug to test it but cannot
> do it during work hours as my systems are in production and sems log is very
> intensive.
> 

Hi all

I had to wait for no calls to reproduce this and get the sems log. I see that
this happens only when asterisk has sendrpid enabled and a blind transfer is
executed for an incoming call. It sends INVITE and UPDATE and this is what
triggers the issue.

I'm attaching full capture and sems log for this scenario. Extracting from it I
see this:

[#7fb0297fd700] [reply, AmBasicSipDialog.cpp:583] DEBUG:  reply: transaction
found! 

[#7fb0297fd700] [getSdpBody, AmOfferAnswer.cpp:487] DEBUG:  No SDP Answer. 

[#7fb0297fd700] [reply, AmBasicSipDialog.cpp:600] DEBUG:  onTxReply failed 

[#7fb0297fd700] [relaySip, AmB2BSession.cpp:872] ERROR:  dlg->reply() failed


Seems like it doesn't handle noSDP 200ok response to the reinvite.


Note: I could reproduce the issue in different ngcp versions.


cheers

Jon

 
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: bxfer+sendrpid.txt
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20170201/6936ca2c/attachment.txt>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 833 bytes
Desc: Firma digital OpenPGP
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20170201/6936ca2c/attachment.sig>