Asterisk 1.6 -> 1.8 call pickup not registering

Forums › VoIP › Asterisk 1.6 -> 1.8 call pickup not registering

Zeon

3918 posts

Uber Geek

Trusted

#102729 21-May-2012 13:51

Hey guys,
I'm having a problem with a particular user who cannot get a proper call pickup on their phone. They were previously using an old Cisco 7940 with SIP firmware and after spending ages on decided to suggest they go with a yealink t20p.

Basically what happens is the phone rings, he picks up the receiver but can't hear anything. The calling party continue with music on hold so the call pickup isn't sent through properly. It looks to be something to do with his ISP Telstra or modem, Dynalink RTA1025WV6. When he uses the exact same phone with an am300 modem on Vodafone connection it works brilliantly. I've enabeld full access on all ports for the 2 connections.

It's funny as this has only started happening after upgrading from PBX in a flash 175x to 206x. I think the Asterisk version has changed from 1.6 to 1.8. Not sure what has changed here...?

Any ideas?

Speedtest 2019-10-14

Zeon

3918 posts

Uber Geek

Trusted

#628450 21-May-2012 16:36

So indeed the problem was the Dynalink RTA1025WV6. I disabled the SIP ALG feature and worked straight away. it must be some kind of crappy implementation or something?

Speedtest 2019-10-14

chevrolux

4962 posts

Uber Geek
Inactive user

#628494 21-May-2012 18:33

Zeon: So indeed the problem was the Dynalink RTA1025WV6. I disabled the SIP ALG feature and worked straight away. it must be some kind of crappy implementation or something?

Thats the first thing we turn off when putting any type of VoIP phone system in. Don't know what it does apart from screw up SIP lol. It must do something to screw up NAT - thats the first thing that comes to mind with one way speech.

sbiddle

30853 posts

Uber Geek

Retired Mod

Trusted

Biddle Corp

Lifetime subscriber

#628669 21-May-2012 23:39

Zeon: So indeed the problem was the Dynalink RTA1025WV6. I disabled the SIP ALG feature and worked straight away. it must be some kind of crappy implementation or something?

I've never yet come across a scenario where SIP ALG was needed, and in 99% of cases enabling it screws with SIP packets and breaks stuff. I don't know why so many manufacturers enable it by default in their firmware...