Hi David,I don't think there is plans to modify the SIP diver in freeswitch, in order to
I got you, but FS can't accept multiple m=audio lines, which makes it incompatible for SIPREC.
support this protocol. Enabling additional RTP engines for a single SDP session is not trivial.Regards,On Wed, Jun 8, 2016 at 10:03 PM, David Villasmil <david.villasmil.work@gmail.com> wrote:Hello Miguel,Thanks for your reply, but I think maybe I didn't explain myself correctly, let me try again:A recording server receives INVITEs including multiple "m=" which will be used as rtp source so the server can record an ongoing conversation happening somewhere else. As per RFC4566 an SDP may have as many m= as it wants (https://tools.ietf.org/html/rfc4566#page-22).The idea is to use SIPREC the following way:The voice server will choose the call to record and send a 3rd leg to the recording server, which will receive the INVITE ans answer with 200 OK and start recording the rtps.Regards,DavidOn Wed, Jun 8, 2016 at 12:40 PM, Miguel Oyarzo <miguelaustro@gmail.com> wrote:Regards,Nighter FS nor Asterisk will process two same-type RTP streams in the same SDP. The 2nd RTP streams will be declined and answered with a port 0 (200OK), as suggested by rfc3264.On Wed, Jun 8, 2016 at 2:37 AM, David Villasmil <david.villasmil.work@gmail.com> wrote:_________________________________________________________________________Hello,Is it possible to use FS as a recording server?We will be receiving INVITEs with a siprec tag and sdp with the participants. To which FS should answer with 2 rtp ports on which to receive the audio. We would be receiving 2 rtp streams that we need to record to a file.Thanks!David
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com
Official FreeSWITCH Sites
http://www.freeswitch.org
http://confluence.freeswitch.org
http://www.cluecon.com
FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
--"Do not use a cannon to kill a mosquito" (Confucius)Miguel Oyarzo
VoIP Engineer && DevOps
Linux User: # 483188 - counter.li.org
http://au.linkedin.com/in/mikeaustralia
Melbourne, Australia
_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com
Official FreeSWITCH Sites
http://www.freeswitch.org
http://confluence.freeswitch.org
http://www.cluecon.com
FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com
Official FreeSWITCH Sites
http://www.freeswitch.org
http://confluence.freeswitch.org
http://www.cluecon.com
FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
--"Do not use a cannon to kill a mosquito" (Confucius)Miguel Oyarzo
VoIP Engineer && DevOps
Linux User: # 483188 - counter.li.org
http://au.linkedin.com/in/mikeaustralia
Melbourne, Australia
_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com
Official FreeSWITCH Sites
http://www.freeswitch.org
http://confluence.freeswitch.org
http://www.cluecon.com
FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org