CUBE - DTMF Interworking between SIP INFO and RFC2833
After some testing I noticed that when the cube receives dtmf via SIP INFO it doesn't translate them into rfc2833 on the other side. This happens when the incoming INVITE advertises both SIP INFO and RFC2833.
When the incoming INVITE advertises only SIP INFO then it does the translation to RFC2833 and sends the digits via RTP on the outgoing interface.
CUBE supports both RFC2833 and SIP INFO as it advertises both methods in it's sip messages. Is this the expected behaviour ?
IOS is 15.1(3)T1. CUBE is running on a 3945 router.
I have found bug CSCuh65102 which seems to be a match. Can somebody confirm this ?
Are you getting this error “Installer User Interface Mode Not Supported. The installer cannot run in this UI mode. To specify the interface mode, use the -i command-line option, followed by the UI mode identifier. The value UI mode identifiers...
The below trick might come handy when you have to add a new node to a cluster but you don't have or is unsure of the security password for the publisher. This procedure has been around for ages.
1) Login into the CLI of the Publisher.