Diederik de Groot

Ok will look into the one way issue. Looks like sip is declining the directrtp request while chan-sccp is still thinking that directrtp will succeed. The actual remote bridging is...

Made some smaller changes. Fixed the resume function so the channel lock was taken and released correctly. Updated codec framing and ip-address/port updating. Ran a couple of tests with chan_sip....

Still have not got resume back in working order. All the code is starting to get so convoluted :-(

I think i finally figured it out. and al lot of stuff i did in the last week might have been superfluous but we will see. I will have a...

@drtmk Had to do quite a bit of moving code about and rethinking the solution to make it clean and nice again. Had to remove some of the earlier changes...

I had to test indirect-rtp with my new code, and low and behold it also works (with a tiny little patch)... => progress ! Now we just have to run...

@drtmk I did not have simple call issues. ``` [Oct 5 07:52:49] VERBOSE[16873][C-00000008] : -- SCCP: (pbx_indicate) start indicate 'AST_CONTROL_SRCCHANGE: Media source has changed and requires a new RTP SSRC'...

That last change i made is not a good idea. I have not slept yet :-(. I think your system is preventing directrtp during bringing, but we can only review...

Figured out the cause, if the directrtp fails to be setup (for any cause) it will not fall back to in-direct like it should. Will need extra work. You can...

I just notice you are running asterisk-15, is that intentional ? Can you tell me the current chan-sccp revision number you are using. I just want to make sure that's...