cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
2896
Views
0
Helpful
7
Replies

Cannot convert SDP pt=6 to CM payload type

Hi,

Someone could say what the error "Cannot convert SDP pt=6 to CM payload type" means? What I could to do to solve it?

I am using the Softphone Jitsi registered to CUCM . The call complete, but gives busy signal as soon as I answer.

It's probably a problem with CODEC, but I believe I can do some configuration to solve. Already used the same codec for both endpoints and not solved. I used transcode well.

SDI Annex.

Thanks!

Luciane de Medeiros

2 Accepted Solutions

Accepted Solutions

It looks as if the region between the phones are set to use G729..

09:48:30.709 |RegionsServer::MatchCapabilities -- kbps=8, capACount=6, capBCount=11|*^*^*

09:48:30.709 |RegionsServer::MatchCapabilities -- kbps=8, capACount=6, capBCount=11|*^*^*

Check the Device pool on the phones and ensure the region is set to use G711. You can assign the phones to the same device pool or ensure the region in the device pool is set to use G729.

I am ssuiming that the calling and called phone is  6101084  and 6101099

Please rate useful posts

"For the love of God is broader than the measure of man's mind And the heart of the Eternal is most wonderfully kind"

Please rate all useful posts

View solution in original post

From the CUCM trace, we can see CUCM is trying to allocate a xcoder..

09:48:50.430 |MediaTerminationPointControl(19)::getResourcesAllocated -- DeviceName=XD__DF_024 Ci=93105318 ResourceCount=1|4,100,63,1.654^10.222.126.205^*
09:48:50.430 |MediaTerminationPointControl(19)::getResourcesAllocated -- Logging RegionA=REG_MPU_ Caps and MTP/XCoder Region=REG_MPU_ Caps|4,100,63,1.654^10.222.126.205^*
09:48:50.430 |MediaTerminationPointControl(19)::logCapabilitiesinTrace -- MTP/XCoder Device Caps = 4 2 15 16 11 12 257 259 261 |4,100,63,1.654^10.222.126.205^*
09:48:50.430 |MediaTerminationPointControl(19)::logCapabilitiesinTrace -- Device Caps = 25 6 7 8 4 2 15 16 11 12 257 |4,100,63,1.654^10.222.126.205^*
09:48:50.430 |RegionsServer::MatchCapabilities -- kbps=8, capACount=11, capBCount=9|*^*^*
09:48:50.430 |MediaTerminationPointControl(19)::getResourcesAllocated -- Logging RegionB=REG_MPU_CNMP Caps and MTP/XCoder Region=REG_MPU_ Caps|4,100,63,1.654^10.222.126.205^*
09:48:50.430 |MediaTerminationPointControl(19)::logCapabilitiesinTrace -- MTP/XCoder Device Caps = 4 2 15 16 11 12 257 259 261 |4,100,63,1.654^10.222.126.205^*
09:48:50.430 |MediaTerminationPointControl(19)::logCapabilitiesinTrace -- Device Caps = 6 4 2 86 18 9 |4,100,63,1.654^10.222.126.205^*
09:48:50.430 |RegionsServer::MatchCapabilities -- kbps=8, capACount=6, capBCount=9|*^*^*
09:48:50.430 |MediaTerminationPointControl(19)::getResourcesAllocated -- No matching caps for either side A or side B, MTP not allocated|4,100,63,1.654^10.222.126.205^*
09:48:50.430 |MediaTerminationPointControl(19)::getResourcesAllocated -- match1=4 match2=0|4,100,63,1.654^10.222.126.205^*
09:48:50.430 |MediaTerminationPointControl(19)::getResourcesAllocated -- allocateErrBitset=0x40|4,100,63,1.654^10.222.126.205^*
09:48:50.430 |MediaTerminationPointControl(19)::SendMTPResourceErrToSender - ERROR  AllocateMtpResourceReq failed

Your xcoder =DeviceName=XD__DF_024

The region between your xcoder and the phone invoking the transcoder is set to use G729 also. hence the call fails.

Your scoder has to be set to use G711 between it and the phone trying to use it.

SO I suggesr you put the region between the Jtsi phone and the xcoder to G711. and you can leave the other phone on G729. This way it should work.

Please rate useful posts

"For the love of God is broader than the measure of man's mind And the heart of the Eternal is most wonderfully kind"

Please rate all useful posts

View solution in original post

7 Replies 7

All,

The problem is really the codec, because the Softphone Jitsi does not support G.729x.

Now I need to create a mechanism for the phones can interoperate. If anyone has any tips or idea I will apreciate.

Luciane de Medeiros

What is the calling and called number. Can you also remove the SDI you posted here. Please paste it to a text file and attach here. Its making the thread very long

Please rate useful posts

"For the love of God is broader than the measure of man's mind And the heart of the Eternal is most wonderfully kind"

Please rate all useful posts

Hi aokanlawon.

Sorry!

There are three calls.

The numbers involved are: 6101084 and 6101099.

For the first call:

Calling Number - 6101084

Called Number - 6101099

For the second call:

Calling Number - 6101099

Called Number - 6101084

Thank you!

Luciane de Medeiros

It looks as if the region between the phones are set to use G729..

09:48:30.709 |RegionsServer::MatchCapabilities -- kbps=8, capACount=6, capBCount=11|*^*^*

09:48:30.709 |RegionsServer::MatchCapabilities -- kbps=8, capACount=6, capBCount=11|*^*^*

Check the Device pool on the phones and ensure the region is set to use G711. You can assign the phones to the same device pool or ensure the region in the device pool is set to use G729.

I am ssuiming that the calling and called phone is  6101084  and 6101099

Please rate useful posts

"For the love of God is broader than the measure of man's mind And the heart of the Eternal is most wonderfully kind"

Please rate all useful posts

Hi,

Yes, really. The problem is really the codec, because the Softphone Jitsi does not support G.729x. I tested with G.711 and it worked.

Now I need to create a mechanism for the phones can interoperate.

I have transcode (Hardware) registered, but is not being helpful.

Do you have any idea what can I do?

Luciane de Medeiros

From the CUCM trace, we can see CUCM is trying to allocate a xcoder..

09:48:50.430 |MediaTerminationPointControl(19)::getResourcesAllocated -- DeviceName=XD__DF_024 Ci=93105318 ResourceCount=1|4,100,63,1.654^10.222.126.205^*
09:48:50.430 |MediaTerminationPointControl(19)::getResourcesAllocated -- Logging RegionA=REG_MPU_ Caps and MTP/XCoder Region=REG_MPU_ Caps|4,100,63,1.654^10.222.126.205^*
09:48:50.430 |MediaTerminationPointControl(19)::logCapabilitiesinTrace -- MTP/XCoder Device Caps = 4 2 15 16 11 12 257 259 261 |4,100,63,1.654^10.222.126.205^*
09:48:50.430 |MediaTerminationPointControl(19)::logCapabilitiesinTrace -- Device Caps = 25 6 7 8 4 2 15 16 11 12 257 |4,100,63,1.654^10.222.126.205^*
09:48:50.430 |RegionsServer::MatchCapabilities -- kbps=8, capACount=11, capBCount=9|*^*^*
09:48:50.430 |MediaTerminationPointControl(19)::getResourcesAllocated -- Logging RegionB=REG_MPU_CNMP Caps and MTP/XCoder Region=REG_MPU_ Caps|4,100,63,1.654^10.222.126.205^*
09:48:50.430 |MediaTerminationPointControl(19)::logCapabilitiesinTrace -- MTP/XCoder Device Caps = 4 2 15 16 11 12 257 259 261 |4,100,63,1.654^10.222.126.205^*
09:48:50.430 |MediaTerminationPointControl(19)::logCapabilitiesinTrace -- Device Caps = 6 4 2 86 18 9 |4,100,63,1.654^10.222.126.205^*
09:48:50.430 |RegionsServer::MatchCapabilities -- kbps=8, capACount=6, capBCount=9|*^*^*
09:48:50.430 |MediaTerminationPointControl(19)::getResourcesAllocated -- No matching caps for either side A or side B, MTP not allocated|4,100,63,1.654^10.222.126.205^*
09:48:50.430 |MediaTerminationPointControl(19)::getResourcesAllocated -- match1=4 match2=0|4,100,63,1.654^10.222.126.205^*
09:48:50.430 |MediaTerminationPointControl(19)::getResourcesAllocated -- allocateErrBitset=0x40|4,100,63,1.654^10.222.126.205^*
09:48:50.430 |MediaTerminationPointControl(19)::SendMTPResourceErrToSender - ERROR  AllocateMtpResourceReq failed

Your xcoder =DeviceName=XD__DF_024

The region between your xcoder and the phone invoking the transcoder is set to use G729 also. hence the call fails.

Your scoder has to be set to use G711 between it and the phone trying to use it.

SO I suggesr you put the region between the Jtsi phone and the xcoder to G711. and you can leave the other phone on G729. This way it should work.

Please rate useful posts

"For the love of God is broader than the measure of man's mind And the heart of the Eternal is most wonderfully kind"

Please rate all useful posts

Perfect, it worked!

Thank you!

Luciane de Medeiros