[cisco-voip] CCME Speed Dials and COR

[Paul Choi]

An obvious mistype on my part, the directory entries
must be from 34 to 99.

I could see how you could have the 33 global speed
dials using the XML speed dial list and one directory
entry. I don't see how you're going to have 150+
personal speed dials per site unless you're speaking
of 150+ different numbers that your userbase is
requesting.

So for Directories->Local Speed Dials you can have a
maximum of 65 telephony-service directory entries and
32 XML objects for a grand total of 97.

After looking at the manual a bit more, you can define
33 fixed ephone speed dials by affixing a "+" to the
beginning of the digit string. So you will have 130
speed dials using a combination of the three. You
could also add the 24 ephone fastdials to come up with
154 speed dials but I have a hunch you're going to
leave the ephone fastdials to be configured by your
users through the CCME GUI.

"If more speed-dial definitions are created than are
supported by the IP phone setup, the extra speed-dial
configurations can be dialed from IP phones using this
procedure:

1. With the phone on-hook, an IP phone user presses a
two-digit speed-dial code (that is, 05 for the
entry with tag 5). A new soft key, Abbr, appears in
the phone display.

2. The phone user picks up the phone handset and
presses the Abbr soft key. The full telephone number
associated with the speed-dial tag is dialed.

Prior to Cisco IOS Releases 12.3(11)XL and 12.3(14)T,
speed-dial entries that were in excess of the
number of physical phone buttons available were
ignored."

It is unclear by glancing at the manual what
telephony-service directory entries 1 -> 33 do in
terms of speed dials.

I'm guessing that directory entries 1 to 33 are *not*
used for speed dials since we already have 33 possible
ephone speed dials and users use the same procedure to
dial those.

If you find any other information on this, I'd really
appreciate it.

--- Jonathan Charles <jonvoip at gmail.com> wrote:

> The problem here is that I have a ridiculous number
> of speed dials (33
> global and 150+ per site)... and since we have
> nearly 1000 sites to deploy,
> this will create a nightmare configuration per site
> (the goal is to have one
> config for all sites and then use the localized
> speed-dials as a csv).
> 
> Jonathan
> 
> On 3/17/07, Paul Choi <asobihoudai at yahoo.com> wrote:
> >
> > Ah HA!
> >
> > I have discovered by RTFM'ing that if you stick
> local
> > directory entries underneath telephony-service
> > numbered from 31 -> 99, you can list those under
> > system-wide speed dials!
> >
> > Quoth the CCME CLI documentation...
> >
> > "The Cisco CallManager Express system
> automatically
> > creates a local phone directory consisting of the
> > telephone numbers and names that are entered
> during
> > ephone-dn configuration. Additional directory
> > entries can be made by administrators using the
> > directory entry command. Phone number directory
> > listings are displayed in the order in which they
> are
> > entered.
> >
> > A single entry can be removed using the no
> directory
> > entry directory-tag command.
> > Directory entries that have directory-tag numbers
> from
> > 34 to 99 also can be used as systemwide
> > speed-dial numbers. That is, if you have the
> following
> > definition for the headquarters office, any phone
> > user can speed-dial the number:
> >
> > Router(config)# telephony-service
> > Router(config-telephony)# directory entry 51
> > 4085550123 name Headquarters
> >
> > Analog phone users press the asterisk (*) key and
> the
> > speed-dial identifier (tag number) to dial a
> > speed-dial number."
> >
> > In other words, fill in 32 speed dials using the
> XML
> > configuration file and then fill in the speed
> dials
> > underneath the directory entry configuration
> > underneath telephony-service.
> >
> > I used a freakin' kludge to fill in the rest of
> the
> > speed dials. I used the 'fastdial' command
> underneath
> > each ephone when I should have used directory
> entry
> > instead. Argh!
> >
> > --- Jonathan Charles <jonvoip at gmail.com> wrote:
> >
> > > The downside is it is 33 numbers system-wide
> then
> > > another 150 per site (870+
> > > sites).
> > >
> > > I am thinking to change the speed dials to have
> a
> > > ridiculous numerical
> > > string in front of them (for example
> > > 4891487104718907331..........) and then
> > > use a destination-pattern for that string and
> drop
> > > the ridiculous numerical
> > > string...
> > >
> > >
> > >
> > > Jonathan
> > >
> > > On 3/17/07, Paul Choi <asobihoudai at yahoo.com>
> wrote:
> > > >
> > > > I see one way of blocking LD dialing while
> > > allowing
> > > > XML speeddials would be to use outbound
> > > translation
> > > > patterns. This might be very kludgy but you
> could
> > > be
> > > > very specific on your dial-peers of which 32
> > > numbers
> > > > you'd like to permit system-wide.
> > > >
> > > > After glancing at the CCME documentation, I do
> not
> > > see
> > > > any FAC support unfortunately.
> > > >
> > > > --- Jonathan Charles <jonvoip at gmail.com>
> wrote:
> > > >
> > > > > Got a customer, wants to block all LD
> dialing,
> > > > > unless it is a speed-dial in
> > > > > an XML for CCME...
> > > > >
> > > > > How do we do that?
> > > > >
> > > > > Also, he wants to implement Facility Access
> > > Codes so
> > > > > that users can be
> > > > > prompted to dial a digit string to dial
> LD...
> > > > >
> > > > > Any way to do that on CCME?
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > Jonathan
> > > > > >
> >
> >
> >
> >
> >
> >
>
____________________________________________________________________________________
> > No need to miss a message. Get email on-the-go
> > with Yahoo! Mail for Mobile. Get started.
> > http://mobile.yahoo.com/mail
> > _______________________________________________
> > cisco-voip mailing list
> > cisco-voip at puck.nether.net
> >
> https://puck.nether.net/mailman/listinfo/cisco-voip
> >
> 



 
____________________________________________________________________________________
Don't pick lemons.
See all the new 2007 cars at Yahoo! Autos.
http://autos.yahoo.com/new_cars.html