Hi Mike,
That does get the audio go between the softphone and the application (Voxeo's Prophecy ASR) "around" FreeSwitch but I would like the audio going "through" FreeSwitch. I plan to do something to it before passing it on.
Support from Voxeo had this to say about the "bypass media" setting and if you could add some more insight that would be much appreciated. Since this is all on one Windows XP machine they can't get the info from the pcap file and are requesting I set up freeswitch on another machine which I will do. I thought you may have some more input.
Mark,
This is great news, it certainly confirms our suspicions that freeswitch was not
forwarding media to Prophecy, or if so, it was doing it on a different port then
we specified to be listening on.
To address the lingering question in this thread, I don't believe we have a firm
enough grasp on your deployment calls to understand whether free-switch need the
RTP stream or not. If FreeSwitch is intended in your deployment to act as a
front end for call routing to terminate calls to Prophecy then there is no need
for it to listen to media.
Of course, it will hold the SIP communication tether so that it remains aware of
disconnect events, would be my assumption, I am sure freeswitch can verify this
behavior.
In order for us to understan
d why this config change is required will need a
wireshark trace, and with your stacked approach to have both Prophecy and
freeswitch on the same box makes this impossible. For troubleshooting, if you
moved freeswitch to another server temporarily, this may offer some insight into
this problem, with wireshark at our disposal.
Hope this helps!
If its all local you can also just use:
If your still trying to figure it out it could be any number of things, but most relating to misconfigured endpoints or freeswitch, take a look at the sip trace and make sure everything is using the right ip addresses instead of using internal when they should be external or the other way around.
Mike
=