Hi Stefan

Thanks a lot for your prompt response. I can hear the announcement now. Previously my audio setup was not correct.

Best Regards, Frq

On Wed, Apr 2, 2008 at 12:11 PM, Stefan Sayer stefan.sayer@iptego.com wrote:

Hello,

frq ser wrote:

...

Hi

Thanks for your reply Stefan and my apologies for coming back to this issue after such a long time. As you suggested, I included SDP headers in my Sipsak INVITE msg and the SEMS seems to like it. I am trying to play the announcement using a INVITE message to SEMS at :5070. The SEMS sends a 200 OK message, but no audio was being played. In the log, I got these messages (just including the important messages)...

.. (17358) DEBUG: execute (AmInterfaceHandler.cpp:172): Request OK: dispatch it! (17358) DEBUG: getAnnounceFile (Announcement.cpp:79): trying '/usr/local/lib/sems/audio/192.168.3.208/200.wav < http://192.168.3.208/200.wav%3E' (17358) DEBUG: getAnnounceFile (Announcement.cpp:84): trying '/usr/local/lib/sems/audio/200.wav' .. .. (17358) DEBUG: getCompatiblePayloads (AmSdp.cpp:348): using global address: 192.168.3.208 http://192.168.3.208/ (17358) DEBUG: negotiate (AmSession.cpp:262): remote party doesn't support telephone events

Seeing the last line, I then used an Xlite softphone (instead of sipsak) to contact SEMS. Again, the call gets established for about 10 seconds and then just gets disconnected and no audio can be heard. Nothing in

To me the logs look normal. seems like it plays the announcement and then hangs up, as it should. the default_en.wav (or 200.wav, if you've copied it there), is only a few seconds long. are you sure that audio is setup correctly (volume etc), i.e. does the xlite test call work? if you call e.g. sip:conference@iptel.org sip%3Aconference@iptel.org, do you hear something?

can you run tcpdump -i any or run wireshark to see whether packets flow between SEMS and xlite?

you could also PM me a wireshark dump so i could have a look at what's going on.

Stefan