IPT Call Transfer issue from PSTN to IP Phone.

[rajesh.kumar]

Hi

We have Cisco CUCM 8.5 and 2821 router ver 15.x. H323 pri gateway for CUCM.

HW CONF and TXCODE is configured on VG router.

Problem I am facing is,

PSTN--------->VG------------------->CUCM------------------->WAN LINK---------->(Phone C)

                                    (Phone A)(Phone B)

Main Office I have Cisco VG, CUCM and Phone A,Phone B at Branch I have Phone C

G711 codec used in Main Office and G729 codec is used across wan link.

HW MRGL is PhoneA, Phone B, Phone C

Incoming call to Phone A cant be trasfered to Phone C

VG, PhoneA,B are in MainOfiice Device Pool, Phone C is in WAN Device Pool.

All the phones are added to Hardware MRGL.

Note:

Hardware MRGL is PhoneA,PhoneB and PhoneC

HW CONF and TXCODE are registered with CUCM,  MRGL has these conf, txcode as well as MTP also added.

I can Call PhoneA and PhoneC and establish conference to PhoneB

I was not able to find out the reason, when I get incoming call from PSTN to MainOffice IP Phone, I cant transfer the call to Branch office phone.

However all the Phones(A,B,C) are added to Hardware MRGL.

VG TXCODE, CONF config

!

sccp local FastEthernet0/0

sccp ccm 172.16.108.21 identifier 2 priority 2 version 7.1

sccp ccm 172.16.116.21 identifier 1 priority 1 version 7.1

sccp

!

sccp ccm group 2

associate ccm 1 priority 1

associate ccm 2 priority 2

associate profile 2 register VG1-CONF

!

sccp ccm group 1

associate ccm 1 priority 1

associate ccm 2 priority 2

associate profile 1 register VG1-XCODE

!

dspfarm profile 1 transcode 

codec g711ulaw

codec g711alaw

codec g729ar8

codec g729abr8

codec g729br8

codec g729r8

maximum sessions 12

associate application SCCP

!

dspfarm profile 2 conference 

codec g711ulaw

codec g711alaw

codec g729ar8

codec g729abr8

codec g729r8

codec g729br8

maximum sessions 3

associate application SCCP

!

!

Pls. suggest

[Ayodeji Okanlawon]

You need to check the configuration on your dial-peers. do you have have voice class codec configured on your inbound dial-peer? What type of phone is phone C is it a sip phone?

Please rate all useful posts

"opportunity is a haughty goddess who waste no time with those who are unprepared"

[rajesh.kumar]

Hi

Phone "C" is SCCP phone.

Problem is :  Call to Branch Phone "C" calls from PSTN is consuming HW Transcoder.

Codec uses is g729

here is the dial-peer config on VG

Dial-peer config

!

dial-peer voice 4545 voip

tone ringback alert-no-PI

translation-profile outgoing addinPrefix

  destination-pattern 8...

modem passthrough nse codec g711ulaw

voice-class codec 1

voice-class h323 1

session target ipv4:172.16.x.x

dtmf-relay h245-alphanumeric

no vad

!

!

voice class codec 1

codec preference 1 g711ulaw

codec preference 2 g729br8

!

rgds

Rajesh

[Ayodeji Okanlawon]

Please add this codec to your voice class..g729r8.Recnfigure as follows and test again.

voice class codec 1

codec preference 1 g711ulaw

codec preference 2 g729r8

codec preference 3 g729br8

Please rate all useful posts

"opportunity is a haughty goddess who waste no time with those who are unprepared"

[rajesh.kumar]

Hi Aokanlawon

Voice Gateway codec configuration changed is as below.

I have changed the MRGL for all the phone as below. Under MRGL  - First is MTP MRG, second is Software CFB amd last is HW CFB and TXCD.

But still, all the transcoder is being used in VG. I am not able to figureout the issues.

Pls. let me know any logs required ?

voice class codec 1

codec preference 1 g711ulaw

codec preference 2 g711alaw

codec preference 3 g729r8

codec preference 4 g729br8

Pls. suggest

Rgds

Rajesh

[Ayodeji Okanlawon]

OK..

DO a test call snd enable the ff debugs

debug voip ccapi inout

debug h225 asn1

debug h245 asn1

also send CUCM SDI Traces..

Include calling and called number...Please check that the calling and called numbers are in the SDI traces before sending it

Please rate all useful posts

"opportunity is a haughty goddess who waste no time with those who are unprepared"

[rajesh.kumar]

Dear aokanlawon

What I observed is, at Voice Gateway if I check box "Media Termination Point Required"

then everything (conference between pstn, HO, branch) works perfectly. But each PSTN call uses hardwae TXCD. We will be running out of resoruces.

When I uncheck"Media Termination Point Required" on VG, then CONF is not working between PSTN, HO and Branch office....!

Here I have attached logs, which is tested with disabling "Media Termination Point Required" on VG

Here, first call is made from extensio 8641 to 8711 then 8641 tried to conference PSTN number 0501657237

During adding third pstn number to call, 8711 is automatically diconnected.

I have attched the SDI logs, pls. suggest why call between 8641 and 8711 disconnected during conference.

all the phones are using hardware mrgl.

inside hardware mrgl - mrg mtp, soft conf and hw txcd and hw conf configured.

Rgds 

Rajesh Kumar

[Jagpreet Singh]

Hi Rajesh,

     I went over the traces. Now this was not a straight forward conference call between three parties. For one, the PSTN caller had already called in and was talking to someone else. As a recommendation, for analyzing purposes, try and keep the problematic call as simple as possible.

Coming back to the issue, the conference bridge being allocated is :

CFB_2

The hardware conference bridge is not allocated. The CUCM based software conference bridge is not able to use G729, thus you call drops. Now there are two possible colutions to this problem:

> Put the Hardware Conference resource ina different MRG and put that MRG on the Top of the MRGL for the Phone A ( Extension 8641 ). That way force the CUCM to use that conference resource.

> In case you want to use the CFB_2 or CFB_1, i.e. CUCM based conference resources, then you need to use a Xcoder between the conference bridge and the remote site phone.

A Xcoder is always invoked by the side which has the higher bit rate codec, thus the conference bridge will try and look for a xcoder in its MRGL. That means it will look for the resource in the MRGL assigned to the Device Pool which it is a member of. This is not a recommended method of deployment.

Thus to sum up, you had three MRGs in that MRGL assigned to Phone A : mrg-test1:mrg-test2:mrg-test3

The CUCM based software conference Bridge are the members of Group 1, hence get allocated :

MRM::getUcbDeviceGivenMrgl DeviceName=CFB_2 DeviceType=50 Group=1

MRM::getUcbDeviceGivenMrgl DeviceName=CFB_1 DeviceType=50 Group=1

MRM::getUcbDeviceGivenMrgl DeviceName=VG1-CONF DeviceType=52 Group=2

MRM::getUcbDeviceGivenMrgl DeviceName=VG2-CONF DeviceType=52 Group=2

Regards,

Jagpreet

[rajesh.kumar]

Hi Jagpreet

Thanks a lot. What I understood from ur reponse is, if I move hardware resouce on top of list under MRGL, then problem will be resolved ?

mgr-test1 is MRG MTP, meg-test2 is SW conference, mrg-test3 is hardware txcd and conf.

All the phones use this MRGL.

Also I want to clarify, when I configure device pool with different MRGL and phone device with different MRGL, then phone specific MRGL will override device pool, correct ?

Pls. suggest, if I put hardware mrg with txcd and conf before software mrg, problem will be resolved ?

rgds

Rajesh Kumar

[Ayodeji Okanlawon]

Rajesh, just as Jagpreet mentioned this is not a simple straight forward conference...First of all external party called extension 8641..You didnt mention this...Then 8641 called 8711..

Yes CFB_2 was allocated for the conferrence...

The three parties dialled into the conference..

+++extension 8641 dialled into the conference..this phone is set to use G711 between it and the CFB_2 device+++

21:59:27.909 |Digit analysis: analysis results|1,100,17,110528.47^172.16.196.21^Port 48100
21:59:27.909 ||PretransformCallingPartyNumber=8641
|CallingPartyNumber=8641
|DialingPartition=
|DialingPattern=b00104310008

21:59:27.909 |RegionsServer::MatchCapabilities -- kbps=64, capACount=11, capBCount=3|*^*^*
21:59:27.909 |UnicastBridgeControl::CcSetupReq reassign bridge entry PL=5, PLDmn=0|1,100,17,110528.47^172.16.196.21^Port 48100

++++++The external number also dialled into the conference and the region used is also G711+++

21:59:27.911 ||PretransformCallingPartyNumber=90501657237
|CallingPartyNumber=90501657237
|DialingPartition=
|DialingPattern=b00104310008
21:59:27.913 |MediaManager(326521)::mapVideoCallToMMCallType, policy=0, hasRSVP=0, videoCap=0,dataCap=0, mmCall=1, V region(e2e=384, 1)|21:59:27.912 |

UnicastBridgeControl::allocateStream - Device Name=CFB_2, StreamAvailable=46 StreamUsed=2 MaxStreams=48|1,100,17,110528.47^172.16.196.21^Port 48100
21:59:27.912 |RegionsServer::MatchCapabilities -- kbps=64, capACount=6, capBCount=3|*^*^*

+++Then extension 8711 also dialled into the conference, but its set to use G711 to the CFB_2+++

21:59:27.914 ||PretransformCallingPartyNumber=8711
|CallingPartyNumber=8711
|DialingPartition=
|DialingPattern=b00104310008
|FullyQualifiedCalledPartyNumber=b00104310008

21:59:27.915 |UnicastBridgeControl::allocateStream - Device Name=CFB_2, StreamAvailable=45 StreamUsed=3 MaxStreams=48|1,100,17,110528.47^172.16.196.21^Port 48100
21:59:27.915 |RegionsServer::MatchCapabilities -- kbps=8, capACount=12, capBCount=3|*^*^*

CUCM CFB cant do G711 and G729.

Another key thing is that extension 8641 is been recorded..So we see another sip leg into the call

INVITE sip:22222@172.16.108.166:5060 SIP/2.0

Via: SIP/2.0/TCP 172.16.196.21:5060;branch=z9hG4bK42359641a02f

From: "Auth" <8641>;tag=202353~f8914201-968b-48be-a7da-09d79f7c3acb-31936088

To: <22222>

SIP/2.0 200 OK
Via: SIP/2.0/TCP 172.16.196.21:5060;branch=z9hG4bK42359641a02f;rport=5060
From: "Auth" <8641>x-farendaddr=b00104310008;isfocus>;tag=202353~f8914201-968b-48be-a7da-09d79f7c3acb-31936088
To: <22222>;tag=294717
Call-ID: 6566f00-1821a97f-157f8-15c410ac@172.16.196.21
CSeq: 101 INVITE
Contact: "WitnessRecorder" <22222>
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, UPDATE
Min-SE: 1800
Session-Expires: 1800;refresher=uac
Supported: timer
Require: timer
Content-Type: application/sdp
Content-Length: 308

v=0
o=4855 137607 0 IN IP4 172.16.108.166
s=WitnessRecord
c=IN IP4 172.16.108.166

You can either remove the CFB_2 from your MRG, so that you only have Hardware CFB in the MRG or put Hardware CFB at the top of the MRGL in a seperate MRG.

Please rate all useful posts

"opportunity is a haughty goddess who waste no time with those who are unprepared"

[rajesh.kumar]

Dear aokanlawon

Thanks a lot.

Yes, recording is ebabled for extn 8641. I understand CUCM sw CFB cant do g711 and g729.

Since cucm sw CFB is required for same office conference call. What I will do is, I will put Hardware CFB and Hardware TXCD at the top of MRGL.

I hope this will resolve the issue.

Let you know once I tested with it.

Rgds

Rajesh Kumar.

[Jagpreet Singh · Accepted solution]

Hi Rajesh,

     Yes, if you move the Test MRG 3 to the top of the MRGL, the problem should be solved. Yes the Device MRGL takes precedence over the Device Pool MRGL.

Thus make the change in the MRGL and make sure that it is applied to the phone which will initiate the conference call and then Save and Apply Config on the IP Phone. Reset it just to be sure. Try another test call, make sure that this phone initiates the conference.

You can run "show sccp connections" on the router which has the IOS based conference bridge on it to make sure that the conference bridge is being actively used.

Regards,

Jagpreet

[Vinay Sharma]

Great info. Thanks Jagpreet. 5+

Regards,

Vinay Sharma

Commuity Manager