Question, I'm about to do a deployment and I have a question. I have a 3550 I need to add to the UC, all I would need is a crossover cable and add the VLAN's for voice and data on the switch right? ... View more

Configuration is fine it's telling me due to security policy it won't allow the end user to check another end users mailbox on a single phone. ... View more

Don't forget your session target. Sent from Cisco Technical Support iPad App ... View more

Update... From the debug we took, the provider was sending back Cause Code 41 (Temporary Network Failure) with no MTP. However the call flow works if you add MTP. This is most likely is because the MTP will terminate the outbound call leg from an SIP call signalling perspective with the registration address of the MTP. This address is most likely trusted by your carrier and they accept the call. When you remove the MTP, the originating IP Address is passed along to your carrier. Most carriers use the invite and re-invite information (IP addressing in the URI) to prevent toll fraud. Hence why the use of the MTP allows the call to work. We tried Address-hiding with no change. We tried sip profiles and modifying the SIP invite header with some success but you reported that the codec was not correct on the successful call and the quality was poor. This does not have bearing on the use of MTP as we were using a software MTP on successful calls. This resource will allow for terminating call legs, dtmf mismatch or translation, packetization mismatch or translation but not codec translation. Packet drop is a QOS issue and should look to correcting the dial-peer and/or CUCM to get the call back to a G729r8 call and the issue may improve but we did not look over the QOS configurations so there maybe some room for improvement. ... View more

I've tried creating a dial-peer to match the number exact but no luck...Any suggestions? ... View more