reco Posted July 2, 2010 Report Posted July 2, 2010 are there more people having this issue? http://forum.snom.com/index.php?showtopic=4258&st=0 Quote
Vodia PBX Posted July 7, 2010 Report Posted July 7, 2010 Maybe try this one: http://provisioning.snom.com/download/fw/snom870-8.4.16-SIP-r.bin Quote
reco Posted July 9, 2010 Author Report Posted July 9, 2010 Maybe try this one: http://provisioning.snom.com/download/fw/snom870-8.4.16-SIP-r.bin just upgraded i am still having this issue Quote
BigBrother Posted July 13, 2010 Report Posted July 13, 2010 Hi reco: that's a bit strange. I've had the same problem but it works fine for me on 8.4.16. Can you give some detailed explanation of the scenario you've observed? Is it linked to a particular codec by any chance? Quote
reco Posted July 14, 2010 Author Report Posted July 14, 2010 did some more testing really funny this only happens with external calls coming from a trunk via a hunt group. i dont use any special codes. phone is configured to g.722 trunk is using g.711u reco Quote
reco Posted July 27, 2010 Author Report Posted July 27, 2010 Hi reco: that's a bit strange. I've had the same problem but it works fine for me on 8.4.16. Can you give some detailed explanation of the scenario you've observed? Is it linked to a particular codec by any chance? hi BigBrother i nailed it down. the issue only appears when both calls are from different trunks. all trunks are on G711.U reco Quote
BigBrother Posted July 28, 2010 Report Posted July 28, 2010 Hi reco, I think your info would be useful to track the bug down. Have you tried contacting snom directly with a trouble ticket? e.g. through http://www.snom.com/en/service/contact/con...orm-ec-support/ Quote
reco Posted August 7, 2010 Author Report Posted August 7, 2010 hi big brother, done finally found a temporary fix. set `goto_virtual_keys_state_on_activity` to `off` this is definitely a snom bug. thanx Quote
reco Posted August 24, 2010 Author Report Posted August 24, 2010 hi bigbrother, i finally got the answer from snom: We regret that our senior analyst found nothing discernible within the PCAPthat would suggest the reason for the issue. Although, professional opinion suggests that there doesn't seem to be anything other than RTP, and the RTP that is there seems to be encrypted. Other than that the streams look good. It looks like one of the endpoints is behind NAT. NAT traversal problems is one of the prime causes of one-way audio, especially when the called phone is behind NAT. Snom phones do not do symmetric RTP by default, and that can reduce the probability of success. i honestly expected a little more since i got around 30 of these phones. i understand what they are saying. i doubt though this is related to my issue. if this is a NAT issue - why does it not accrue when i set a display option to a different value? again when i set `goto_virtual_keys_state_on_activity` to `off`? Quote
Vodia PBX Posted August 24, 2010 Report Posted August 24, 2010 if this is a NAT issue - why does it not accrue when i set a display option to a different value?again when i set `goto_virtual_keys_state_on_activity` to `off`? That would not convince me... Probably the only thing you can do is to try the latest beta 8.4.18 available from dms.snom.com (username beta, password beta). If it would be a NAT problem it must be the router. Some routers try to be smart (or very stupid) and screw everything up. If you have a different router it is also worth a try. Quote
reco Posted September 13, 2010 Author Report Posted September 13, 2010 hi there, just got feedback from snom. they released 8.4.20 where they fixed this issue. reco Quote
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.