Hi,   recently we switched from CME to CUCM (11.5). Basic telephony services, ITSP sip-trunk etc. are already up and running fine.    However I'm now facing a challenge on configuring the call distribution for our -0 extension. The requirement would be, that inbound calls for extension "0" are signaled like this: Our two assistants' phones are ringing for 5 seconds (first stage) The two phones from stage one and three more phones of select employees are ringing for another 5 seconds (second stage) Mostly all office phones are ringing until the call is dismissed/answered (third stage).   My current implementation in CUCM has: Three Lingroups (Stage1, Stage2, Stage3) with the phones as described above. The distribution algorithm is set to Broadcast A Hunt List with the groups from above A Hunt Pilot pointing to the Hunt List   This setup gets the job done and the phones are ringing as they are supposed to. However there is a major drawback to this implementation. All phones that were ringing are receiving missed calls - although the call got anwered by another phone. I understand that this behaviour is intentional and not a bug so I'm looking for a better solution.   With CME each phone had two lines used: Line1 was the personal Directory Number and Line2 was an overlay of shared lines. The assitants phone had the overlay with stage1, stage2 and stage3. The select other employees had only stage2 and stage3 in the overlay and the remaining phones only needed stage3 as line2.    Since CUCM does not support the concept of shared lines this setup is not feasable as it would "waste" up to 3 lines on an assistant's phone. Note: The 2nd and 3rd stage Line Groups can't contain multiple shared lines since the Blastgroup option does not work well with shared lines (at least the CUCM documentation tells me so), thus the need for up to 3 lines.   I'm open to suggestions how to achieve the above described call distribution, without logging missed calls on the user's main Line (Line 1) and not waisting more than one extra line per phone.   thanks,   Fabian   ... View more

Hi, so our brand new and shiny BE6KS just arrived, and I'm going to set it up the next couple of days. I already have some lab experience with a CUCM - however in our production environment we are migrating from a UC560. I went through the available documents, especially the Midmarket BE6000 CVD, the PreConfiguration Guide and the relevant parts of the BE6KSIG setup guides. What I was missing is a basic overview on how the stock configured BE6KS should be integrated on a LAN. However Andrew Hickman posted some real useful information about this here: https://supportforums.cisco.com/discussion/12450581/typo-be6000s-quick-start-guide Ciscos take on the appliance is to have it as a small self contained blackbox with a tiny 172.27.199.0/26 subnet. CIMC, ESXi, ISR all listen on this subnet and have the default route out of GE0/0 of the ISR. GE0/1 is, what I would call it an access/maintenance port if you need direct access to this tiny subnet for setup reasons. With this setup I see the BE6KS as a "leaf" in my network - what I personally don't like that much. Especially what I don't like too much about this setup is, that the voice VLAN for your IP-Phones has to go to through a central router to be able to talk to the UC Apps. This might be a bottleneck. Also managment of the ESXi (and possibly VM-Backups) all go out through the shared GE0/0. So my take on the Setup would be the following (we have DataVLAN1, GuestVLAN2, VoiceVLAN100) : UCSE-MGMT: Use this port for CIMC and have it connected to our DataVLAN (there is no way to have CIMC bridged to UCSE-GE2 right?) UCSE-GE2: Use this port in our normal DataVLAN, and have the ESXi-Mgmt connected to this port. UCSE-GE3: Use this port for the UC-Apps and have it connected to the VoiceVLAN GE0/0: Use this port for the ISR (config, MGCP) have it connected to the VoiceVLAN A router, which is already present will route between Data and VoiceVLAN so UC-Configuration, Webservices etc. are reachable from all of our data VLAN.  Yes, that's 4 lan-cables coming out of the box than rather one, but I like to have my things physically structured. The main advantage is, that UC-Apps and Phones are on the same subnet and on the same vlan. So if our router has performance issues or dies or just has to be rebooted telephony service won't be impaired. What do you think? Is this a valid approach for a small scale deployment? What could be improved? Regards, Fabian ... View more

Hello,   We own several WAP321 which work fine. For our site expansion I now purchased a WAP371 for the dual-band capability.    To test it and set it up, I just replaced one WAP321 with the new WAP371. The device came up fine (both radios disabled). I first configured the 5GHz Radio - which worked fine. I chose the lower bandwidth mode, because our SG300-P switch is only PoE not PoE+. I then enabled the 2.4GHz Radio and the AP immediatly rebooted. Once it came back up, it rebooted straight away as soon as the WiFi-Symbol lit up.  I reset the device to factory defaults and just enabled the 2.4GHz radio. As soon as teh radio came up the device reboots. It's the same behaviour whether I plug it directly into the switch or use some some RJ45 jack in my office.  The SG300 24P port that the WAP371 is plugged into displays an increasing power overload number. As the device is certified for 802.3af I assumed that it would work at least with a single radio configuration. Is it possible that the WAP is defective? - Changing the switch port also didn't help btw.   regards, Fabian ... View more

Hi, our UC560 setup is now running for quite some time. But there is still this one issue that is bugging for some time now.  We have two ISDN DID trunks for Incoming / Outgoing calls.  After my very basic setup I noticed that all caller IDs get their leading zero stripped. In Germany we use the "0" as first digit of the area-code and "00" as the international code. I thought a quick fix would be to just add a Call-Back Rule within CCA to add a leading 0. This works for national calls as the transmitted caller-id always includes the area-code even for local calls. However If I receive an international call (what happens quite often recently) I'm not getting the expected "00" in front of the number but also only a single "0".   I took a look at all translation-rules that are configured, but I couldn't find any rule that just deletes all leading zeros from the incoming number :( What's happening there? voice translation-rule 4 rule 1 /301/ /55555529/ rule 2 /302/ /55555529/ rule 13 /^2\(..\)$/ /5555552\1/ rule 14 /^1\(..\)$/ /5555551\1/ rule 15 /^.*$/ /+49895555550/ ! voice translation-rule 5 rule 15 /^...$/ /123456/ ! voice translation-rule 7 rule 1 /555555201/ /201/ rule 2 /555555202/ /202/ rule 3 /555555203/ /203/ rule 4 /555555204/ /204/ rule 5 /555555205/ /205/ rule 6 /555555206/ /206/ rule 7 /555555207/ /207/ rule 8 /555555208/ /208/ rule 9 /555555209/ /209/ ! voice translation-rule 8 rule 1 /555555210/ /210/ rule 2 /555555211/ /211/ rule 3 /555555212/ /212/ rule 4 /555555213/ /213/ rule 5 /555555214/ /214/ rule 6 /555555215/ /215/ rule 7 /555555216/ /216/ rule 8 /555555217/ /217/ rule 9 /555555218/ /218/ rule 10 /555555219/ /219/ ! voice translation-rule 9 rule 1 /555555220/ /220/ rule 2 /555555221/ /221/ rule 3 /555555222/ /222/ rule 4 /555555223/ /223/ rule 5 /555555224/ /224/ rule 6 /555555225/ /225/ rule 7 /555555226/ /226/ rule 8 /555555227/ /227/ rule 9 /555555228/ /228/ rule 10 /555555229/ /229/ ! voice translation-rule 10 rule 1 /55555529/ /511/ ! voice translation-rule 12 rule 1 /55555504/ /112/ ! voice translation-rule 13 rule 1 /555555260/ /996/ ! voice translation-rule 14 rule 1 /55555501/ /444/ ! voice translation-rule 15 rule 1 /55555502/ /111/ ! voice translation-rule 18 rule 1 /555555200/ /444/ ! voice translation-rule 19 rule 1 /555555100/ /444/ ! voice translation-rule 20 rule 1 /55555500/ /444/ ! voice translation-rule 21 rule 1 /5555550/ /444/ ! voice translation-rule 23 rule 1 /555555110/ /110/ rule 2 /555555111/ /111/ rule 3 /555555112/ /112/ rule 4 /555555113/ /113/ rule 5 /555555114/ /114/ rule 6 /555555115/ /115/ rule 7 /555555116/ /116/ rule 8 /555555117/ /117/ rule 9 /555555118/ /118/ rule 10 /555555119/ /119/ ! voice translation-rule 24 rule 1 /555555120/ /120/ rule 2 /555555121/ /121/ rule 3 /555555122/ /122/ rule 4 /555555123/ /123/ rule 5 /555555124/ /124/ rule 6 /555555125/ /125/ rule 7 /555555126/ /126/ rule 8 /555555127/ /127/ rule 9 /555555128/ /128/ rule 10 /555555129/ /129/ ! voice translation-rule 25 rule 1 /555555130/ /130/ rule 2 /555555131/ /131/ rule 3 /555555132/ /132/ rule 4 /555555133/ /133/ rule 5 /555555134/ /134/ rule 6 /555555135/ /135/ rule 7 /555555136/ /136/ rule 8 /555555137/ /137/ rule 9 /555555138/ /138/ rule 10 /555555139/ /139/ ! voice translation-rule 26 rule 1 /555555140/ /140/ rule 2 /555555141/ /141/ rule 3 /555555142/ /142/ rule 4 /555555143/ /143/ rule 5 /555555144/ /144/ rule 6 /555555145/ /145/ rule 7 /555555146/ /146/ rule 8 /555555147/ /147/ rule 9 /555555148/ /148/ rule 10 /555555149/ /149/ ! voice translation-rule 27 rule 1 /555555150/ /150/ rule 2 /555555151/ /151/ rule 3 /555555152/ /152/ rule 4 /555555153/ /153/ rule 5 /555555154/ /154/ rule 6 /555555155/ /155/ rule 7 /555555156/ /156/ rule 8 /555555157/ /157/ rule 9 /555555158/ /158/ rule 10 /555555159/ /159/ ! voice translation-rule 28 rule 1 /555555160/ /160/ rule 2 /555555161/ /161/ rule 3 /555555162/ /162/ rule 4 /555555163/ /163/ rule 5 /555555164/ /164/ rule 6 /555555165/ /165/ rule 7 /555555166/ /166/ rule 8 /555555167/ /167/ rule 9 /555555168/ /168/ rule 10 /555555169/ /169/ ! voice translation-rule 29 rule 1 /555555170/ /170/ rule 2 /555555171/ /171/ rule 3 /555555172/ /172/ rule 4 /555555173/ /173/ rule 5 /555555174/ /174/ rule 6 /555555175/ /175/ rule 7 /555555176/ /176/ rule 8 /555555177/ /177/ rule 9 /555555178/ /178/ rule 10 /555555179/ /179/ ! voice translation-rule 30 rule 1 /555555180/ /180/ rule 2 /555555181/ /181/ rule 3 /555555182/ /182/ rule 4 /555555183/ /183/ rule 5 /555555184/ /184/ rule 6 /555555185/ /185/ rule 7 /555555186/ /186/ rule 8 /555555187/ /187/ rule 9 /555555188/ /188/ rule 10 /555555189/ /189/ ! voice translation-rule 31 rule 1 /555555190/ /190/ rule 2 /555555191/ /191/ rule 3 /555555192/ /192/ rule 4 /555555193/ /193/ rule 5 /555555194/ /194/ rule 6 /555555195/ /195/ rule 7 /555555196/ /196/ rule 8 /555555197/ /197/ rule 9 /555555198/ /198/ rule 10 /555555199/ /199/ ! voice translation-rule 1000 rule 1 /.*/ // ! voice translation-rule 1112 rule 1 /^8/ // ! voice translation-rule 2001 ! voice translation-rule 2002 rule 1 /^6/ // rule 2 /^A/ // ! voice translation-rule 2222 ! !   regards, Fabian ... View more

Hello, I recently bought one 7925G WiFi phone. Our setup is a UC560 connected via series 300 PoE switches to our IP-phones. It's a reasonable small deployment counting a total of 25 phones and 25 clients.  For the WiFi we are using WAP321s from cisco, also powered and connected through the series 300 switches.  My first approach to register the phone was to setup a new voice-ssid on one of the WAP321s. This voice-ssid has the vlan-100 voice tag. I also configured the switch port for tagged vlan 1,2 & 100 (2 ist for guest WiFi). As WiFi security I'm using WPA2 PSK/AES.  I configured the Wireless Network on the 7925G phone, it connected and upgraded the firmware to 1.4.1SR1 (UC560 8.6.0). The phone showed up within CCA and I configured the phone as I would do with every other phone. The phone did the soft-reset and showed the lines and everything. I also dialed my fixed extension - and made a test call. All positive.  Then I tried to call the 7925G. I heared the ringing sound on my fixed 7965 but the 7925 did not ring, nothing. I took the 7925 and redialed my 7965 - nothing it could not connect. A minute later or so it displayed DHCP timeount and tried to reregister again and again. I only could solve this by powering down the phone and restarting it. It then works great for about a minute or two. After this it cannot be called and it is unable to place calls. If I initiate a call within the first minute the call works great - I tested up to 15 minutes. But as soon as I press "hold" on the fixed phone and the MoH is played on the 7925 the audio gets absolutely choppy, or the connection dies. I also tried pinging the phone. After 1 or 2 minutes the phone does not respond to pings anymore but still presents the green WiFi sign (all bars up). The WiFi is idle - only 2 other clients (smartphones) connected with no traffic at all (according to the WAP321's monitoring function. The phone is located 2m accross the from the WAP321 I googled around, updated the loads to 1.4.5SR1.3 which should solve WiFi issues, but nothing changed. Is my phone defective? Is my setup bogus? What might be the problem? regards, Fabian ... View more