[Freeswitch-users] Early Media troubles

Jock McKechnie jock.mckechnie at gmail.com
Tue Aug 31 14:47:12 PDT 2010


I decided to go over all of the things I had tried, and discovered that the
below gives me "early media", at least, it provides RTP but it is playing
back silence, so it would appear, as Brian suggested above, somehow I'm not
convincing FS _what_ it should be playing. I used a 'ringback', as I'm
bridging, which I believe is the correct setting to use. I continue to
simplify the config in hopes of just getting some kind of early media, which
is why I'm using a cadence description for the ringback, instead of playing
a WAV file, which is the final goal.

    <extension name="wait">
      <condition field="destination_number" expression="^wait$">
        <action application="pre_answer"/>
        <action application="sleep" data="10000"/>
        <action application="answer"/>
        <action application="sleep" data="1000"/>
        <action application="playback"
data="/usr/local/freeswitch/sounds/playback"/>
        <action application="hangup"/>
      </condition>
    </extension>

   <extension name="Inbound">
      <condition field="destination_number" expression="^\+12132895773$">
        <action application="set" data="ringback=%(2000, 4000, 440.0,
480.0)"/>
        <action application="set" data="instant_ringback=true"/>
        <action application="set" data="ignore_early_media=true"/>
        <action application="bridge" data="loopback/wait"/>
      </condition>
    </extension>

With the above, I get apparently a normal "conversation" (INVITE, 100, 183,
early media RTP, 200 OK, playback RTP), but the early media is "blank".

I'm getting closer, but still not quite there. Can anyone point out what I'm
still missing?

My thanks;

 - Jock


On Tue, Aug 31, 2010 at 8:58 AM, Jock McKechnie <jock.mckechnie at gmail.com>wrote:

>
>
> On Mon, Aug 30, 2010 at 5:48 PM, Anthony Minessale <
> anthony.minessale at gmail.com> wrote:
>
>> did you try the ones I listed?
>>
>> I did not phrase them in xml because it's redundant but you should
>> simply be able to make a simple extension
>> that calls playback WITHOUT calling answer and the file will play in
>> early media?
>>
>> Maybe it's too easy?
>>
>> This will play a file in early media, answer then play it again as
>> in-call media.
>>
>> <extension name="109">
>>  <condition field="destination_number" expression="^109$">
>>  <action application="playback" data="ivr/ivr-welcome_to_freeswitch.wav"/>
>>  <action application="answer"/>
>>  <action application="playback" data="ivr/ivr-welcome_to_freeswitch.wav"/>
>>  </condition>
>> </extension>
>>
>>
> I did not, I misunderstood your initial eMail, clearly.
>
> I have rigged up the above and something quite odd happens - definitely
> much closer, but still odd. The CLI shows FreeSWITCH accept the call, there
> is almost a full ten second pause, and then I hear a 'click' on the line,
> there is another pause, and then I get the latter Playback (I've used two
> different audio files to ensure I can tell the difference).
>
> However, I've tcpdumped and according to Wireshark:
> INVITE
> 100 Trying
> (10.1 second pause)
> Early Media RTP
> 200 OK
> Latter Playback RTP
> BYE
>
> A review of the audio through WireShark verifies that FS is playing the
> first WAV file as, apparently, early media.
>
> So I appear to have two problems: Firstly, there's a ten second pause. I
> did not reinstate my sleep statement, so I don't understand why it's waiting
> so long after getting the call. And although FreeSWITCH is now definitely
> pumping out the early media, Verizon is, apparently, not handing it back. Is
> there any possibility something slightly non-standard is happening here, so
> VZ's equipment (cough, Sonus, cough) is unaware it should be passing RTP on
> to the calling party? I'm afraid my telephony knowledge is primarily VoIP
> related to Asterisk (wail, moan, etc, etc) and OpenSIPS. I was under the
> impression that a 183 Ringing was required in the flow to alert the far-end
> (calling party) that early media is coming, but I could, of course, be very
> wrong.
>
> Thank you very much Anthony;
>
>  - Jock
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100831/ac2d4e81/attachment.html 


More information about the FreeSWITCH-users mailing list