03-11-2011 03:47 AM - edited 03-21-2019 03:47 AM
Hello community,
i´ve set up a trunk between two UC500 with H.323.
Everything works fine, extensions are translated with correct node-numbers and so on,
calls are possible and missed calls can be answered correctly.
But if anyone calls over the trunk an extension which is forwarded (no matter: all, busy or noan to VoiceMail or to an other extension)
it doesn´t work; the A-side is disconnected immediately or after the noan-timer.
But if I call an free extension on side B and this extension makes a call transfer to an forwarded extension,
then it will work and I get the VoiceMail-Announcement on the side A.
The only hint with deb voice ccapi error
000147: Mar 11 11:48:45.235: //-1/xxxxxxxxxxxx/CCAPI/cc_validate_mlpp_info:
Unsupported MLPP Service Domain Network 0
From internal extensions or PSTN does it work with call forwarding.
NODE 301
!
!
dial-peer voice 71 voip
description : SIP TOKYO
translation-profile incoming ankommend_von_TOKYO
translation-profile outgoing abgehend_nach_TOKYO
destination-pattern 501..
session target ipv4:11.2.10.198
incoming called-number 301..
dtmf-relay h245-alphanumeric
codec g711ulaw
supplementary-service h450.12
no supplementary-service h225-notify cid-update
!
!
<...>
!
!
telephony-service
...
transfer-system full-consult
transfer-pattern .T
...
!
#######################################################
NODE 501
!
!
dial-peer voice 90 voip
description : SIP MOSKAU
translation-profile incoming ankommend_von_MOSKAU
translation-profile outgoing abgehend_nach_MOSKAU
destination-pattern 301..
session target ipv4:11.2.11.196
incoming called-number 501..
codec g711ulaw
dtmf-relay h245-alphanumeric
supplementary-service h450.12
no supplementary-service h225-notify cid-update
!
!
<...>
!
!
telephony-service
...
transfer-system full-consult
transfer-pattern .T
...
!
also implemented on both systems:
!
voice service voip
ip address trusted list
ipv4 11.2.11.192 255.255.255.192 / ipv4 11.2.10.192 255.255.255.192
allow-connections h323 to h323
allow-connections h323 to sip
allow-connections sip to h323
allow-connections sip to sip
supplementary-service h450.12
supplementary-service ringback h225-info
Kind regards,
DetNit
03-14-2011 08:49 AM
What kind of phone lines do you have? If you have a SIP trunk, The provider possibly doesn't like the SIP diversion header.
Regards
Adam Compton
03-15-2011 12:03 AM
Hi,
at each UC there are two ISDN-lines from the PSTN
and the trunk/link between the UCs is within an MPLS-cloud.
(in the moment the MPLS-coud is represented by a CISCO 1712)
No SIP ...
Kind regards, DetNit
03-15-2011 05:42 AM
hmmm. interesting....
I wonder if registering a transcoder or MTP resource would make any difference. Of course. this is well beyond CCA configuration, but it looks like you did the dial-peers manually.
Adam Compton
03-15-2011 05:47 AM
Hi Adam,
this is right - no CCA used for this configuration.
The CLI is my buddy and I took some configuration guidelines from the CME.
I´m confused about this dysfunction and have no further ideas.
Kind regards,
DetNit
03-15-2011 05:55 AM
A transcoder is always worth a shot. Here is the configuration guide for transcoder on CME:
http://www.cisco.com/en/US/docs/voice_ip_comm/cucme/admin/configuration/guide/cmetrnsc.html
basically looks like this
sccp local vlan1
sccp ccm 10.1.1.1 id 1 priority 1 version (5.0 or above).
sccp
sccp ccm group 1
associate ccm 1 pri 1
associate profile 1 reg uc500xcode
dspfarm profile 1 transcode
codec g711u
codec g711a
codec g729r
codec g729br
max sessions 5
associate application sccp
no shut
telephony-service
sdspfarm units 1
sdspfarm transcode 5
sdspfarm tag 1 uc500xcode
This is just an example and would need to be altered to match your system. I figured i would would type something up for you real quick
Regards,
Adam Compton
03-15-2011 04:15 PM
Hi DetNit,
Before you apply that Config can you check please to see if you have enough DSP resources to do it? I have seen machines go bad when applying the config and there was not enough resources for it.
ROUTER# sh dspfarm all
And it should look something similar to this:
Dspfarm Profile Configuration
Profile ID = 3, Service = TRANSCODING, Resource ID = 1
Profile Description : Transcoding when conferencing is enabled
Profile Service Mode : Non Secure
Profile Admin State : UP
Profile Operation State : ACTIVE IN PROGRESS
Application : SCCP Status : ASSOCIATION IN PROGRESS
Resource Provider : FLEX_DSPRM Status : UP
Number of Resource Configured : 1
Number of Resource Available : 1
Codec Configuration
Codec : g711ulaw, Maximum Packetization Period : 30
Codec : g711alaw, Maximum Packetization Period : 30
Codec : g729ar8, Maximum Packetization Period : 60
Codec : g729abr8, Maximum Packetization Period : 60
Codec : g729r8, Maximum Packetization Period : 60
Codec : g729br8, Maximum Packetization Period : 60
Dspfarm Profile Configuration
Profile ID = 1, Service = CONFERENCING, Resource ID = 2
Profile Description : Conferencing profile
Profile Service Mode : Non Secure
Profile Admin State : UP
Profile Operation State : ACTIVE
Application : SCCP Status : ASSOCIATED
Resource Provider : FLEX_DSPRM Status : UP
Number of Resource Configured : 2
Number of Resource Available : 2
Codec Configuration
Codec : g711ulaw, Maximum Packetization Period : 30 , Transcoder: Not Required
Codec : g711alaw, Maximum Packetization Period : 30 , Transcoder: Not Required
SLOT DSP VERSION STATUS CHNL USE TYPE RSC_ID BRIDGE_ID PKTS_TXED PKTS_RXED
0 2 23.8.0 UP N/A FREE xcode 1 - - -
0 4 23.8.0 UP N/A FREE conf 2 - - -
0 4 23.8.0 UP N/A FREE conf 2 - - -
Total number of DSPFARM DSP channel(s) 3
It is important to know what you have available before you make any configuration changes... OH and please please please make a backup of your config before you make the changes, and put that backup on the flash memory, even if you do not commit the changes.
Cheers,
David.
03-16-2011 02:17 AM
Hi David,
thank you for this information.
Below the output, it´s identical on the second UC.
MOSKAU_VOIP1#sh dspfarm all
DSPFARM Configuration Information:
Admin State: DOWN, Oper Status: DOWN - Cause code: ADMIN_STATE_DOWN
Transcoding Sessions: 0(Avail: 0), Conferencing Sessions: 0 (Avail: 0)
Trans sessions for mixed-mode conf: 0 (Avail: 0), RTP Timeout: 600
Connection check interval 600 Codec G729 VAD: ENABLED
Total number of active session(s) 0, and connection(s) 0
Total number of DSPFARM DSP channel(s) 0
MOSKAU_VOIP1#
and if I try this I get following answer
MOSKAU_VOIP1(config)#dspfarm profile 1 transcode universal
Dspfarm profile 1 :: No resource, check voice card or dspfarm service is not configured
MOSKAU_VOIP1(config-dspfarm-profile)#
How can I setup this resources?
Kind regards,
DetNit
03-16-2011 05:24 AM
I forgot to add this because it is normally setup on a uc500:
voice-card 0
dsp service dspfarm
You should be able to program a dspfarm profile.
Adam Compton
03-16-2011 07:16 AM
Hi Adam,
I´ve done this configuration
voice-card 0
dsp service dspfarm
but I´m not able to give a maximum session > 0
and so I can´t make a no shut, because it´s need a value >0
Kind regards,
DetNit
03-16-2011 07:31 AM
You might have maxed out your dsps. What kind of UC500 do you have?
03-16-2011 07:42 AM
The models are UC520-8U-2BRI-K9 V02 and UC520-32U-4BRI-K9 V02
03-16-2011 08:58 AM
you might be out of dsps to do that then...
03-16-2011 03:49 PM
Hi DetNit,
I would really love to log into your system (Via SSH) and have a look at this, even based on it being a 2 BRI or even a 4 BRI system you should still have enough DSP resources to at least do minimal conferencing.
Something is not right and I would really love to investigate this further.
Cheers,
David.
03-17-2011 04:11 AM
Hi,
i took the config and put it on a UC540W-BRI-K9 and the behaviour is the same.
I put the config from Adam on the box and I was able to set a maximum-connection value, but nothing changed.
No informaton with several "deb dsp..."-commands
I think that is not a problem of not enough DSPs ...
The only information with deb voice ccapi error on incomig calls
(but what´s the meaning of this?)
000143: Mar 17 12:08:06.175: //-1/xxxxxxxxxxxx/CCAPI/cc_validate_mlpp_info:
Unsupported MLPP Service Domain Network 0
000144: Mar 17 12:08:06.175: //-1/xxxxxxxxxxxx/CCAPI/cc_validate_mlpp_info:
Unsupported MLPP Service Domain Network 0
SHIT! (sorry for this ...)
Kind regards,
DetNit
Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: