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