Re: [SR-Users] kamailio with mediaproxy-ng, 488 Not Acceptable Here

2014-02-26 Thread Mihai Marin
Hello Sirs, Sir Richard, This is working perfect. I have tried the following test cases: 1. WS - WS in intranet; PASSED 2. WS - WS in different networks, both with restrictive firewalls: PASSED 3. WS - SIP Client (Boghe, Jitsi) in intranet: PASSED 4. WS - IMSDroid, both with restrictive firewalls:

Re: [SR-Users] kamailio with mediaproxy-ng, 488 Not Acceptable Here

2014-02-24 Thread Richard Fuchs
On 02/22/14 07:07, Mihai Marin wrote: > Hello Sirs, Sir Richard, > Thank you for your detailed explication. > I'm still thinking on that but I would say to act as the caller and keep > caller decision. If caller makes an offer with rtcp-mux , > include separate ICE candidates for RTCP for media pro

Re: [SR-Users] kamailio with mediaproxy-ng, 488 Not Acceptable Here

2014-02-24 Thread Carlos Ruiz Díaz
Just in case someone is interested, I created a sample script that could help new comers having the same problem. I will write a blog entry explaining how this works, but in a nutshell: - this script is configured to run behind NAT, port TCP 10080 and TCP/UDP 5090 are exposed to the Internet - yo

Re: [SR-Users] kamailio with mediaproxy-ng, 488 Not Acceptable Here

2014-02-22 Thread Richard Fuchs
On 02/22/14 07:07, Mihai Marin wrote: > Hello Sirs, Sir Richard, > Thank you for your detailed explication. > I'm still thinking on that but I would say to act as the caller and keep > caller decision. If caller makes an offer with rtcp-mux , > include separate ICE candidates for RTCP for media pro

Re: [SR-Users] kamailio with mediaproxy-ng, 488 Not Acceptable Here

2014-02-22 Thread Mihai Marin
Hello Sirs, Sir Richard, Thank you for your detailed explication. I'm still thinking on that but I would say to act as the caller and keep caller decision. If caller makes an offer with rtcp-mux , include separate ICE candidates for RTCP for media proxy too and forward as it is to alice. If callee

Re: [SR-Users] kamailio with mediaproxy-ng, 488 Not Acceptable Here

2014-02-20 Thread Richard Fuchs
On 02/20/14 04:15, Mihai Marin wrote: > Hello Sirs, Sir Richard, > I understand the problem but I don't understand the behavior. Let me > tell you how I understood the problem and where I misunderstand the > behavior. > > BOB sens an offer to Alice with rtcp-mux. The flow is: UAC (bob) - > Kamaili

Re: [SR-Users] kamailio with mediaproxy-ng, 488 Not Acceptable Here

2014-02-20 Thread Mihai Marin
Hello Sirs, Sir Richard, I understand the problem but I don't understand the behavior. Let me tell you how I understood the problem and where I misunderstand the behavior. BOB sens an offer to Alice with rtcp-mux. The flow is: UAC (bob) - Kamailio - MP-NG - Kamailio - UAS (alice). From the offer,

Re: [SR-Users] kamailio with mediaproxy-ng, 488 Not Acceptable Here

2014-02-18 Thread Richard Fuchs
On 02/18/14 11:12, Mihai Marin wrote: > Hello Sirs, > Thank you, one step forward but still buggy - half buggy :) > > Now, it's working just one way. If bob calls alice, alice will receive > video but bob won't. If I stop mediaproxy-ng process (without any other > modification) and redo the call,

Re: [SR-Users] kamailio with mediaproxy-ng, 488 Not Acceptable Here

2014-02-18 Thread Mihai Marin
Hello Sirs, Thank you, one step forward but still buggy - half buggy :) Now, it's working just one way. If bob calls alice, alice will receive video but bob won't. If I stop mediaproxy-ng process (without any other modification) and redo the call, everything is just fine. The invite sdp that alic

Re: [SR-Users] kamailio with mediaproxy-ng, 488 Not Acceptable Here

2014-02-17 Thread Richard Fuchs
On 02/12/14 04:41, Mihai Marin wrote: > Hello, > I managed to try it out and I have good news and bad news :) > > The good news is that always TURN is working perfect. So, if I remove > all the ice-candidates (rtpproxy_manage("+")) everything is perfect. That's good to hear! > If > I just append

Re: [SR-Users] kamailio with mediaproxy-ng, 488 Not Acceptable Here

2014-02-12 Thread ashutosh
Hello, Would you mind posting your kamailio configuration file please? Thanks, Ashu -- View this message in context: http://sip-router.1086192.n5.nabble.com/kamailio-with-mediaproxy-ng-488-Not-Acceptable-Here-tp124587p125035.html Sent from the Users mailing list archive at Nabble.com.

Re: [SR-Users] kamailio with mediaproxy-ng, 488 Not Acceptable Here

2014-02-12 Thread Mihai Marin
Hello, I managed to try it out and I have good news and bad news :) The good news is that always TURN is working perfect. So, if I remove all the ice-candidates (rtpproxy_manage("+")) everything is perfect. If I just append turn candidate (rtpproxy_manage()) I have strange errors in kamailio log a

Re: [SR-Users] kamailio with mediaproxy-ng, 488 Not Acceptable Here

2014-02-07 Thread prevelikzalogaj
Hello, Hope you don't mind if I borrow this topic to place a question or request. In past days I successfully setup Kamailio in my local network and made successful WebRTC to WebRTC and SIP to SIP calls. The problem is with WebRTC to SIP call. I also added mediaproxy-ng by following instructions f

Re: [SR-Users] kamailio with mediaproxy-ng, 488 Not Acceptable Here

2014-02-06 Thread Richard Fuchs
On 02/06/14 14:42, Muhammad Shahzad wrote: > Great, i would test Bundle right away. Just wondering if this branch > also supports DTLS--SRTP. I would love to test that feature when available. Not quite yet, but it's being implemented as we speak. cheers signature.asc Description: OpenPGP digit

Re: [SR-Users] kamailio with mediaproxy-ng, 488 Not Acceptable Here

2014-02-06 Thread Muhammad Shahzad
Great, i would test Bundle right away. Just wondering if this branch also supports DTLS--SRTP. I would love to test that feature when available. Thank you. On Thu, Feb 6, 2014 at 2:43 PM, Richard Fuchs wrote: > Hey, > > What mediaproxy-ng can do (which other RTP proxies don't do) is > transl

Re: [SR-Users] kamailio with mediaproxy-ng, 488 Not Acceptable Here

2014-02-06 Thread Richard Fuchs
Hey, What mediaproxy-ng can do (which other RTP proxies don't do) is translate RTP/AVP (from regular SIP endpoints) to and from RTP/SAVPF (encrypted RTP from WebRTC), which is what people usually use it for. Assuming that ICE does its job correctly, two WebRTC endpoints should be able to communic

Re: [SR-Users] kamailio with mediaproxy-ng, 488 Not Acceptable Here

2014-02-05 Thread Mihai Marin
Hello, I'm trying the simplest case first. I don't understand why you are saying that most of the people don't use mediaproxy-ng for WebRTC to WebRTC calls. If my firewall is a restrictive one I need to use turn server and mediaproxy-ng can do turn too? Probably I'm not seeing the big picture. Reg

Re: [SR-Users] kamailio with mediaproxy-ng, 488 Not Acceptable Here

2014-02-05 Thread Richard Fuchs
Hey, If you're trying to connect two WebRTC endpoints with each, you don't need any of mediaproxy-ng's magic to get it working. All the previous replies were assuming that you were trying to connect a WebRTC endpoint with a non-WebRTC one, which is usually what people are trying to do. In your ca

Re: [SR-Users] kamailio with mediaproxy-ng, 488 Not Acceptable Here

2014-02-05 Thread Mihai Marin
Hello, Thank you for your detailed explication but I miss some information or I'm unable to understand it properly. What I'm trying to do is to use mediaproxy-ng as a turn server between 2 WebRTC endpoints (when at least one is behind restrictive firewall). Trying to replicate what you explained on

Re: [SR-Users] kamailio with mediaproxy-ng, 488 Not Acceptable Here

2014-02-04 Thread Muhammad Shahzad
There are several problems that need to be addressed in your kamailio.cfg but let me try to focus only on mediaprxoy-ng related ones. First instead of engaging mediaproxy in failure route, engage it main route or branch route. Why wait for failure when we know call will fail anyway if you try to c

Re: [SR-Users] kamailio with mediaproxy-ng, 488 Not Acceptable Here

2014-02-04 Thread Andrew Pogrebennyk
Hi, could you please post also your Chrome js developer log? Does the problem exist if you start the jssip clients without video support? Andrew On 02/03/2014 12:00 PM, Mihai Marin wrote: > Hello, > > Another weekend struggling to make a call from jssip to another jssip > behind firewall and I s

Re: [SR-Users] kamailio with mediaproxy-ng, 488 Not Acceptable Here

2014-01-29 Thread Klaus Darilion
Peter had a talk at Astricon 2013 presenting how it works. I think the magic lies on the parameters. See this slide (there are some more interesting slides) https://www.youtube.com/watch?list=PLighc-2vlRgQHZMBp-8CCFi5otCnw7Lwj&v=rXsVSaRuv20&feature=player_detailpage#t=659 regards Klaus On 29

Re: [SR-Users] kamailio with mediaproxy-ng, 488 Not Acceptable Here

2014-01-29 Thread Klaus Darilion
Hi! The problem is different SDP formats between normal SIP clients/gateways, and WebRTC clients. You have to instruct mediaproxy-ng to rewrite the SDP and do the conversion (encryption, ...). So either the rtpproxy_ng calls lack the commands for the "gatewaying", or the webrtc clients use

[SR-Users] kamailio with mediaproxy-ng, 488 Not Acceptable Here

2014-01-27 Thread Mihai Marin
Hello Sirs, I have a problem configuring kamailio with mediaproxy-ng and I'm asking for help. I managed to build everything, kamailio find support for mediaproxy-ng using rtpproxy-ng. When I'm trying to make a call from Web using my phone's internet provider to my computer's web I get 488 Not Acce