[OSL | CCIE_Voice] Attendant Console hunt group member busy?
Michael Luo houtong at gmail.comTue Feb 8 13:23:37 EST 2011
- Previous message: [OSL | CCIE_Voice] Attendant Console hunt group member busy?
- Next message: [OSL | CCIE_Voice] Attendant Console hunt group member busy?
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Thanks for the info. But it doesn't apply to my scenario. 1) I'm not getting fast busy. I'm getting slow busy. 2) I didn't specify user/line pairs. I specify DN only, which does NOT require user login. Thanks for your help. On Tue, Feb 8, 2011 at 11:52 AM, ccieid1ot <ccieid1ot at gmail.com> wrote: > Q. Why do I get a fast busy when I call the pilot point? > > *A. *The pilot point and/or the controlled phones are not in the > controlled device list of the 'ac' user. You must create a user with id 'ac' > from the Cisco CallManager user administration page, and associate all pilot > points and attendant phones with this user. Make sure that this user checks > *Enable CTI Application Use*. The default password for this user should be > *12345*. If you want to change the password, see How do I change the > password for the 'ac' user?<http://www.cisco.com/en/US/products/ps7282/products_qanda_item09186a00800b0a20.shtml#qa6> > > Q. Why do I still get a fast busy when I call the pilot point after I > have associated the devices with the ac user? > > *A. *It can be that the user(s) specified in the user/line pair(s) in the > hunt-group associated with the pilot point is not online. Log in and go > online from the Cisco CallManager Attendant Console GUI. If this does not > work, you may be running into Cisco bug ID CSCdw86252<http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCdw86252>( > registered <http://tools.cisco.com/RPF/register/register.do> customers > only) - 'User Device Association is Lost Sometimes in Device Association > page'. Go to the Cisco CallManager Administration pages and re-associate the > relevant devices that are no longer associated with the user. > > > > On Tue, Feb 8, 2011 at 10:20 AM, Michael Luo <houtong at gmail.com> wrote: > >> Do we need to get users logged in if we chose device members? >> >> I thought it was only required when we choose "user member". >> >> see >> http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/admin/7_1_2/ccmfeat/fsccmac.html#wp1225737 >> >> Maybe I misunderstood it? >> >> Thanks! >> Michael >> >> >> >> On Tue, Feb 8, 2011 at 10:13 AM, ccieid1ot <ccieid1ot at gmail.com> wrote: >> >>> If you hear busy then none of the users are logged in to ac. >>> >>> duy >>> ccie #27737 voice >>> >>> tmobile g2 >>> On Feb 8, 2011 10:00 AM, "Michael Luo" <houtong at gmail.com> wrote: >>> > I'm using the native Attendant Console on CUCM 7.1.2. Information as >>> below: >>> > >>> > Hunt Pilot: 5500 >>> > >>> > Member: 5001, 1001 >>> > >>> > Calling party: 5002 >>> > >>> > Time: 02/07 18:06:58 >>> > >>> > >>> > >>> > Symptom: >>> > >>> > 1) If I have "Queuing Enable" option checked, caller heard music. >>> > >>> > 2) If I have "Queuing Enable" option unchecked, caller heard busy. >>> > >>> > >>> > >>> > By looking at AC logs, it looks like AC thought members were busy. But >>> in >>> > fact, they weren't. >>> > >>> > >>> > >>> > I've tried restart Attendant Console service, restart CTIManager, >>> restart >>> > CUCM, reset phones. Symptom persists. >>> > >>> > In AC logs: "208[Thread-87]02/07 22:14:09.921 INFO Thread-87 >>> >>> ACPilotRP: >>> > 5500: CallID: 33633439 No lines active to route the call". >>> > >>> > Any pointer would be appreciated. Attached are the configuration and AC >>> > logs. >>> > >>> > Thanks! >>> >> >> > > > -- > duy > CCIE #27737 Voice > > -------------- next part -------------- An HTML attachment was scrubbed... URL: </archives/ccie_voice/attachments/20110208/ca681843/attachment.html>
- Previous message: [OSL | CCIE_Voice] Attendant Console hunt group member busy?
- Next message: [OSL | CCIE_Voice] Attendant Console hunt group member busy?
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the CCIE_Voice mailing list