12-23-2008 09:55 AM - edited 03-15-2019 03:13 PM
Greetings!
Basically I'm having a problem with Call Transfer between IPphones to PSTN.
So if someone has already experienced this problem or some point in particular to check and can help me I'll be very grateful.
1 = The network has a gatekeeper
2 = HQ and Branch Offices, uses G.729 Codec
Problem:
When the IPPhone 7002 makes a call to the HQ in 7001, and asks to be transferred to a
number of PSTN (7777 8888), the call drops.
The phone 7777 8888 receives the signaling, rings, the caller
hears the ringback tone but when the destination picks up the phone the stream does not close.
Topology is attached.
Solved! Go to Solution.
12-29-2008 04:25 AM
Tks For all!!! I got it! I solve the problem changing the Call Classification parameter on the trunk configuration settings page from Callmanager to "OFFNet". The gatekeeper now not send me a Release_Comp message.
The help page show this:
Call Classification:
This parameter determines whether an incoming call through this trunk is considered off the network (OffNet) or on the network (OnNet).
When the Call Classification field is configured as Use System Default, the setting of the Cisco Unified Communications Manager clusterwide service parameter, Call Classification, determines whether the trunk is OnNet or OffNet.
This field provides an OnNet or OffNet alerting tone when the call is OnNet or OffNet, respectively. The alerting tones are provided by Cisco Unified Communications Manager Annunciators.
Use this parameter in conjunction with the settings on the Route Pattern Configuration window to classify an outgoing call as OnNet or OffNet.
Thanks Again!!
12-23-2008 10:00 AM
do you have XCODERs to do that?? PSTN is G711 but the stream you have is G729 so someone needs to change the stream
HTH
java
if this helps, please rate
12-24-2008 03:16 AM
Yes! I work with him and the both voice gateways have xcodes . Look the sh run and debug h225 on the appended files.
The show version:
L_VG_11_01#sh version
Cisco IOS Software, 3800 Software (C3825-IPVOICEK9-M), Version 12.4(22)T, RELEASE SOFTWARE (fc1)
Technical Support: http://www.cisco.com/techsupport
Copyright (c) 1986-2008 by Cisco Systems, Inc.
Compiled Fri 10-Oct-08 06:44 by prod_rel_team
ROM: System Bootstrap, Version 12.4(13r)T, RELEASE SOFTWARE (fc1)
FL_VG_11_01 uptime is 5 weeks, 6 days, 22 hours, 3 minutes
System returned to ROM by bus error at PC 0x6174C344, address 0xE5AE0000 at 13:20:47 UTC Wed Nov 12 2008
System restarted at 13:22:43 UTC Wed Nov 12 2008
System image file is "flash:c3825-ipvoicek9-mz.124-22.T.bin"
This product contains cryptographic features and is subject to United
States and local country laws governing import, export, transfer and
use. Delivery of Cisco cryptographic products does not imply
third-party authority to import, export, distribute or use encryption.
Importers, exporters, distributors and users are responsible for
compliance with U.S. and local country laws. By using this product you
agree to comply with applicable laws and regulations. If you are unable
to comply with U.S. and local laws, return this product immediately.
A summary of U.S. laws governing Cisco cryptographic products may be found at:
http://www.cisco.com/wwl/export/crypto/tool/stqrg.html
If you require further assistance please contact us by sending email to
Cisco 3825 (revision 1.1) with 224256K/37888K bytes of memory.
Processor board ID FTX1104A025
2 Gigabit Ethernet interfaces
8 Channelized/Clear E1/PRI ports
DRAM configuration is 64 bits wide with parity enabled.
479K bytes of NVRAM.
62720K bytes of ATA System CompactFlash (Read/Write)
Configuration register is 0x2102
12-24-2008 04:51 AM
Look this:
FL_VG_11_01#sh dspfarm all
Dspfarm Profile Configuration
Profile ID = 1, Service = TRANSCODING, Resource ID = 1
Profile Description :
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 : 24
Number of Resource Available : 24
Codec Configuration
Codec : g711ulaw, Maximum Packetization Period : 30
Codec : g711alaw, Maximum Packetization Period : 30
Codec : g729r8, Maximum Packetization Period : 60
Codec : g729br8, Maximum Packetization Period : 60
Codec : g729ar8, Maximum Packetization Period : 60
Codec : g729abr8, Maximum Packetization Period : 60
Codec : g723r63, Maximum Packetization Period : 60
Codec : g723r53, Maximum Packetization Period : 60
I've very transcoding available.!
But the gateways should only to negociate codec and no need to use transcoding, right?
12-25-2008 02:52 AM
Could you please post your H323 GW config on your CallManager?
12-29-2008 02:36 AM
It follows in annex the configurations of the gatekeeper in the callmanager. I see on the trace files wich the gatekeeper send me a H225 RELEASE_COMP and the my gateways answer with the same message. I've the TranslatorX to see the trace files, and show me this:
Inbound H225 RELEASE_COMP message from 198.207.88.10 at timestamp 12/24/2008 10:46:23.560
RELEASE_COMP, pd = 8, callref = 0x3ECD, Message Size = 52 bytes
Cause i = 0x8EC1 - Bearer capability not implemented
User-User, i = 0x0525C0060008914A0004588808110035790FC0D0F811DD9015DF8CB867E2E1047000000010800100
Entire Message:
010: 08 02 3E CD 5A 08 02 8E C1 7E 00 28 05 25 C0 06
020: 00 08 91 4A 00 04 58 88 08 11 00 35 79 0F C0 D0
030: F8 11 DD 90 15 DF 8C B8 67 E2 E1 04 70 00 00 00
040: 10 80 01 00
12-24-2008 04:37 AM
Hi there,
this is clearly a trancoding problem. There must be enough transcoding resources in order to complete what you want.
12-24-2008 06:58 AM
How many DSP's does a transcoder need to perform the process? It shows here that there are 24 resources available with 24 configured.
12-29-2008 04:01 AM
it is transcoding issue
if u wanna make sure
put those tow phone in one region and make the codec between them as g711
and make a dial a voip dial peer that match 77788 the number u call for test as voip dial-peer and its codec g711
this way u will make end to end g711 call and test it or u can just apply the codec calss u have enough
dsp required for each call with defrent codecs but not between ip phones because cisco ip phone has builting dsp for this issue
but for case like over WAN then terminate on a gateway or voicemail server this way u need dsp resources
each dsp chip can handel 4-5 Xcoding calls
for example pvdm 64 has four chips 4 then u can hav about 16 to 20 call just use cisco dsp calculator on cisco website
good luck
hope this helps
12-29-2008 04:25 AM
Tks For all!!! I got it! I solve the problem changing the Call Classification parameter on the trunk configuration settings page from Callmanager to "OFFNet". The gatekeeper now not send me a Release_Comp message.
The help page show this:
Call Classification:
This parameter determines whether an incoming call through this trunk is considered off the network (OffNet) or on the network (OnNet).
When the Call Classification field is configured as Use System Default, the setting of the Cisco Unified Communications Manager clusterwide service parameter, Call Classification, determines whether the trunk is OnNet or OffNet.
This field provides an OnNet or OffNet alerting tone when the call is OnNet or OffNet, respectively. The alerting tones are provided by Cisco Unified Communications Manager Annunciators.
Use this parameter in conjunction with the settings on the Route Pattern Configuration window to classify an outgoing call as OnNet or OffNet.
Thanks Again!!
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