Call Forwarding and Failed Transfers on 18.12

[Tommy Dome]

I am having an issue with call forwarding on an 18.12 system located in an AWS EC2 instance with a Calltower SIP Trunk. Call forwarding works on some extensions but not others. I have done a stare and compare on a few pcaps and it looks like the ones that fail the call forward are trying to respond to the AWS subnet local IP address instead of the elastic IP. I am thinking its a codec issue because the ones that go through are using G722 and the ones that fail are using G711. I've tried to remove the G711 codecs from the phones assigned to the user but that doesn't do anything. I believe this is the same issue causing external call transfers from extension to extension to drop. 

Any ideas on how I can fix this?

[Michael Picher]

It would be pretty rare for a SIP trunk to support g.722? Usually they're g.711u or a only.

On Thu, Mar 24, 2022 at 12:05 AM Tommy Dome <dometech...@gmail.com> wrote:

I am having an issue with call forwarding on an 18.12 system located in an AWS EC2 instance with a Calltower SIP Trunk. Call forwarding works on some extensions but not others. I have done a stare and compare on a few pcaps and it looks like the ones that fail the call forward are trying to respond to the AWS subnet local IP address instead of the elastic IP. I am thinking its a codec issue because the ones that go through are using G722 and the ones that fail are using G711. I've tried to remove the G711 codecs from the phones assigned to the user but that doesn't do anything. I believe this is the same issue causing external call transfers from extension to extension to drop. 

Any ideas on how I can fix this?

--
You received this message because you are subscribed to the Google Groups "sipxcom-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to sipxcom-user...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/sipxcom-users/86cc73fa-c443-4229-844f-99d2126008ccn%40googlegroups.com.

--

 

Michael Picher Product Manager, UCaaS 215.297.4400 x.445 751 Arbor Way, Arbor Crest I, Suite 150, Blue Bell, PA 19422 coredial.com

The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer.

[Tommy Laino]

I agree. However, I've tried to remove the G.722 protocols as well and no dice.

To view this discussion on the web visit https://groups.google.com/d/msgid/sipxcom-users/CAKs31W2Hr_dEFwRr4A1uWit%3DjADETP1LAG7_FCSUq3hxb94tdw%40mail.gmail.com.

[Nathaniel Watkins]

Try this:
System->Services->Media Services

Select your server

Move PCMU to the top of the Selected Codecs section.

To view this discussion on the web visit https://groups.google.com/d/msgid/sipxcom-users/CACCT1oAnWwSTQq7yDRkwPezzrHbpcEYhRGSe0iWJQnUG%3DsfZPw%40mail.gmail.com.

[Matt Keys]

"Call forwarding works on some extensions but not others." -- This is true for consultative/attended transfer, or "at the same time" call forward. Example destinations this would fail is basically any freeswitch destination (voicemail, AA/IVR, conference) or to the PSTN. 

It is not true for blind transfer or "if no response" call forward. 

[Matt Keys]

I should add PCMU / G.711U is the standard on the PSTN in the US. PCMA / G.711A is the standard on the PSTN in other countries. It's not a good idea to remove PCMU or PCMA from the phone codecs. 

Other codecs (ie G729) are typically not supported unless your ITSP specifically states they support it. Even then typically it is likely to be transcoded to G711 somewhere along the way. 

[Tommy Laino]

That is correct. Transfers from the AA are no issue. I would need to check closer to see if the call forwards failing are at the same or if No response.

I only removed codecs as a check because of what I was seeing in the capture. I put everything back in

To view this discussion on the web visit https://groups.google.com/d/msgid/sipxcom-users/1205f439-72f0-4643-bbc7-0546d4253a5fn%40googlegroups.com.