Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be acceptable?
I can see the precedence files inside: C:\Program Files\Cisco\TFTPPath\English_United_States File names start with ANNMLPP*.wav Date: Wed, 4 Feb 2009 23:16:14 -0600 Subject: Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be acceptable? From: ryanstudyvo...@gmail.com To: kapilatr...@hotmail.com CC: lovingprin...@gmail.com; ccie_voice@onlinestudylist.com; gree...@googlemail.com; christian.hennr...@intact-is.com; anil...@yahoo.com Any idea where the precedence wav file is located? On Tue, Feb 3, 2009 at 11:59 PM, Kapil Atrish wrote: Yup, you are right. Those are not under English_United States folder. You'll find ANN_Fastbusy.wav inside the path you;ve mentioned. So I believe it is correct. Date: Tue, 3 Feb 2009 19:50:22 -0600 Subject: Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be acceptable? From: ryanstudyvo...@gmail.com To: lovingprin...@gmail.com CC: kapilatr...@hotmail.com; ccie_voice@onlinestudylist.com; gree...@googlemail.com; christian.hennr...@intact-is.com; anil...@yahoo.com Where are the Blocked pattern reason codes greeting stored at? Are they under program files>cisco>tftpath>united states On Tue, Feb 3, 2009 at 12:46 AM, kamal yousaf wrote: Yeah..I did that but putting DN didn't work.You would need Secondary AC pilot #. Besides, I prefer to use Unity rather than going through this method.At least for lab, it won't be advisable unless strictly asked to do so. On Tue, Feb 3, 2009 at 5:02 PM, Kapil Atrish wrote: Cool...I did not check for the TCD Service Parameter. I think if I set this parameter the second AC would not be required. I may simply put a DN as "Always route member" to extend fast busy to caller after initial MOH. Otherwise I'll also follow your solution. Vik/Mark: Do you think it is an acceptable solution? Question is to customize annunciator and we are using MOH to acheive the results? Date: Tue, 3 Feb 2009 15:39:43 +1100 Subject: Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be acceptable? From: lovingprin...@gmail.com To: kapilatr...@hotmail.com CC: anthony.ye...@gmail.com; ccie_voice@onlinestudylist.com; gree...@googlemail.com; christian.hennr...@intact-is.com; anil...@yahoo.com Kapil, If you dial your first AC pilot # , you should hear greeting .If you dial second(dummy) AC pilot # , you should hear user busy.Now, When you link 2nd to first,i.e add 2nd AC pilot # as Always Route Member , after hold time expires, call will be routed to dummy pilot point and you will get 'user busy'.I did also change Service Parameter for TCD so that AC can route calls to directory numbers with unknown state. Regds On Mon, Feb 2, 2009 at 9:25 PM, Kapil Atrish wrote: Hi Kamal, I created additional AC Pilot with queuing disabled and pointed first one to the new AC as "Alwasy Route Member". I keep on getting the MOH from first AC even though queuing timer is over. Can you pl comment if you achieved it differently? I am able to route the call to a CTI_RP as "Alwasy Route Member" and point this RP to a route-pattern which further points it to the Gateway. The RP string is invalid and non-routable by the GW. Using this method, the caller simply gets dropped after queuing timer is over. No Fast-busy to caller but MOH gets played. When I try pointing AC "Always Route Member" filed to any Route-pattern directly, I get the following message: The Directory Number you entered in the selected Partition is associated with a device that can not be a member of a Hunt Group. Pl let me know how you achieved Anthony's method? Date: Thu, 29 Jan 2009 18:05:31 +1100 Subject: Re: [OSL | CCIE_Voice] Annunciator to PSTN - Will it be acceptable? From: lovingprin...@gmail.com To: anthony.ye...@gmail.com CC: kapilatr...@hotmail.com; ccie_voice@onlinestudylist.com; gree...@googlemail.com; christian.hennr...@intact-is.com; anil...@yahoo.com I tested it and it works great.Thanks Anthony for kind help. On Thu, Jan 29, 2009 at 3:52 PM, Anthony Yeung wrote: What you can try is assign a dummy AC pilot point to the original AC Pilot Point as the 'Always Route Member' creating a linked hunt group. Then for this second dummy AC pilot point assign a dummy AC user like you did w/ the first. But instead, disable queuing for this second dummy Pilot Point. After the hold time expires for the first AC pilot, the call will be forwarded to the second AC pilot. Since queuing is disabled, the call should drop BUT w/ a disconnect cause of 'user busy'. On Wed, Jan 28, 2009 at 11:15 AM, Kapil Atrish wrote: > I did not put the TP directly inside the Hunt-Group. I put a CTIRP as > "Always Route Member" and on CTIRP I did a forward all to the TP. > > I am yet to try the solution given by Christian. I'll put the call to a > gateway via RP and see if I can get fast-busy to the caller after initial > queuing prompt. > > > Date: Tue,
Re: [OSL | CCIE_Voice] BACD Voip peers
Did anyone have a work around for this, or is it just a limitation? Running into the same issue with the bandwidth total command. James Key From: ccie_voice-boun...@onlinestudylist.com [ccie_voice-boun...@onlinestudylist.com] On Behalf Of Chris Parker [cpar...@cparker.us] Sent: Wednesday, January 14, 2009 8:34 AM To: Vik Malhi Cc: ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] BACD Voip peers Vik, When I type "no gateway" and try the call again it goes through. So I must be running into this issue. I do have bandwidth total configured on my GK as well. It is set to 96. I'm guessing if I bump it up to 128 to allow a g711 call it'll work? Chris Vik Malhi wrote: > Jose is about to bring a very complicated problem with using the > bandwidth total command inside gatekeeper and how it impacts B-ACD. > > Chris- please make the call to the B-ACD AA from a CME phone and paste > the output of debug ras (assuming the router is registered to a > gatekeeper). > -- > Vik Malhi – CCIE #13890, CCSI #31584 > Senior Technical Instructor - IPexpert, Inc. > > Telephone: +1.810.326.1444 > Fax: +1.810.454.0130 > Mailto: _vma...@ipexpert.com > > _ > Join our free online support and peer group communities: > _http://www.IPexpert.com/communities > _IPexpert - The Global Leader in Self-Study, Classroom-Based, > Video-On-Demand and Audio Certification Training Tools for the Cisco > CCIE R&S Lab, CCIE Security Lab, CCIE Service Provider Lab , CCIE > Voice Lab and CCIE Storage Lab Certifications. > > > > > > > > > *From: *"Jose Gregorio Linero (jlinero)" > *Date: *Tue, 13 Jan 2009 22:03:59 -0500 > *To: *Chris Parker , > *Subject: *Re: [OSL | CCIE_Voice] BACD Voip peers > > Hi Chris: > > Is this router registered to a gatekeeper?. > > Regards, > > Jose > > > -Original Message- > From: Chris Parker [mailto:cpar...@cparker.us] > Sent: Tuesday, January 13, 2009 09:56 PM Eastern Standard Time > To: ccie_voice@onlinestudylist.com > Subject: [OSL | CCIE_Voice] BACD Voip peers > > I have had problems getting BACD to dial using voip from the phones on > CME. I can dial into the BACD fine from the PSTN, but not from my IP > phones. Here is my config: > > voice service voip > allow-connections h323 to h323 > > dial-peer voice 3500 pots > service aa > incoming called-number 3500 > port 0/2/0:23 > ! > dial-peer voice 3501 voip > destination-pattern 3500 > session target ipv4:172.16.101.3 > dtmf-relay h245-alphanumeric > codec g711ulaw > no vad > ! > dial-peer voice 3502 voip > service aa > incoming called-number 3500 > dtmf-relay h245-alphanumeric > codec g711ulaw > no vad > > Eveytime I call the number I get "no circuit" > > 128A : 67 12560ms.53 +-1 +3280 pid:20004 Answer 3004 > dur 00:00:00 tx:0/0 rx:0/0 22 (no circuit (34)) > Telephony 50/0/4 (67) [50/0/4.0] tx:0/0/0ms None noise:0dBm acom:0dBm > long duration call detected:n long dur callduration :n/a > timestamp:n/a128F : 71 125594800ms.54 +-1 +30 pid:3501 Originate 3500 > dur 00:00:00 tx:0/0 rx:0/0 22 (no circuit (34)) > IP 0.0.0.0:0 SRTP: off rtt:0ms pl:0/0ms lost:0/0/0 delay:0/0/0ms g729r8 > pre-ietf TextRelay: off > media inactive detected:n media contrl rcvd:n/a timestamp:n/a > long duration call detected:n long dur callduration :n/a timestamp:n/a > > > NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies.
Re: [OSL | CCIE_Voice] IPMA Assistant App
yup. On Fri, Feb 6, 2009 at 8:07 PM, anil batra wrote: > Is the IPMA service ON Sub > > --- On *Sat, 2/7/09, Ryan Trauernicht * wrote: > > From: Ryan Trauernicht > Subject: [OSL | CCIE_Voice] IPMA Assistant App > To: "OSL Group" > Date: Saturday, February 7, 2009, 6:44 AM > > > When the app boot ups it asks for the IPMA server. In the service params I > set the Sub first and Pub as backup. If I put in the IP of the Sub it > errors out and said it can not find the IPMA server. > Is this normal? > > Thanks, > Ryan Trauernicht > > >
Re: [OSL | CCIE_Voice] IPMA Assistant App
Is the IPMA service ON Sub --- On Sat, 2/7/09, Ryan Trauernicht wrote: From: Ryan Trauernicht Subject: [OSL | CCIE_Voice] IPMA Assistant App To: "OSL Group" Date: Saturday, February 7, 2009, 6:44 AM When the app boot ups it asks for the IPMA server. In the service params I set the Sub first and Pub as backup. If I put in the IP of the Sub it errors out and said it can not find the IPMA server. Is this normal? Thanks,Ryan Trauernicht
[OSL | CCIE_Voice] IPMA Assistant App
When the app boot ups it asks for the IPMA server. In the service params I set the Sub first and Pub as backup. If I put in the IP of the Sub it errors out and said it can not find the IPMA server. Is this normal? Thanks, Ryan Trauernicht
[OSL | CCIE_Voice] Sanity Check.. SRST caller name
there is no way to get caller name to out in SRST correct? I know it pulls caller name from the display name field on CM, but I didnt know if phones were suppose to keep that in there config file they reregister to the SRST gateway with. thanks, Ryan Trauernicht
[OSL | CCIE_Voice] Cisco IP Communicator
hi, anybody experience this, Cisco IP Communicator ver 2.1 seem like hung, when it register to CCM thru VPN, any trick to resolve this ? thks