--
You received this message because you are subscribed to the Google Groups "kurento" group.
To unsubscribe from this group and stop receiving emails from it, send an email to kurento+u...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Hi,
I
finally I have managed to establish and audio call between Asterisk
and Kurento. I made use of JAIN-SIP api for creating a sip UA for
kurento. I made use of rtpendpoint to exchange SDP with asterisk. I
also managed to establish a video call using the same setup.
Next
I was trying to make use of the ConfBridge module
of Asterisk. Using ConfBridge I established a conference on Asterisk
Server. I am connecting multiple sip softphones (like zoiper, ring,
jitsi etc) as participants as well as the Kurento using its sip UA.
The weird issue that I face when using ConfBridge module is that the audio is received only from kurento to asterisk direction. No matter what I have tried the audio is not heard at all at the kurento end.
I will just describe my setup in breif:
I am working on a lan with 3 machines, M1, M2, M3.
Asterisk server is running on M1. Asterisk is not assigned a public ip.
App-server , SIP UA for kurento and KMS is on M2
And a user with a sip softphone tries to connect the call from M3
The flow is as follows:
- Send an INVITE request to asterisk
- Receive 200 OK response from asterisk + sdp offer
- generate sdp answer for this offer using rtpendpoint.
- send ACK + sdp answer to asterisk
This exact same setup when used to establish a one to one call from kurento to a sip softphone through asterisk works perfectly. Both users can see and/or hear each other. It is only when the confBridge is introduced that the one way audio issue started.
To solve this I have tried out a number of ways:
NAT issue:
-
The very first and obvious approach was the NATing issue. Asterisk
has provided the sip.conf and the rtp.conf to make changes related to
nat.
- In sip.conf I have tried changing the nat as one of the
options and none of it works
nat = yes
nat = comedia
nat = force_rport
nat = force_rport, comedia
- In rtp.conf I have tried assigning a stun server. Also by changing the 'strictrtp' parameter as well.
I tried enabling directmedia = yes in sip.conf
Codec Issue:
- Codecs supported by asterisk and kurento vary alot. Kuento claims that the rtpendpoint supports the major codecs like opus, speex etc on their site here https://www.kurento.org/kurento-media-element-toolbox. But in /etc/kurento/modules/kurento/Sdpendpoint.conf.ini I have verified that only OPUS, PCMU and AMR are supported.
- I have tried restricting the codecs by adding the following lines in sip.conf
disallow = all
allow = ulaw ;(for pcmu)
After adding these lines the sdp offer and answers reflect the codec changes. Still no change in the output.
Call Transfer feature of Asterisk:
Because the same setup works when not using a confBridge I also tried to do call forwarding from a sip softphone to confBridge. But alas!
WebRtcEndpoint:
I next tried to solve the NAT issue by introducing ICE and using the webrtcendpoints to generate the candidates. The issue I faced here is that the webrtcendpoint doesnt generate the ice candidates no matter what. I have waited for the ice candidates gathering completion. I have also attached the listeners 'iceGatheringStateChange and iceGatheringDone' but none of them get triggered nor the ice gathering procedure starts. Couldnt understand the reason.
On adding icesupport = yes in sip.conf the asterisk sent and sdp with candidates appended. But the sdp answer from the webrtcendpoint couldnt append any candidates for the above reason.
Using wireshark I have confirmed that media is flowing from the asterisk to kurento. And the rtp packets are received at the kurento end. The rtp packets received at the kurento end to reflect that. But the mediaflow event of rtpendpoint states is as NOT_FLOWING.
The same is verified using the rtp debug option on asterisk server.
I have also tried to use asterisk on different machine to make sure it is not a machine specific issue.
Also as mentioned before I have tried different sip softphones too so it is not specific to a particular softphone.
I have also tried different browsers (chrome, firefox) at the kurento client end so it is not a browser specific issue either.
I am now left completly clueless as to what else should be tried out. And not understanding where exactly I am going wrong.
Can anyone direct me in the right direction? Any help will be greatly appreciated.
Thanking
you,
Warm Regards,
Akshay
--
You received this message because you are subscribed to the Google Groups "kurento" group.
To unsubscribe from this group and stop receiving emails from it, send an email to kurento+unsubscribe@googlegroups.com.
So you have a working bi directionnal call from a brower client to a SIP phone through Kurento to Astersik with a sip-ua to manage the sdp exchange.Hi Akshay,sorry for not responding to your private message, but I just see it today.
And I think it's more useful to resolve your issue in this group.But it's not working with Asterisk Confbridge.We have exactly the same configuration and Confbridge is working fine (but not in opus).In sip.conf we set :
disallow = all
allow = ulaw
direct_media = no
nat = comedia
What's your Asterisk Versions ?
How do you configure your Confridge in dialplan ?
[default]
[testphone]exten=>5001,1,Dial(SIP/5001,20)exten=>5002,1,Dial(SIP/5002,20)exten=>5003,1,Dial(SIP/5003,20)
exten=>1111,1,Answer()same=>n,ConfBridge(${EXTEN},1111_bridge,1111_user,)
[general]
; --- ConfBridge User Profile Options ---
[1111_user]
type=user
; --- ConfBridge Bridge Profile Options ---
[1111_bridge]
type=bridge
record_conference=yes
Could you post tcpdump capture between Kurento and Astersik ?
In your Kurento app, do you connect rtp-endpoint to webrtc-endpoint and webrtc-endpoint to rtp-endpoint ?
Best Regards,Damien.
To unsubscribe from this group and stop receiving emails from it, send an email to kurento+u...@googlegroups.com.
To unsubscribe from this group and stop receiving emails from it, send an email to kurento+u...@googlegroups.com.