http://forums.cisco.com/eforum
****************************
Hi Ben,

If we want to send a FB/FNA to a CUE mailbox how many dial-peers is needed. I read somewhere that we must use two dial-peers to overcome a bug. One with session target pointing to the actual VM pilot extension (4 digits for exampl) and another pointing to the ten/seven digit PSTN number. Is this true.

Thanks,
Imad
************************
Thanks again Ben,

I was refering to DDTS CSCee57422
http://www.cisco.com/cgi-bin/Support/Bugtool/onebug.pl?bugid=CSCee57422

http://www.ciscotaccc.com/kaidara-advisor/voice/showcase?case=K13756179

Are we still faced with this bug in the current lab exam.

Thanks,
Imad

**************************

Hi Imad,

Thank you for taking the efforts.

Yes, we are running 12.4 mainline which is still impacted by this defect. Therefore beware of it and its workarounds, which are relatively well documented in the URLs posted by you.

The take-way is that any software versions we select to run in our production lab is not defect-free. We always try our best to make sure our lab exercise is not impacted by any defects to begin with.

However, if there is a defect which we could not avoid because it impacts basic functionality, then the CCIE content development team have some choices to make:

1. If there are no workarounds within the same version, we will have to pull the version.

2. If workaround exists, we evaluate the complexity and feasibility of the workaround. If the workaround too complex or no applicable to implement in our lab, then we will pull the version.

3. If the workaround is easy to discover and implement, then we see it as a good validation of candidate’s troubleshooting skills. In this particular case, a simple debug would reveal the fault of the IOS and hopefully lead to a workaround.

If I was a customer encountering this problem in my production IPC network, I would prefer my voice engineer to identify the fault, come up with workarounds (if any)so I can be up and running again, and then make upgrade suggestions.

With that being said, the impact and implication of each defect is different. When drafting test contents, we also take into account that candidates in the lab are under time and workload constrains, so it’s never our intention to give candidates a lab full of defects. However, we do see the value of occasional usage of known and workaroundable defects to validate candidate’s troubleshooting skills and understanding of the technology, not to mention assement the non-technical skills such as maintaining calm in a stressful environment.

Lastly, let me see if I could rate your post for sharing the information with the rest of us.

-ben

Here is a copy of the minimal configuration that it took to get a phone to register to my CME. A very important command is create cnf-files. Without that the CME will not create xml files to hand out to the phone when it attempts to register. You also need to ensure that any file that you tell the router it has with the tftp-server flash: command is actually in the flash of the router. If you are unable to get your phone to register debug tftp events is a good debug so see what the phone is requesting and where it is failing. A useful show command is show telephony-service tftp-bindings. This will show all files that are available to a phone using tftp.

2600XM_CME#sh run
Building configuration…

Current configuration : 1240 bytes
!
version 12.4
service timestamps debug datetime msec
service timestamps log datetime msec
no service password-encryption
!
hostname 2600XM_CME
!
boot-start-marker
boot-end-marker
!
enable secret 5 $1$ZYdg$wAiT47.cKoEBUitfgZgnR/
!
no aaa new-model
!
resource policy
!
no network-clock-participate slot 1
no network-clock-participate wic 0
ip cef
!
!
ip dhcp excluded-address 172.16.1.1 172.16.1.10
!
ip dhcp pool 172
network 172.16.1.0 255.255.255.0
default-router 172.16.1.1
domain-name cisco.com
option 150 ip 172.16.1.10
!
!
no ip domain lookup
!
!
!
!
!
!
!
!
!
interface FastEthernet0/0
ip address 172.16.1.10 255.255.255.0
duplex auto
speed auto
!
interface Serial0/0
no ip address
shutdown
no dce-terminal-timing-enable
!
ip route 0.0.0.0 0.0.0.0 FastEthernet0/0
!
ip http server
no ip http secure-server
!
!
tftp-server flash:P00307020200.sbn
tftp-server flash:P00307020200.bin
tftp-server flash:P00307020200.loads
tftp-server flash:P00307020200.sb2
!
control-plane
!
!
!
!
telephony-service
load 7960-7940 P00307020200
max-ephones 10
max-dn 10
ip source-address 172.16.1.10 port 2000
create cnf-files
!
!
ephone-dn 1
number 1000
!
!
ephone 1
mac-address 0012.DAFA.8516
button 1:1
!
!
!
line con 0
line aux 0
line vty 0 4
password cisco
login
!
!
end