Again not really sure what the dialing methods have to do with this. He is indicating that both are being routed by the blocked pattern but one (SCCP) plays the annunciation while the other (SIP) does not. So this seems to clearly be the exact reference sent that Annunciator requires SCCP to play its message.
I have reposted and highlighted the section explaining this An annunciator is a software function of the Cisco IP Voice Media Streaming Application that provides the ability to stream spoken messages or various call progress tones from the system to a user. It is capable of sending multiple one-way RTP streams to devices such as Cisco IP phones or gateways, and it uses SCCP messages to establish the RTP stream. *The device must be capable of SCCP to utilize this feature.* Tones and announcements are predefined by the system. The announcements support localization and also may be customized by replacing the appropriate .wav file. The annunciator is capable of supporting G.711 a-law and mu-law, G.729, and Wideband codecs without any transcoding resources. On Sat, Apr 27, 2013 at 5:43 PM, <ramyoth...@hotmail.com> wrote: > http://blog.ipexpert.com/2009/03/12/sip-dial-plan-and-kpml/ > > --- Original Message --- > > From: "Bill Lake" <whl...@gmail.com> > Sent: April 28, 2013 1:40 AM > To: "William Bell" <b...@ucguerrilla.com> > Cc: "Ramy Abdelrahim" <ramyoth...@hotmail.com>, "Online Study ( > ccie_voice@onlinestudylist.com)" <ccie_voice@onlinestudylist.com> > Subject: Re: [OSL | CCIE_Voice] Blocking 91900 pattern > > Bill is right, the 7965 phone is not the issue, it is the annunciator > only works with SCCP phones. > > > http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/srnd/7x/media.html#wp1046552 > Annunciator > > An annunciator is a software function of the Cisco IP Voice Media > Streaming Application that provides the ability to stream spoken messages > or various call progress tones from the system to a user. It is capable of > sending multiple one-way RTP streams to devices such as Cisco IP phones or > gateways, and it uses SCCP messages to establish the RTP stream. The device > must be capable of SCCP to utilize this feature. Tones and announcements > are predefined by the system. The announcements support localization and > also may be customized by replacing the appropriate .wav file. The > annunciator is capable of supporting G.711 a-law and mu-law, G.729, and > Wideband codecs without any transcoding resources. > > The following features require an annunciator resource: > > •Cisco Multilevel Precedence Preemption (MLPP) > > This feature has streaming messages that it plays in response to the > following call failure conditions. > > –Unable to preempt due to an existing higher-precedence call. > > –A precedence access limitation was reached. > > –The attempted precedence level was unauthorized. > > –The called number is not equipped for preemption or call waiting. > > •Integration via SIP trunk > > SIP endpoints have the ability to generate and send tones in-band in the > RTP stream. Because SCCP devices do not have this ability, an annunciator > is used in conjunction with an MTP to generate or accept DTMF tones when > integrating with a SIP endpoint. The following types of tones are > supported: > > –Call progress tones (busy, alerting, and ringback) > > –DTMF tones > > •Cisco IOS gateways and intercluster trunks > > These devices require support for call progress tone (ringback tone). > > •System messages > > During the following call failure conditions, the system plays a streaming > message to the end user: > > –A dialed number that the system cannot recognize > > –A call that is not routed due to a service disruption > > –A number that is busy and not configured for preemption or call waiting > > •Conferencing > > During a conference call, the system plays a barge-in tone to announce > that a participant has joined or left the bridge. > > An annunciator is automatically created in the system when the Cisco IP > Voice Media Streaming Application is activated on a server. If the Media > Streaming Application is deactivated, then the annunciator is also deleted. > A single annunciator instance can service the entire Unified CM cluster if > it meets the performance requirements (see Annunciator > Performance<http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/srnd/7x/media.html#wp1046582>); > otherwise, you must configure additional annunciators for the cluster. > Additional annunciators can be added by activating the Cisco IP Voice Media > Streaming Application on other servers within the cluster. > > The annunciator registers with a single Unified CM at a time, as defined > by its device pool. It will automatically fail over to a secondary > Unified CM if a secondary is configured for the device pool. Any > announcement that is playing at the time of an outage will not be > maintained. > > An annunciator is considered a media device, and it can be included in > media resource groups (MRGs) to control which annunciator is selected for > use by phones and gateways. > > Annunciator Performance > > By default, the annunciator is configured to support 48 simultaneous > streams, which is the maximum recommended for an annunciator running on the > same server (co-resident) with the Unified CM service. If the server has > only 10 Mbps connectivity, lower the setting to 24 simultaneous streams. > > A standalone server without the Cisco CallManager Service can support up > to 255 simultaneous announcement streams, and a high-performance server > with dual CPUs and a high-performance disk system can support up to 400 > streams. You can add multiple standalone servers to support the required > number of streams. > > > > On Sat, Apr 27, 2013 at 11:55 AM, William Bell <b...@ucguerrilla.com>wrote: > > That is not accurate. The 7965 is a Type-B phone: > > > http://www.cisco.com/en/US/partner/docs/voice_ip_comm/cucm/srnd/8x/dialplan.html#wp1135386 > > > Type-B phones support KPML: > > > http://www.cisco.com/en/US/partner/docs/voice_ip_comm/cucm/srnd/8x/dialplan.html#wp1043976 > > -Bill > > -- > William Bell, CCIE #38914 > blog: http://ucguerrilla.com > Follow me on twitter @ucguerrilla > > > > > On Apr 27, 2013, at 12:29 PM, ramyoth...@hotmail.com wrote: > > Hi Ryan, > > This is because SCCP phones process dialed numbers in real time digit by > digit as you dial whereas Type-A SIP phones send digits when you press # or > Dial softkey. There are 2 methods to simulate SIP phones; either using > phone models that support KPML or configure SIP dial plans on UCM/UCME. > 7965 doesn't support KPML. So, you need to configure SIP dial plans. > > Thanks, > Ramy > > --- Original Message --- > > From: "Ryan Maxam" <ryan.ma...@gmail.com> > Sent: April 27, 2013 6:58 PM > To: "Online Study (ccie_voice@onlinestudylist.com)" < > ccie_voice@onlinestudylist.com> > Subject: [OSL | CCIE_Voice] Blocking 91900 pattern > > Hello All, > I am working on WB1 lab 5.6. I have a 91900 RP that is blocked and > annunciator set to "precedence level exceeded" > > Problem is when I call 919004522138 from br1 ph 2 (SCCP) I can hear the > annunciatot after I dial the 5th digit, but when I call it from hq ph 2 (SIP) > my call gets dropped after i dial the 5th digit without hearing the > annunciator. (all other calls are working fom hq ph2) > > I am using all hardware phones (7965) > > Any thoughts? Thanks for your help > > > Ryan > > <Mail Attachment.txt>_______________________________________________ > For more information regarding industry leading CCIE Lab training, please > visit www.ipexpert.com > > Are you a CCNP or CCIE and looking for a job? Check out > www.PlatinumPlacement.com > > > > _______________________________________________ > For more information regarding industry leading CCIE Lab training, please > visit www.ipexpert.com > > Are you a CCNP or CCIE and looking for a job? Check out > www.PlatinumPlacement.com > > >
_______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com