> * confbridge has been changing from version to version (revision), which makes it difficult to compile against > * confbridge did not have a external AMI interface for all functions, which would have only left the DTMF menu option to interface with it (which doesn't really 'sound' like a good idea). > * confbridge does/did not have an external interface to program against > * confbridge does not exist in older asterisk versions, and being compatible with app_meetme, app_konference and app_confbridge would be even harder > I would have loved it if we could have done without sccp_conference and just use confbridge instead, but there are some problems with that: I just went back to asterisk-13.4 to see if that works, and then i can move forward from there, to see what changed in the meantime. So things break even when the asterisk version stays the same, which makes this even more annoying. Asterisk does not have a stable ABI per version.
EXCEPTIONALLY LONG VOICE QUEUE LENGTH QUEUING TO CBANN CODE
> We are trying to use 1 code base to support conference on multiple asterisk versions, which is getting harder and harder to do.
It is not something that we use a lot and I have seen that there are a lot of times problems with the conference. I am already very happy with the chan_sccp that we have, it is amazing > I know that 13 is a lot newer that is why I do not have any real problem with missing features. > Isn't there any cooperation with asterisk team to keep to conference almost the same? Or is it not possible? > Revision 6264 should correct the issues with sccp_conference + asterisk-13. > *From:*Diederik de Groot *Sent:* Sunday, Octo11:36 AM > So there was some delay before the channel was hanged up, before that, the conference was not responding to any inputs > - Playing 'conf-kicked.ulaw' (language 'en') > SCCPCONF/0101: Hanging up Participant 3 (Channel: IAX2/rapidvox-12361)
> WARNING: sccp_conference.c:1375 sccp_conference_handle_device_to_user: SCCPCONF/0101: SEP0021D8B91E57: Participant not found > WARNING: channel.c:1100 _ast_queue_frame: Exceptionally long voice queue length queuing to IAX2/rapidvox-12361 > - Playing 'conf-hasleft.alaw' (language 'en') > - Channel SCCPCBAnn/SCCPCONF/0101-00000001 2 left 'softmix' base-bridge > - Playing 'digits/3.alaw' (language 'en') > - Channel SCCPCBAnn/SCCPCONF/0101-00000001 2 joined 'softmix' base-bridge > - Channel IAX2/rapidvox-12361 left 'softmix' base-bridge > It works fine between SCCP devices, but when I added IAX call and kicked the person on the IAX channel I got the following Re: Which issue is keeping you from updrading to 1.6.Just commited a couple of small fixes for conference in revision 6268Ĭan you check again if everything is working correctly this time.
Doing a search for closed issues on the Asterisk issue tracker at You're using a version of Asterisk from earlyĭecember 2009. > queue length queuing to Thanks in advance! > WARNING channel.c: Exceptionally long voice > sending RTCP messages asking us to slow the RTP down. > One explanation I've come across is that the peer is congested and We're seeing lots of warnings like the following, running Asterisk
0 kommentar(er)
