On Mon, Nov 17, 2008 at 9:08 AM, Helmut Kuper
<helmut.kuper@ewetel.de> wrote:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi Brian,
Server: SUN Netra x4200
OS: Ubuntu 2.6.24-19-server
FreeSwitch is listening on secondary Network-IP-Address like this:
freeswitc 13761 ssw 17u IPv4 1676284 UDP 85.16.246.5:5080
freeswitc 13761 ssw 18u IPv4 1676285 TCP
85.16.246.5:5080 (LISTEN)
freeswitc 13761 ssw 25u IPv4 1676299 UDP 85.16.246.6:sip
freeswitc 13761 ssw 26u IPv4 1676300 TCP
85.16.246.6:sip (LISTEN)
freeswitc 13761 ssw 31u IPv4 1676366 TCP
localhost:zope-ftp (LISTEN)
FreeSwitch is using default external.xml and a modified internal.xml
sip-profile
sofia status:
sofia status profile internal
API CALL [sofia(status profile internal)] output:
=================================================================================================
Name internal
Domain Name N/A
DBName sofia_reg_internal
Pres Hosts
Dialplan XML
Context public
Challenge Realm auto_from
RTP-IP 85.16.246.6
SIP-IP 85.16.246.6
URL sip:mod_sofia@85.16.246.6:5060
BIND-URL sip:mod_sofia@85.16.246.6:5060
HOLD-MUSIC local_stream://moh
CODECS G722,PCMU,PCMA,GSM
TEL-EVENT 101
DTMF-MODE rfc2833
CNG 13
SESSION-TO 0
MAX-DIALOG 0
NOMEDIA false
LATE-NEG false
PROXY-MEDIA false
AGGRESSIVENAT false
STUN_ENABLED true
STUN_AUTO_DISABLE false
Registrations:
=================================================================================================
Call-ID: 3c267e195f9e-m3jbvujgj90p
User: 1000@85.16.246.6
Contact: "Benjamin FreeSWITCH"
<sip:1000@85.16.245.208:1104;line=a3ik52yr>
Agent: snom370/7.3.11
Status: Registered(UDP)(unknown) EXP(2008-11-17 17:45:56)
Host: ippbx-prod-node0
Call-ID: 3c26702927c1-sgc7435ndus7
User: 2850@85.16.246.6
Contact: "Helmut Kuper FreeSWITCH"
<sip:2850@85.16.245.220:1081;line=91vok3kx>
Agent: snom370/7.3.11
Status: Registered(UDP)(unknown) EXP(2008-11-17 17:46:26)
Host: ippbx-prod-node0
=================================================================================================
I can call extension 1000 from extension 2850.
FreeSwitch is using a modified default.xml dialplan. Extension 9000 is
for testing moh:
<extension name="hold_music">
<condition field="destination_number" expression="^9000$">
<action application="answer" />
<action application="playback" data="$${hold_music}"/>
</condition>
</extension>
$${hold_music} is defined in vars.xml:
<X-PRE-PROCESS cmd="set" data="hold_music=local_stream://moh"/>
Phone 1 or 2 simply calls 9000. Call is always established (no errors on
console) but there is nothing to hear at callers side.
Using the conf-directory with r10138 this is works as expected. Using it
with the actual trunk it behaves like described.
We tried it with and without the "answer" app. When we set the data of
"playback" app to e.g.
"<pathToFreeSwitch>/sounds/music/8000/suite-espanola-op-47-leyenda.wav"
it works. So it seems, that the problem is with "local_stream"
We also tried it with playback data ="${hold_music}" but still same issue.
regards
helmut
Brian West schrieb:
> Please describe the exact scenario that fails to work! Include
> example case if possible.
>
> /b
>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (MingW32)
iEYEARECAAYFAkkhiNwACgkQ4tZeNddg3dzE9gCgt9TgIW+JownbrDAyquOzvufi
Fe4AmwQmyYbvYJSHjcWlcELhaW4OqpvK
=/KU8