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
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide