Hello Jeffrey, The way this will be configured depends upon the topology you go with.  If you leave the SA520's in place, the VPN connection would be between the SA520's, and the UC500's would not be involved, and this would not be configured using CCA.  This is supported, but just not thought the UC500's or CCA. If you make the UC500's the edge devices, or put them in a DMZ with public IP addresses, then the multisite configuration in CCA can be used, and also is supported. So, I guess it just depends on which way you want to go.  But both topologies are supported by Cisco, but CCA will only be used (For the VPN configuration) if the UC500's are configured with Public IP addresses. Thank you, Darren ... View more

Hello Matthias, There are only two possiblities that I can think of.  First, the provider is not sending the invite to the correct IP, or the Invite is not getting to your UC500.  It could also be an issue with an ACL or the Toll Fraud App on the UC500. Please run the following debugs, and make test calls until it fails.    debug ccsip messages    debug voice ccapi inout Even if the call is hitting an ACL or the Toll Fraud App, we should see some activity with these debugs.  If you are still seeing nothing at all, I would get in touch with your SIP provider. Thank you, Darren ... View more

Hello Mario, First off, this is not possible with CCA, this can only be done though CLI. 1. Setup seperate PSTN Trunk Groups.  A: 0/1/0, 0/1/1, 0/1/2   B: 0/2/0, 0/2/1, 0/2/2 2. Setup Dial-Peers for each Trunk Group. 3. Setup COR list to restrict which users can use either Trunk Group. That is the simple explaination, the actual setup can get quite complicated and lengthy. Thank you, Darren ... View more

Hello, First thing I would do, is to remove access-list 3 to make sure that is where the problem is... Config t voice source-group CCA_SIP_SOURCE_GROUP_EXTERNAL no access-list 3 Then test to make sure incoming calls are working... If the calls are working now, the next steip is contact your SIP provider to find out what IP addresses calls may be sourced from.  Next enter all of those addresses into access-list 3, and then add access-list 3 back on the SIP Source Group. I would not suggest just leaving access-list 3 out, as you are then opening yourself up to Toll Fraud. Thank you, Darren ... View more

Hello, Without being able to see your configuration, I cannot be sure, but my first thought would be to check the Access-List on the SIP Source Group to make sure the call is being allowed in. If you are using CCA, you can see what IP addresses are allowed on the "advanced options" tab under the SIP Trunk. If you are using CLI, I would test by removing the Access-List to see if it is causing the issue:     voice source-group CCA_SIP_SOURCE_GROUP_EXTERNAL       access-list 2 Thank you, Darren ... View more

Hello Flo, Yes, you can do that with a translation rule on your outgoing dial-peer.  You would need a seperate dial-peer with the "9" access code, pointing to a different transalation-rule Example: dial-peer voice 60 pots trunkgroup PRI_T1E1 translation-profile outgoing NORMAL destination-pattern 05....... forward-digits all no sip-register dial-peer voice 61 pots trunkgroup PRI_T1E1 translation-profile outgoing ALTERNATE destination-pattern 905....... forward-digits all no sip-register voice translation-profile NORMAL translate calling 1000 voice translation-profile ALTERNATE translate calling 1001 voice translation-rule 1000 rule 15 /^....$/ /0011123456/ voice translation-rule 1001 rule 15 /^....$/ /0022123450/ This just an example, I am not sure what you are using for your outside lines. (BRI, PRI, SIP...) To be more specific, I would need to see your current configuration. Thank you, Darren ... View more

Hello James, I looked at the debug, and the Caller-ID that is being sent from the UC540 is -  2482477106. It sounds like your provider may be changing the Caller-ID automatically, since we are sending the correct number, but it is being changed once it leaves the UC540.  I would suggest that you contact your provider. Here is what I see: 004721: Mar 28 15:29:57.122: ISDN Se0/2/0:23 Q931: TX -> SETUP pd = 8  callref = 0x01AC         Sending Complete         Bearer Capability i = 0x8090A2                 Standard = CCITT                 Transfer Capability = Speech                 Transfer Mode = Circuit                 Transfer Rate = 64 kbit/s         Channel ID i = 0xA98384                 Exclusive, Channel 4         Progress Ind i = 0x8183 - Origination address is non-ISDN         Calling Party Number i = 0x2180, '2482477106'                 Plan:ISDN, Type:National         Called Party Number i = 0x80, '18102471270'                 Plan:Unknown, Type:Unknown 004722: Mar 28 15:29:57.138: ISDN Se0/2/0:23 Q931: RX <- CALL_PROC pd = 8  callref = 0x81AC         Channel ID i = 0xA98384                 Exclusive, Channel 4 Calling Party Number sent - 2482477106.  This is the Caller-ID that the UC540 is sending to the provider. Thank you, Darren ... View more

Hello James, From the running config, it looks to be configured correctly.  It may be your provider changing the Call-ID, but lets get a debug to see what we are sending out. Below are the steps to setup the debug. Conf t no logging console no logging monitor no logging rate-limit no logging queue-limit logging buffer 1000000 debug service timestamps debug datetime msec localtime service timestamps log datetime msec localtime service sequence-numbers debug voice ccapi inout debug isdn q931 clear log **make a test call at this point, after test call, proceed..... un all term len 0 show log Thank you, Darren ... View more

Hello Graham, There is nothing that I know of to fix that issue. Just thinking though this, the phone at that point is not registered, and is going to display the backlight until it recieves a configuration from the UC560.  Once it is registered, the display should go off after the timeout.  But before that time, I would think it is being controled by the firmware on the phone.  So the firmware, or a local phone setting would need to be adjusted.  I could not find a local phone setting to set the backlight to off by default, and do not think there is one. If someone knows of a way, hopefully they will share.  But I do not think it is possible myself. Thank you, Darren ... View more

Hello James, The translation rules you listed will do the following: Translate: 710x  -  248247710x 70xx  -  24824770xx xxxx  -   2482477100 That sounds correct for what you mentioned in your first post.  If this is not working, what is the Caller-ID that is going out? I would really need to see a debug and the running config to be able to determine what is happening. Thank you, Darren ... View more

Hello, It sounds like the files are still not getting to the FTP server.  They are going to the secondary location. Remove: secondary ifs This tells the unit to send the files to a secondary location (flash) if the primary (FTP) location is not availalble. You can test the FTP by flushing the information to send it to the FTP server immediately by using the following command: file-acct flush with close To test the FTP, you should enter into CLI and then use the copy command listed.  (replace "testfile.txt" with a file located on the root of flash.) copy flash:testfile.txt ftp://username:password@192.168.0.107 Thank you, DArren ... View more

Hello Jochen, I would first make sure that Conferencing is enabled, and you have a least one Ad-Hoc conferencing session configured in CCA. Configure > Telephony > Voice Features > Conferencing. Thank you, Darren ... View more

Hello James, If you are using CCA, the caller-id can be set under Telephony > Dial Plan > Outoing - Caller-ID tab. If you are not using CCA, you will need to modify the Translation-Rule for the outgoing Dial-Peer. Example: dial-peer voice 62 pots trunkgroup T1E1 corlist outgoing call-national description **CCA*North American-10-Digit*Long Distance** translation-profile outgoing OUTGOING_TRANSLATION_PROFILE destination-pattern 91[2-9]..[2-9]...... forward-digits all no sip-register voice translation-profile OUTGOING_TRANSLATION_PROFILE translate called 1112 translate calling 1113 voice translation-rule 1113 rule 1 /1234/ /5553331234/ rule 2 /1235/ /5553331235/ rule 3 /1236/ /5553331236/ rule 15 /^....$/ /5622392152/ When extension 1234 calls out, the Caller-ID will translate to 5553331234. Thank you, Darren ... View more

Hello James, Are you having issues with the Caller-ID number, or the name? If your problem is with the number, this can be checked/changed in CCA under Telephony > Dial Plan > Outoing - Caller-ID tab. Sounds like you may already have this configured, so I would need more specifics to understand why it is not working. Thank you, Darren ... View more