The Cisco does the sendonly invite to mod_sofia@domain where as the other products
send the sendonly invite to 1001@domain, that
seems to be the main difference. I will poke at it to see why. I am also
running the lastest version of cisco software, perhaps they did a recent patch
that caused this.
Subject: Re: [Freeswitch-users] cisco
spa50xG and music on hold
Can
you compare the signaling sent by the Cisco phones against the signaling sent
by the others like the Grandstream? It sounds like the Cisco is sending a
message that is confusing FS.
Although
I have read comments here that indicate that Cisco phones do lots of strange
things :- )
Bote
From:freeswitch-users-bounces@lists.freeswitch.org
[mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of
Darcy Primrose Sent: Wednesday, 10 December, 2014
08:23 To: FreeSWITCH Users Help Subject: Re:
[Freeswitch-users] cisco spa50xG and music on
hold
This happens on all
Versions of Freeswitch I have running with the Cisco spa50xG phones, I have
tried it on a version that is relatively stable from 2012 and on the latest
version I just download from GIT, All other phones work perfectly, that is
Snom, Grandstream and Yealink.
I had to revert to
commit 39be8777608f3eed13738a50e03c0969b366414b which doesn't seem to
have the MOH issues.
Thanks
/V
On Wed, Dec 10, 2014 at 7:52 AM, Darcy Primrose <fs@voice2net.ca>
wrote:
We have a problem with music on hold on the 504g phones,
wonder if anyone has this working. When an inbound call to a
504g is placed on hold, the stream is played towards to cisco504g instead
of the calling party who is now on hold. In the Cisco 504g we have
the moh server set blank. Also, if we park the call to the 504g,
retrieve it, then place it on hold, then the music on hold
works.