Menu
▾
▴
1 Attachments
#200 OCS archiving system blocks audio/video connection
closed-fixed
None
Protocol/Other
5
2016-04-23
2013-06-26
No
Fedora 18 64-bit
sipe 1.16.0
pidgin 2.10.7
Trying to start an audio or video connection to another OCS user fails with the following message:
415 Mutipart mime in content type not supported by Archiving CDR service
(Yes, that spelling mistake comes from the server...)
There must be some other way to setup the connection since it works for OCS client to OCS client.
FYI: "Archive and CDR (= Call Detail Record) Server"
Probable solution would be to retry the INVITE without the ms-proxy-2007 part?
Looks like the most straightforward one, implemented in 2657eaf1.
Please try building the current git mob branch whether it helps.
I won't be able to access that system again until next week. I also have a debug log showing a request from an OCS user to me. It looks like it would work other than not being able to agree on a codec. Would that be useful to add here?
Take all the time you need.
Seems to me like an unrelated issue. I would create a new ticket for it.
Speaking of codecs, in the attached log I see you have rather incomplete set of video codecs installed:
For video to work you need H263. On Debian or Ubuntu system you should install gstreamer0.10-plugins-good and gstreamer0.10-ffmpeg to have the needed GStreamer elements.
Here's a request from an actual OCS user that the server accepts for reference.
I'm actually using Fedora and I thought I had all the codecs, but I was missing the gstreamer-ffmpeg package. Thanks for the help, I'll try it out later.
Samuel: can you please confirm if this bug is fixed with the latest git HEAD?
Sorry, I've been away most of the summer. I will try it out next week. I installed the gstreamer-ffmpeg package and it still couldn't negotiate a codec for an incoming request, but I will at least verify that an outgoing request can get to the destination.
No feedback from reporter. Assume issue is fixed.
CLOSING