Making Outgoing call using GV - sometimes they can't hear me (FIXED)
RonR:
Quote from: earthtoobi on August 02, 2011, 01:05:47 pm
what i noticed is that when i use google voice, the port number range for the trunk is not followed.
You lost me.
If you mean ports 5060 - 5061 are not used on Google Voice, that's correct. 5060 - 5061 are used for SIP protocol. Google Voice uses XMPP protocol.
earthtoobi:
i mean when you make a call with googlevoice and check your RTP port, it is not in the port range of 16600-16798 (assuming you use google voice in SP1 ).
So, am not sure how port forwarding for google voice would be useful.
RonR:
I've never had occasion to be scrutinize a Google Voice call and never noticed, but it appears the OBi only conforms to the specified RTP port range on SIP calls. The RTP port range appears to be all over the place on Google Voice calls. I don't know whether this is intentional or a bug. Doesn't seem to leave an option for port forwarding in the case of Google Voice, does it?
Blacky:
RonR I have a D-Link DIR-651 it has QOS and Port Forwarding and application rules
for QOS what do you recommend here are the options
This option is disabled by default. Enable this option
for better performance and experience with online
games and other interactive applications, such as VoIP.
Note: When this option is enabled, hardware NAT
will be disabled automatically.
This option is enabled by default when the QoS
Engine option is enabled. This option will allow your
router to automatically determine the uplink speed
of your Internet connection.
This displays the detected uplink speed.
The speed at which data can be transferred from the
router to your ISP. This is determined by your ISP.
This option is enabled by default. This will allow
your router to automatically determine the network
priority of running programs.
This option is enabled by default so that your router
will automatically determine which programs should
have network priority. For best performance, use the
Automatic Classification option to automatically set
the priority for your applications.
This option should be enabled when you have a slow Internet uplink. It helps to reduce the impact that large low priority network
packets can have on more urgent ones.
for Port Forwarding here are the options what do you recommend.
Enter the TCP and/or UDP port or ports that you want
to open. You can enter a single port or a range of ports.
Seperate ports with a common.
Example: 24,1009,3000-4000
For Applications rules here are the options what do you recommend
This is the port used to trigger the application. It
can be either a single port or a range of ports.
Select the protocol of the trigger port (TCP, UDP,
or Both).
This is the port number on the Internet side that
will be used to access the application. You may
define a single port or a range of ports. You can
use a comma to add multiple ports or port ranges.
Select the protocol of the firewall port (TCP, UDP,
or Both).
The schedule of time when the Application Rule
will be enabled. The schedule may be set to Always,
which will allow the particular service to always
be enabled. You can create your own times in the
Tools > Schedules section.
Select Allow All (most common) or a created Inbound
filter. You may create your own inbound filters in the
Advanced > Inbound Filter page.
Thanks in advance
RonR:
Quote from: Blacky on September 04, 2011, 01:33:09 pm
RonR I have a D-Link DIR-651 it has QOS and Port Forwarding and application rules
for QOS what do you recommend here are the options
If you're not having any problems, you probably don't need to change anything.
I've never had a need to bother with QoS, so I don't have any suggestions in this area.
If you're using a VoIP provider, you can consider adding a STUN server on the appropriate ITSPx page of the OBi. I also forward SIP Ports (5060 - 5061) and RTP Ports (16600 -16998) to the OBi, but many find this unnecessary.
Navigation
[0] Message Index
[#] Next page
[*] Previous page