CCA FEEDBACK: Let us know what you think

Document

Aug 16, 2010 9:45 PM
Aug 16th, 2010

Welcome to CCA Feedback page. We would like to hear from you! If you have any questions, product feedback, or feature requests, please post them right here.

Best Regards,

CCA Team

Average Rating: 5 (1 ratings)

Comments

brian.russell31... Wed, 08/18/2010 - 06:35

I have been using the CCA tool since I got my UC520 last year, and for someone who doesnt have in depth knowledge of the CLI for Cisco this tool is a must.

However on the downside I have noticed sometime on the earlier release when using CCA it would add additional line code or commands in where it was missing or even commands that were required to have a certain function work.

On the next release I would like to see a function that will allow you to edit the ACL list as also in the past i have ran into issues with the self generated ACL list.

Overall; awesome application which saves alot of time and effort and heart ache....

Thanks... Keep up the good work

Brian

Anna Tsukerman Mon, 10/11/2010 - 23:23 (reply to brian.russell31...)

Thank you for your feedback, Brian. I've seen the request to edit ACLs few times before, and I'm tracking it in my CCA Feature Request Master List. It is not currently on the roadmap, but we may consider it for one of the future releases.

Thank you,

Anna

greenturtlesteak Wed, 08/18/2010 - 08:41

I share some of the same concerns as David does in this thread regarding the CLI configuration getting a bit sloppy from CCA configuration

https://supportforums.cisco.com/message/3134001#3134001

That said, I have been working with CCA from the beginning and the product has come a long way. It drastically reduces the time required to deploy a UC500, which is great. Thanks Cisco, and I am really looking forward to the 2.2.5 release.

I also have a feature request for CCA as well. Please see the following thread:

https://supportforums.cisco.com/thread/2019450?tstart=0

Cole

bjames@snetworks.com Wed, 08/18/2010 - 19:49 (reply to greenturtlesteak)

CCA is a good tool, but still should be used by someone who knows what they are doing. I recommend (Cisco) that you not make it like so many other products that are trying to be real consumer friendly, which end up with a lot more support calls and complaints to us; I still think to do it right you need the right person or people.

That being said, how about a ``sandbox area`in CCA where it would see the CLI command entered, notify you of them, and let them stay in the configuration without trying to `fix`them. Years ago (I forget which product) one of your GUI`s had this, it said ``i don`t know these commands but if you want to keep them select whatever`` and it allowed the product to take them. Worked great.

Cheers,

Bob James

Arturo Bianchi Wed, 08/25/2010 - 03:21

Hi!

I find the tool yet to refine and improve especially on the side 'speed'. It is often slow on operations!

I installed the new version in hopes of solving some problems but now I can not use it ... at login reports a problem that I can not solve :-( The popup window shows: "Failed to authenticate with the device at ip.ip.ip.ip using TELNET. TELNET access is required for access to voice configuration. Cannot continue. Exiting CCA."

Ok, maybe the problem is associated in some way as above but I can not understand how it was turned off telnet access and I am still 'dangerous' to log into telnet (I looked with Wireshark and actually pass in username and pwd clear on the network).

Now I can not access the appliance with CCA, even for a trivial change ip :-(

73

Arturo

pitboss123 Tue, 08/31/2010 - 13:40

Hi,

We are having an issue with SIP registration with UC500 using CCA, currently we are only registering the main number to our network. But if you use CCA 2.2(5) or CCA 2.2.(4) to configure the UC500, the CCA will add all the extension/DID numbers in the SIP registration section of the config file. And that is not what we want. The only work-around is to manually use the CLI command to delete all the entries and restart the system. Can someone talk me if this is a bug in CCA?

Thanks,

-Tim

Arturo Bianchi Wed, 09/01/2010 - 01:43 (reply to pitboss123)

Hi Tim,

I think you can handle it, the XML file I see the following line:

<isRegisterAllDIDs>true</isRegisterAllDIDs>

Maybe you need to send a request to prepare an XML file for your carrier, see the following document: https://supportforums.cisco.com/docs/DOC-9685

I saw through the XML file, acquires the configuration parameters that you can not specify otherwise, so I made myself a file to my SIP provider, then when I get more information ask staff to confirm or make the final file.

73,

Arturo.

Arturo Bianchi Tue, 08/31/2010 - 16:06

With the CCA is the doubt about if something does not break something else... I partially tamed the SIP trunk using the XML configuration file but still not working as it should.


Mysterious things happen, increasing parking slots 2 to 3 jumped configuration recorder live, I compared the configuration:

ephone-dn  290
+ number 703 no-reg primary
+ park-slot
+ label Attesa #3
- number 100 no-reg primary
  name LiveRecord
  call-forward all 399

...opssss!  He used the same ephone-dn?? Bhoooo, I start CCA and I had to disable and re-enable liverecord to fix it (ie not using the CLI) but, opssss, I don't have my park slot #3!

Maybe try again to put the park slot # 3, but later, now CCA is loading, loading, loading... better not disturb him!


NB: Unfortunately, something must have messed up, but hopefully not! The last time this happened,I had to return the UC at factory cfg :-(

Anyway back to the SIP trunk, a possible feature may be to put a privacy flag to enable and disable the passage of certain info ... if someone calls, the UC send the name and number of the extension (first extension on blast!) and, at timeout, the number to which the forward the call: this is not always desirable!


The user level is not automatically loaded when login on UC probably because it lacks something like

aaa authentication login default local
aaa authorization exec default local

in factory configuration.

NB: for example Cisco Small Office Manager does not work.


Management of VPN, firewall & NAT like ASDM and however, the speed and optimization are the foundation, always too slow ....

But only a magical tool, when? SDM, ASDM, CNP, CNA, CCA, CSBOM, ecc. ecc. :-(

To forget ... Can a dashboard of a voice system report if someone is using voice with the charm of the old pbx console?

73,

Arturo

jyoopro4ia Wed, 09/01/2010 - 12:28

Can you please allow the feature of configuring NAT with multiple external IP addresses?  I've ran into a few situations where the client had multiple external IP addresses and in order to perform NAT for services like email, website, etc for multiple machines, I had no choice but to go to CLI..

Anna Tsukerman Mon, 10/11/2010 - 23:41 (reply to jyoopro4ia)

Configuring NAT with multiple external IP addresses is one of the features we are planning for CCA 3.0 . Thanks for your feedback.

SteveOrfanos Wed, 09/01/2010 - 12:42

Hi Team CCA

Can you please include the ability for CCA to configure "hotdesking" to allow users to login to any IP Phone. At this point I think this is achievable only by CLI and is not supported.

Steve

greenturtlesteak Wed, 09/01/2010 - 12:46 (reply to SteveOrfanos)

Extension Mobility (hotdesking) is on the roadmap for the CCA 3.0 release. There should be a beta for partners towards the beginning of November.

Cole

adamcrisp Fri, 09/03/2010 - 14:32

Hello. Will CCA be supporting the new c88X routers (voice capable) ?

thanks

Adam

gstreet Tue, 09/07/2010 - 17:36

I've found CCA to cause more problems than it resolves.  Randomly removes or defaults components of the configuration when connecting to a system (systems only ever configured by CCA, so not a CLI/CCA compatibility issue).  Last two examples:

- UC520 updated via CCA 2.2(4) to 8.0(2), after the update, SSL VPN stopped working

- This morning on customer site, told by TAC to upgrade to 8.0(4) from 8.0(2) to resolve a call drop issue, CCA hung at 92% of "loading voice related configuration".  After 10 minutes shut CCA down and customer then advised that the time of day settings appeared not to be working (calls were coming in when they should have been answered by out of hours script)

I'm about at the point of banning the use of it by our tech's and/or customers.  The removal of the CUE GUI in 8.0(4) is going to cause us some problems (please reverse this, it was one GUI that is really useful).

The one component that was useful was the software upgrade component.  But I can't fire up CCA without it altering something so it's CLI all the way.  Costs the customer more, but I'd rather that then let them have an unstable system.

chrcoope Thu, 09/16/2010 - 07:51

Feature request: a way to validate configuration files for CCA. Let it tell me what lines CCA understands, what lines CCA does not understand, and finally, what lines it does not care to read at all (OOB) in any configuration file I specify.

chrcoope Tue, 10/12/2010 - 07:45

I have run into an issue. A 7940 phone with a 5.0(1.1) phone load. We need to step the upgrade of this phone all the way up to 8.1(2). Can we get a feature to manage such a process in CCA? This would likely help greatly in that it could automate such a process and prevent the need for CLI use to get the phone up to date for features like extension mobility. Perhapse a phone load stepped upgrade pack?

Thanks,

Chris

pro4ianyc Tue, 10/12/2010 - 07:51

How come we no longer have the option of creating octo-line ephone-dns within CCA?  Most of the times, I find myself copying and pasting the ephone-dn's from CLI into notepad, changing the dual-line to octo-line, deleting the ephone-dns and pasting from notepad.  I believe an older version CCA, I was able to switch from dual to octo..

Scott Martin Tue, 10/19/2010 - 17:41

Feature Request: This ties in with the upcoming CME feature, however the ability to configure multiple SIP trunks, each with their own individual username authentication would be great for our customers.

This is currently a limitation in CME, so once that is resolved, the corresponding CCA feature would be good.

Also, you should be able to edit settings for the 'Generic SIP Trunk' template so that this could be used on the fly for any SIP trunk provider, rather than have to submit to this forum to have an appropriate XML file developed.

In addition, please release a tool for partners so we can develop our own XML templates if these are the preferred method of SIP configs - or integrate a 'New SIP Trunk Configuration' option into CCA.

Scott Martin Wed, 10/20/2010 - 16:42 (reply to Scott Martin)

Feature Request: Allow individual phone loads to be uploaded/updated using Maintenance -> Phone Load Management.

Currently it only allows extraction of phone loads from a software pack.

Anna Tsukerman Wed, 10/20/2010 - 22:02 (reply to Scott Martin)

Thank you for your feedback, Scott. You can currently upgrade individual phones by dragging and dropping the corresponding phone loads onto UC500 icon in the topology view. I noticed in one of your posts that drag-n-drop didn't work for you on Windows 7. This is a known issue with Wondows 7.

Thank you,

Anna

Anna Tsukerman Wed, 10/20/2010 - 22:17 (reply to Scott Martin)

Thank you for your suggestions, Scott. We are considering to support Multiple SIP trunks in one of the upcoming CCA releases. Enabling edit settings for the "Generic SIP Trunk" is curerntly not on the roadmap, but I've seen partners asking for this feature and it is on my list.

- Anna

CentralReservations Thu, 02/10/2011 - 09:28 (reply to Anna Tsukerman)

+1 requirement for multiple SIP trunk providers. This is a serious requirement for any business that makes a lot of international outbound calls (less so for inbound).

Especially given the new CCA Only support policy.

My choices are now "create the required configuration but lose access to Cisco support" OR "recommend another system"

Steven DiStefano Thu, 02/10/2011 - 09:58 (reply to CentralReservations)

How about option 3, get the SIP provider to become a 'designated' provider so interconnect will be easier, or see if you can have SBSC open a case to have an XML template built for that provider for your system, which 'may' be able to address this (no promise but maybe worth a try).

CentralReservations Fri, 02/11/2011 - 05:16 (reply to Steven DiStefano)

I'll definitely be asking SBSC to create an XML template for both SIP providers, but that's not the problem.

The problem is that an IE based business needs to call UK and mainland Europe constantly. The UK SIP provider is easy to sort out, but their rates for Europe are not competitive. Therefore a second supplier was sourced to handle the majority of European calls.

Now I find out that I can either make it work like I've been asked, but lose the support of Cisco; or refuse to configure the system as specified (!!) but keep the support.

End-users (purchasers) don't care about Cisco support policy, they only want the features. And this feature isn't even that complex. On a system that costs several thousand Euro, multiple VoIP suppliers should be a given.

This isn't a *new* requirement, it's been possible on other systems almost since the advent of VoIP/SIP.

daviddun Fri, 02/11/2011 - 05:34 (reply to CentralReservations)

Shane,

The CCA team posted an earlier post

"Thank you for your suggestions, Scott. We are considering to support Multiple SIP trunks in one of the upcoming CCA releases"

Read above and monitor the board, the request is being considered for a future release and is not supported yet.

The CCA team has been doing a great job listening to everybody's request for this and many other features.

CentralReservations Fri, 02/11/2011 - 05:40 (reply to daviddun)

I look forward to it - sorry if I've come across as aggressive, I'm just frustrated with this latest choice of supporting only via CCA and thus losing access to some features.

gadellnet Wed, 10/20/2010 - 20:34

Feature request: Ability to disable the DHCP server... especially on the LAN / vlan1 in CCA.  Most of our installs involve integrations with existing networks that already have a DHCP server.  When we disabled it in the CLI, it always causes a Java exception in CCA.

Anna Tsukerman Wed, 10/20/2010 - 21:52 (reply to gadellnet)

Thank you for your feedback, Joe. Disabling DHCP server is one of the top features I'm tracking and it is currently on the roadmap post CCA 3.0 .

- Anna

m.hildreth Fri, 10/22/2010 - 22:00

When a caller is in the AA and they dial by name, the system says "transfering to John Doe". If dial by extension is selected, it says "transfering to extension XXX". I'd like to see a feature that allowed me to configure the message to be "transfering to John Doe, extension xxx" in all cases.

Anna Tsukerman Wed, 10/27/2010 - 22:25 (reply to m.hildreth)

Thank you for your feedback. We are planning to introduce new AA script with several AA enhancements in one of the upcoming CCA releases. I'll take a look if we can add your feature request to the new script.

Thomas Antony Wed, 11/17/2010 - 06:46

/* Style Definitions */ table.MsoNormalTable {mso-style-name:"Normale Tabelle"; mso-tstyle-rowband-size:0; mso-tstyle-colband-size:0; mso-style-noshow:yes; mso-style-priority:99; mso-style-parent:""; mso-padding-alt:0cm 5.4pt 0cm 5.4pt; mso-para-margin-top:0cm; mso-para-margin-right:0cm; mso-para-margin-bottom:10.0pt; mso-para-margin-left:0cm; line-height:115%; mso-pagination:widow-orphan; font-size:11.0pt; font-family:"Calibri","sans-serif"; mso-ascii-font-family:Calibri; mso-ascii-theme-font:minor-latin; mso-hansi-font-family:Calibri; mso-hansi-theme-font:minor-latin; mso-bidi-font-family:"Times New Roman"; mso-bidi-theme-font:minor-bidi; mso-fareast-language:EN-US;}

Feature requests:

.) Configuring multiple static IP addresses on the external interfaces (Internet Connection)

.) Configuring NAT with multiple external IP addresses

.) Configuring NAT for protocols GRE (PPTP), ESP and AH (IPSEC) and not only TCP and UDP

.) Per default allow PPTP and IPSEC outbound (passthrough) or create an option for that.

.) Ability to delete DHCP on VLAN1

.) Ability to not send a Caller ID or a blank Caller ID because the telephone provider sends the number and the called party receive the Caller ID two times

.) Provide a AA script for incoming calls which plays music for the caller without using prompts and uses schedules. This is very common for a small business.

.) Redial doesn't work out of the box because the first 0 is always stripped off. A translation profile and translation rule with "rule 1 /^\(.*\)/ /00\1/ type national national" and " rule 2 /^\(.*\)/ /000\1/ type international international " has to be added.

.) Configuring Fax2Email and Email2Fax

.) Call to Mobile phone, closed call from mobile, still hearing ringback on local phone. Telecom switch sends ISDN disconnect, but UC device does not close the call, so due to timeout after 30 secs the switch sends RELEASE complete. Fix Timer and progress commands on dialpeer.

interface BRI0/1/0

isdn timer T306 3000

dial-peer voice 52 pots

progress_ind progress enable 8

progress_ind callproc enable 8

progress_ind disconnect enable 8

.) At every reboot of a telephone it tries to upgrade the firmware -> bug?

This points forces me to always use CLI to get a working UC where CLI is not supported by Cisco Small Business  support.....

wintechllc Tue, 12/28/2010 - 06:31

We are a Cisco SBS Partner and have been using CCA since v1. Without it SBCS would not be a truly small business solution. Although I'm a little confused about Java as the basis for it, I'm sure there are real and technical reasons that choice was made.

Our issue in December of 2010 is this; CCA is affecting the ACLs and dial peers in the configuration. We have a UC520 supporting 40 healthcare providers that was built on software pack 8.0.2. We ran into a failure in inbound calling (all SIP) and traced it back to an unrelated telephony change in CCA. Cisco TAC debugged the problem and found that it was an erroneous ACL entry (that was written by CCA). After the ACL issue was resolved we were left with a generic outgoing dial plan and certain long distance calls were failing. We could change the dial plan in CCA, but doing so would break inbound calling by adding erroneous ACL entries. We have also seen additional dial peers that were generated with too few digit options. This is a very vicious loop.

We were asked to upgrade to software pack 8.1.0 to resolve this a few other issues with DTMF, paging, and drops in AA and voice mail audio.  We are not bleeding edge adopters, but we loaded CCA 3 and 8.1.0 on our own system to test and verify. That process went well. We upgraded the system in question to 8.1.0. The problem persists. This puts us in the unenviable position of calling the TAC to resolve these ACL-related issues. That translates to some amount of downtime in a scenario where any downtime is unacceptable.

I agree with an earlier post that CCA needs the capability to manage the ACLs. I get the impression that these upgrades are not being vigorously tested. Our company - and many others - are committed to Cisco Small Business Pro solutions, but not at the expense of losing our clients. We have seen great improvements  in CCA, but pitfalls like this are affecting our reputation. I have other requests, but this issue is where we are feeling pain.

Please give us some indication of when this issue will be resolved.

ognian.tschakal... Tue, 01/04/2011 - 11:22 (reply to wintechllc)

Hello,

after having "lost" 2 day's with upgrading to CCA 3.0 and FW 8.1

I have to say it is a step forward (now flash is formated and the space issues are gone) but still CCA does not handle correct backup configuration, restore configuration and firmware upgrade! This is an essential feature and this must work with ANY localization not only US! Please Test new versions with different localizations.

The next most importend feature for me is the ability to easy change the incomming dial plan. The concrete need results since ISDN Lines in Austria in the best case send as the called party number the extension, or what is very common for small businesses who don't use extensions at all, the called party number (CPN) is empty.

No CPN results in NO INCOMMING CALLS if you manage your config with CCA. This means that at the moment we have to manualy rewrite the incomming dial plan to be able to use a UC500 with ISDN in Austria.

There would be many other, nice to have features but these 2 are the MOST importend.

Ognian

Anna Tsukerman Wed, 01/05/2011 - 02:16 (reply to ognian.tschakal...)

Hello Ognian,

Thank you for your feedback. Our team will take a closer look at the TimeCard View error you saw during the back-up/restore process.

In regards to your feature request to be able to modify incoming dial plan, we are planning to add this capability to CCA in one of the upcoming CCA releases in the next few months.

Thank you,

Anna

Anna Tsukerman Wed, 01/05/2011 - 02:05 (reply to wintechllc)

wintechllc,

Thank you for your feedback. We have noticed several partners asking for the capability to manage ACLs within CCA. This feature is on the roadmap for one of the upcoming CCA releases, but I do not have a defined timeframe for this yet.

Thank you,

Anna

gstreet Thu, 02/10/2011 - 15:18

Feature request: The ability to preview and confirm or cancel the configuration sent to the UC, I know postview is available but preview with confirmation could help avoid impacts on customer production equipment.

Thanks

chrisq128 Wed, 02/23/2011 - 16:15

There is plenty of room for improvement with CCA 3.0.

1. there isnt a way to configure a "silent" ringing key or a silent call waiting key using CCA

2.  there isnt a way to create custom trunk groups for E1, BRI circuits

3. CCA needs to have a more logical way of allocating ephone tags and ephone-dn tags

4. the ability to do a change "all" or "Range" programming changes in the outbound dial peers form.  It can get very annoying when you have to change one at a time.

5. Import users needs to be added to the Extension Mobility. Adding one at a time sucks

mmchugh@celito.net Thu, 03/17/2011 - 20:24
/* Style Definitions */ table.MsoNormalTable {mso-style-name:"Table Normal"; mso-tstyle-rowband-size:0; mso-tstyle-colband-size:0; mso-style-noshow:yes; mso-style-priority:99; mso-style-parent:""; mso-padding-alt:0in 5.4pt 0in 5.4pt; mso-para-margin-top:0in; mso-para-margin-right:0in; mso-para-margin-bottom:10.0pt; mso-para-margin-left:0in; line-height:115%; mso-pagination:widow-orphan; font-size:11.0pt; font-family:"Calibri","sans-serif"; mso-ascii-font-family:Calibri; mso-ascii-theme-font:minor-latin; mso-hansi-font-family:Calibri; mso-hansi-theme-font:minor-latin; mso-bidi-font-family:"Times New Roman"; mso-bidi-theme-font:minor-bidi;}

For the UC5xx series and CCA 3.0(1)+

  • Increase outgoing caller ID from 14 to unlimited

o   I have a customer with 37 assigned DIDs and they would like the DID as the outgoing Caller ID. (Current fix via CLI is very cumbersome using corlists)

COMMENT (Steve):  If you built it as a range in CCA Outgoing Dial Plan, doesnt that build a combined Reg Exp.?

  • Allow modification of _T37 DID

o   After adding DIDs through the Telephony Wizard and then creating T.37 Fax to Email only I needed to change the DIDs. CCA added _T37 to the end of all the PRI descriptions when I added them. Upon trying to edit them CCA would lock up. Per TAC recommendation I deleted and re-added the DIDs. This caused the entire T.37 Fax to Email to break which required a Factory Reset.

  • Allow changing of voicemail expiry time

o   I have a customer that has 40 fax only mailboxes that send to email. The default of expiry of 30 days and a 12 minute mailbox will cause faxes to not be received. Increasing the mailbox size limit is not an option as there are also 40 users with 30 minute voice mailboxes. (can be change via the web page and CLI)

  • Allow greater control of DHCP VLAN (enable/disable)

o   Already on the roadmap

  • Allow DNS servers for SSL VPN

o   Full tunnelled SSLVPN connections are unable to browse the network as the DHCP pool does not include DNS (Can be added via CLI)

COMMENT/Clarification (Steve):  So for the Phone, we dont support PC tethering.  Are you referring to PC CLients connecting to the data lan only?

  • Allow additional AnyConnect pkg for SSLVPN

o   Customers may want to use Mac and Linux to connect to SSLVPN

  • Allow automatic backups for voicemail, CUE and CME

o   Customers would like to make sure there are backups of their voicemails on a regular basis (maybe incorporate into Office Manager, or a server side application)

COMMENT:  Good one>  On the list I hear.

  • Allow adding users without requiring association to phone during Telephony Wizard

o   Big pain for adding Fax only mailboxes

  • Allow adding multiple users after Telephony Wizard

o   Big pain for adding Fax only mailboxes

  • Allow enabling Single-Number-Reach without requiring a phone number and multiple enable

o   Just giving a user SNR permission should not require a phone number

COMMENT ADDED STEVE:  We can enable SNR and not enter a number and let the phone TUI administer it, no?

  • Disappearing and sorted selection list for SNR

o   SNR not having a disappearing list makes configuring a pain if you have a lot of users.

  • Allow hardware upgrades for voicemail

o   UC560 allows 104 users. With 1920 minutes of voicemail that is a maximum of around 18 minutes per user, for a number of customers this may be insufficient. One customer is coming off a Toshiba system with a hard drive based voicemail system which allows nearly unlimited voice mailbox size. I was told one user had over 1000 minutes of voicemail.

COMMENT ADDED Steve:  8G Voice Mail Flash SKU for UC560 coming in a few weeks,  I wrote a TEL on it you can look at.

mmchugh@celito.net Mon, 03/21/2011 - 10:03 (reply to mmchugh@celito.net)
  • Increase outgoing caller ID from 14 to unlimited
    • I have a customer with 37 assigned DIDs and they would like the DID as the outgoing Caller ID. (Current fix via CLI is very cumbersome using corlists)

          COMMENT (Steve):  If you built it as a range in CCA Outgoing Dial Plan, doesnt that build a combined Reg Exp.?
          CLARIFICATION: DIDs are non-sequential.

           Comment:  Understood now.

  • Allow DNS servers for SSL VPN
    • Full tunnelled SSLVPN connections are unable to browse the network as the DHCP pool does not include DNS (Can be added via CLI)

          COMMENT/Clarification (Steve):  So for the Phone, we dont support PC tethering.  Are you referring to PC CLients connecting to the data lan only?
          CLARIFICATION: Steve, yes this is in regards to PC clients connecting only to the Data VLAN.

  • Allow enabling Single-Number-Reach without requiring a phone number and multiple enable
    • Just giving a user SNR permission should not require a phone number

          COMMENT ADDED STEVE:  We can enable SNR and not enter a number and let the phone TUI administer it, no?
          COMMENT: CCA requires a “Remote Destination” to be entered

          Comment (Steve):  Your right.  We change this in CCA 3.x.  The old 2.x used to add mobility to every ephone-dn so the phone user could update the destination.   No longer the case.  The old way also sent RESET to every phone in the system, even though you only configured one.  So it had its downside too.

mmchugh@celito.net Mon, 03/21/2011 - 10:36

For the UC5xx series and CCA 3.0(1)+

  • CCA functional issue
    • When using floating extentions that have DIDs mapped that exist in an Outgoing Dial Plan, the outgoing call is transferred to the floating extension instead.
      • Users PRI provider only passes 4 digits.
      • User is utilizing a 7-digit dial plan (but will probably also occur with a 10-digit dial plan)
      • Floating extension 429 is mapped to DID 9818.
      • User dials external number 98181212.
      • User is transferred to floating extension 9818 instead of PRI Outbound.
    • Issue is a result of CCA adding a secondary to the ephone-dn when configuring floating extensions.
    • Secondary does not appear to be required as the floating extension is matched against an inbound translation rule.
    • Can be fixed in CLI by removing secondary
    • Any modifications to floating extension (name change for instance) in CCA will require removing the secondary again in CLI
mmchugh@celito.net Tue, 03/22/2011 - 10:37 (reply to mmchugh@celito.net)

For the UC5xx series and CCA 3.0(1)+

  • CCA functional issue 
    • When  using floating extentions that have DIDs mapped that exist in an  Outgoing Dial Plan, the outgoing call is transferred to the floating  extension instead. 
      • Users PRI provider only passes 4 digits.
      • User is utilizing a 7-digit dial plan (but will probably also occur with a 10-digit dial plan)
      • Floating extension 429 is mapped to DID 9818.
      • User dials external number 98181212.
      • User is transferred to floating extension 9818 instead of PRI Outbound.
    • Issue is a result of CCA adding a secondary to the ephone-dn when configuring floating extensions.
    • Secondary does not appear to be required as the floating extension is matched against an inbound translation rule.
    • Can be fixed in CLI by removing secondary
    • Any modifications to floating extension (name change for instance) in CCA will require removing the secondary again in CLI

It is possible to escalate this issue, I have found other saves in CCA re-adds the secondary, I believe they are related to DID changes which are not necessarily pointing to floating extensions.

mmchugh@celito.net Mon, 03/21/2011 - 18:35

For the UC5xx series and CCA 3.0(1)+

  • Allow removal of users from Directory while still active.
    • We are using Floating extensions as Fax Only numbers, as these are being used as Fax Only extensions they do not need to be listed in the directory. When Dial-by-Name is used, you must rename these extensions to something like FirstName zzzLastName so they will not be accidentally found by a caller. It appears however that phone directory lists by FirstName LastName and you will then see something like:
      • 215 FirstName LastName         (User extension)
      • 415 FirstName zzzLastName    (Floating extension)
Mario Garcia Wed, 03/30/2011 - 16:55

T.37 Fax to Email

Provide the option to use CUE or CME only.  CUE takes up additional setup time since it requires IMAP to be setup on every fax to email user's workstation.  I know we can setup voicemail notification via email, but the issue is that the end users still needs to go in and manage the fax mailbox.  Using the TCL script on the router only would be the recommended way, this way it would function more like a true fax server.

----------

Sample Config:

fax interface-type fax-mail

mta send server mail.cisco.com port 25

mta send subject Incoming Fax

mta send with-subject both

mta send mail-from hostname cisco.com

mta send mail-from username FAX

dial-peer voice 5299 mmoip

service fax_on_vfc_onramp_app out-bound

destination-pattern 5299

information-type fax

session target mailto:jchambers@cisco.com

The pots dial peer voice still look the same.

----------

This is how I currently setup on a CME.

Enable fax to email to be configured if SIP trunk is on system; some SIP providers allow for fax over SIP (AT&T is one)

mmchugh@celito.net Thu, 07/07/2011 - 16:41

For the UC5xx series and CCA 3.0(1)+

  • PCM conversion to WAV capability

          o    The ability to capture PCM audio for troubleshooting is exceptional,  however having to open a TAC case in order                to get the audio converted is  problematic at best.

george@interactions Thu, 07/21/2011 - 10:05

Feature Request CCA: Increase amount of Hunt Groups available, System needs differenciate Internal and External Calls, Voicemail to have option to talk to the operator. An Option for internal call should to be able to fall outside of the call forwarding rules of external callers and external transfered calls. A CTI Integration and/or TAPI Integration section would be very useful. 

Actions

Login or Register to take actions

This Document

Posted August 16, 2010 at 9:45 PM
Stats:
Comments:57 Avg. Rating:5
Views:2951 Contributors:28
Shares:0

Related Content