Call Forward Doesn’t Work for Hunt Group Member!!!

A weird problem I am facing with CCM4.2 (I have also checked with the CUCM7.0 ) on my production. The scenario is like this:

PSTN/Internal Phones—>Hunt Pilot—>Hunt List—>Hunt Group—>Hunt Member [forwarded to any PSTN/IP Phone]

For this particular type of case call forwarding is not working! I have selected the ‘User Preference’ from the Hunt Pilot ‘Call Forwarding’ option but it just give me busy tone rather than forwarding the calls. But if I dial directly to those particular numbers (not through hunt pilot), it’s forwarding properly as expected. Is it a bug? I’m not sure!!

But I have found one workaround 😀 if the call flow is exactly like below it works fine:

PSTN/Internal Phones—>Hunt Pilot—>Hunt List—>Hunt Group—>Hunt Member —(forwarded)—>non-Hunt #–>Forwarded #

On that case I have forwarded the number on my wish and it’s worked fine! I just configured the CFNA/Busy from the Hunt Pilot and is forwarded to that ‘non-Hunt#’ and the ‘User Preference’ is also unchecked, and nothing is configured on the hunt member lines.

Well, if you think you have faced the same issue before and you know the solution for this or if I’m missing something you know,  your kind comment would be highly appreciated.


Convert PHB AF to DSCP Decimal and Vise Versa: It’s So Easy!

If you are searching any transformation formula from AF to DSCP decimal value and the vise versa then stop here! I have the solution for you! The rules are simple:

  • From PHB AF to DSCP Decimal

Decimal from AFxy=(8*x)+(2*y)

So, let’s have some example, let’s calculate decimal value from AF13, AF31 and AF43.

AF13 = (8*1)+(2*3) = DSCP 14

AF31 = (8*3)+(2*1) = DSCP 26

AF43 = (8*4)+(2*3) = DSCP 38

  • From DSCP Decimal to PHB AF

And the formula is tricky to calculate the vise versa, i mean, from DSCP value to PHB AF. The formula is:

AFxy where, x = Floor Value [(DSCP Value)/8], y = [(Remainder)/2]

So, let’s revert back those DSCP values to AF value.

DSCP 14 = AFxy where, x = Floor Value of (14/8) = 1, y = (Remainder)/2 = 6/2 = 3, so AFxy = AF13

DSCP 26 = AFxy where, x = Floor Value of (26/8) = 3, y = (Remainder)/2 = 2/2 = 1, so AFxy = AF31

DSCP 38 = AFxy where, x = Floor value of (38/8) = 4, y = (Remainder)/2 = 6/2 = 3, so AFxy = AF43

So you will never forget it, right? 😀

Use Single Switchport to Connect Multiple IP Phones: A Workaround :)

Don’t tell me I’m kidding with you guys, I have short of switchports near my desk so I used a single switchport to connect three 7941 IP Phones for the lab. 🙂

The procedure is very simple, connect the second phone ‘Switch Port’ with the first phone ‘PC Port’, again third phone ‘Switch Port’ with the second phone ‘PC Port’ and so on…. Don’t forget to set all the Switch and PC ports to ‘100Mbps Full Duplex’ rather than ‘Auto-Negotiation’. Also configure a single access vlan on the actual switchport configuration your first phone is connected with and don’t configure the voice vlan on the switchport. Configure the IP/Default Router/TFTP 1/TFTP2 manually on the phones rather than DHCP. Also you will need power adapters for all the phones except the first phone if your switch is PoE capable. That’s all! You can have a try, my phones are working great. Again, I’m using the topology for the lab only, never think about it for the production. 😀

A Small Note: CFwdALL Does Not Work for the Secondary Line

Yes, it’s true, you can’t forward calls on secondary lines from the phones. But one workaround is there, forward calls from ‘ccmuser’ or ‘ccmadmin’ page. This article from Cisco is much helpful for the tasks to do it:

Another good learning! 🙂

ESX 3.5i on HP DL320 G4: doesn’t work on RAID 0

This server is well known to as Cisco MCS 7825-H2 to us rather than the origin DL320 G4. I was working with this blade server today, was trying to install ESX3.5i on RAID 0, but unfortunately it’s not supported. I checked the HP site ( and got the proof, but surprisingly it works with RAID 1 (mirrored), but on the ESX Datastore it shows TWO (!!!) datastores! each with 74GB, 74GB+74GB=128GB in total! I couldn’t figure out how it could happen, it should show only 74GB in total if it is configured with RAID 1, right? I have no idea what is going on…

Default Codec for Voip Dial-Peer: G729

I didn’t know that! The default codec used by the voip dial-peers is G.729, I got the proof when I was calling from a PSTN phone towards H.323 branch router over T1 and passing it to central CUCM over voip. And also this was the reason I was not getting MoH at PSTN because MoH stream was multicasting over G711 only! Though my H.323 gateway and the destination phone was located on the same region but the call was establishing over G729. Then I found the issue after seeing the result of the command ‘sh voice call summary’:

Branch#sh voice call summary
PORT           CODEC     VAD VTSP STATE            VPM STATE
============== ========= === ==================== ======================
0/0/0:23.1      g729r8 n  S_CONNECT             S_TSP_CONNECT’

I was so surprised!! It’s the root cause my MoH is not working!!! I just asked one of my friend (Olivier: about the issue, he smiled and told me it’s normal to use g729 by default for the dial-peers unless I change from the voip dial-peer towards CUCM. Hats of my friend! I just changed the codec to G711 and it’s was working like magic.

dial-peer voice 9 pots
translation-profile incoming PstnInStripTo4
incoming called-number .
dial-peer voice 90 voip
destination-pattern 3…
session target ipv4: ! CUCM IP
codec g711ulaw
no vad

After configuring that:

SB#sh voice call summary

PORT           CODEC     VAD VTSP STATE            VPM STATE

============== ========= === ==================== ======================

0/0/0:23.1      g711ulaw n  S_CONNECT             S_TSP_CONNECT

0/0/0:23.2      –          –  –

And my MoH issue is fixed! It was a good learning for me. 🙂

Key Command to Check cBarge in CME

I was working with cBarge on CME last day, there were nothing to configure except the softkey template at the state ‘remote-in-use’. So I thought the functionality is already there, I just need to work with it, was waiting for the smile at end to finish the task. Lol. Who knew i’m going to kill more 2 hours to troubleshoot it!! Not exactly, it was the configuration itself!

The feature ‘Privacy’ was inheriting me to test the feature. It is enabled by default for all the phones and need to disable it from either globally from ‘telephony-service’ of from each phone. Until unless privacy is disabled this functionality cannot be checked because every phone is hiding the ‘remote-in-use’ state as other phones are privacy enabled! Got it right? So, what’s the procedures to disable privacy?

1. The target DN would must be an octo-line DN

ephone-dn  x  octo-line

number xxxx

2. Globally from telephony-service:

no privacy

3. Locally from each phone:

ephone  2
privacy off

So, if you want to test the cBarge functionality, you must disable privacy either from telephony-service or from phones. Oh, one more thing I just forgot to specify, you will must need the hardware conference bridge and the ad-hoc conference DN to be active during cBarge.