Summary:	ASTERISK-18610: ERRORs since changeset 336294 (Fix bad RTP media bridges)
Reporter:	Kristijan Vrban (vrban)	Labels:
Date Opened:	2011-09-22 10:51:44	Date Closed:	2011-10-14 11:38:20
Priority:	Major	Regression?	Yes
Status:	Closed/Complete	Components:	Channels/chan_sip/General Core/RTP
Versions:	1.8.8.0	Frequency of Occurrence	Constant
Related Issues:	must be completed before resolving ASTERISK-18499 Asterisk 1.8.8.0 Release Blockers is caused by ASTERISK-17725 directmedia or reinvite not working when calling extension that's located an a different asterisk node is caused by ASTERISK-18340 CLONE - directmedia or reinvite not working when calling extension that's located an a different asterisk node
Environment:		Attachments:	( 0) fix_upate_peer_warnings.diff ( 1) one_more_AST_CONTROL_UPDATE_RTP_PEER.patch
Description:	Since 336294 you get this WARNING: WARNING[14190]: chan_sip.c:6791 sip_indicate: Don't know how to indicate condition 31 and WARNING[13707]: file.c:1298 waitstream_core: Unexpected control subclass '31'
Comments:	By: Terry Wilson (twilson) 2011-09-22 13:21:32.890-0500 I would be interested in knowing what situation/call flow leads to these messages. Are you using Agents, by chance? This should be harmless and I will attach a patch that keeps these warnings from showing up, but I'm just curious what situation allows the new frames to leak out. By: Kristijan Vrban (vrban) 2011-09-23 07:47:20.267-0500 The situation/call flow is simple. A Softphone dialing the Echo or Playback application. No Agents, nothing specific. By: Kristijan Vrban (vrban) 2011-09-23 08:04:58.851-0500 I see, that the softphone i used for this, send a re-INVITE after the call is "200 OK" and then in chan_sip "ast_queue_control(p->owner, AST_CONTROL_UPDATE_RTP_PEER);" get invoked. The patch fixed the warnings. By: Kristijan Vrban (vrban) 2011-10-14 04:02:33.797-0500 i found one more place where AST_CONTROL_UPDATE_RTP_PEER is missing