said by julienvf:That is of course if the ATA is behind a router which failed even if plugged straight to the modem in DHCP... It registered and I wasn't even able to receive calls when plugged straight to the modem without any router or NAT nor anything blocking traffic. Problem for sure was elsewhere rather than an improper port forwarding. I just find it amazing that the same ATA + router worked #1 on Distributel cable then when brought to my customer's house on Tek cable, had that problem. Traffic was indeed routed differently.
The problem can also occur if the ATA is behind a modem that has a built in router.
Also, if I take my ATA over to someone else's house and plug straight into another modem, the ATA won't work unless I make changes to the WAN side of the ATA device (I often manually make changes).
Also ensure that NAT mapping is enabled in addition to NAT Keep Alive in the ATA device.
By the way, I just tried something, testing different codecs.
When I use the G711u codec (use preferred codec only), my phone rings fine. When I use G711a (use preferred codec only), calls go straight to voice mail. Might be something for you to test (different codecs).
This is also very important for calls:
1. RTP packet size needs to be set to 0.020 on the "SIP" tab of the ATA device. (affects phone call quality)
2. These values also need to be set in the ATA device:
a)Ring Tone Frequency: 52
b)Ring Tone Voltage: 90
But you said you already did that.
Without being there to look at your ATA settings, troubleshooting is pretty difficult.
I'm positive Teksavvy doesn't filter traffic. If Videotron does, then that's pretty bad (I have no doubt it's possible, but I still have a hard time believing they are doing that on purpose to mess up VoIP services).
Anyway, good luck.