If you are using sipxbridge, it sends a uri for "bridge" with the reinvite
with sdp. Sipxbridge holds the refer local to the sipx proxy and only sends
the reinvire with sdp out via the itsp trunk.

If you are sending without sipxbridge there is a refer and an assumption the
gateway can resolve the moh uri via dns srv, unless you use an sbc that can
do this.

============================
Tony Graziano, Manager
Telephone: 434.984.8430
Fax: 434.984.8431

Email: tgrazi...@myitdepartment.net

LAN/Telephony/Security and Control Systems Helpdesk:
Telephone: 434.984.8426
Fax: 434.984.8427

Helpdesk Contract Customers:
http://www.myitdepartment.net/gethelp/

----- Original Message -----
From: sipx-users-boun...@list.sipfoundry.org
<sipx-users-boun...@list.sipfoundry.org>
To: Discussion list for users of sipXecs software
<sipx-users@list.sipfoundry.org>
Sent: Sat Jan 15 14:18:13 2011
Subject: Re: [sipx-users] Music on Hold Sans Sipx-Bridge

Its a cisco voice router so it includes methods for translating sip messages
and sdp. Its internal moh capabilities probably are not important as we
don't use Call Manager and they are designed to work with that device.

What i have been trying to understand is just how the polycoms and sipxecs
proxy are handling this scenario on the lan. From my traces:

Phone A makes a Call to Phone B
Phone B Places A on Hold
Phone B (in a new call-id) Invites ~~mh~l...@domain.tld a=recvonly
Phone B sends Reinvite to A with no sdp information
Phone A Replys with sdp a=recvonly and gets stream from B acting as a 3pcc
When Phone B wants to get back to the call it sends Reinvite with sdp info

Is this correct ?







Gabrial Casey
Telecommunications
Franklin American Mortgage Company
501 Corporate Center Dr.
Suite 400
Franklin, TN 37067
Direct:615-468- 2945
Cell: 615-852-5015
Fax: 615-628-5698
Email:gca...@franklinamerican.com


----- Original Message -----
From: "Tony Graziano" <tgrazi...@myitdepartment.net>
To: "Discussion list for users of sipXecs software"
<sipx-users@list.sipfoundry.org>
Sent: Saturday, January 8, 2011 10:01:46 AM
Subject: Re: [sipx-users] Music on Hold Sans Sipx-Bridge



On Sat, Jan 8, 2011 at 10:25 AM, Gabe Casey < gca...@franklinamerican.com >
wrote:




I have a question concerning the installation of a cisco UBE. This SBC is
required for an installation.

Typically Music on hold scenarios are handled via the sipx-bridge. I see
that the polycom phones use an sdp event to trigger the invite to the url
~~mh~@doman.tld
Can anyone explain this process and what i might do to pass this through the
extenal sbc.

The Unified Boarder Element is technically designed to sit in front of a CCM
which will supply the unicast or multicast audio.
My traces from the cisco do show the sdp event= send only which seems to
trigger an on hold scenario however im not sure how the entire process
actually works in a sip gateway


The environment:
4.2 from iso
Polycom 450/650

Warm Regards





Gabrial Casey
Telecommunications
Franklin American Mortgage Company
501 Corporate Center Dr.
Suite 400
Franklin, TN 37067
Direct:615-468- 2945
Cell: 615-852-5015
Fax: 615-628-5698
Email:gca...@franklinamerican.com




_____________________________________________________________________
This message contains confidential information. If you are not the named
addressee you should not disseminate, distribute or copy this e-mail. Please
notify the sender immediately if you have received this e-mail by mistake
and delete this e-mail from your system. Finally, the recipient should check
this email and any attachments for the presence of viruses. The company
accepts no liability for any damage caused by any virus transmitted by this
email.

_______________________________________________
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/

The SBC's we work with support a MOH uri which handles that (and ignores the
polycom moh).


SBC says: Support old type (0.0.0.0.), which is silence. Support MOH URI,
where we input the default sipx MOH uri the polycom phones use.


Sipxbridge does its own MOH, which is not customizable.


The question is, what does the SBC support as far as MOH, because you have
not indicated that yet.


/t

_______________________________________________
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/
_______________________________________________
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/

Reply via email to