VoIP Mailing List Archives
Mailing list archives for the VoIP community |
|
| View previous topic :: View next topic |
| Author |
Message |
greminn at gmail.com
Guest
|
 Posted: Wed Apr 16, 2008 5:49 pm Post subject: [asterisk-users] QOS for outgoing SIP calls |
 |
|
Hi There,
We have our Asterisk box using a external SIP provider for outgoing
calls over our DSL line. This seems to be going well... But i do have
the ability to set some QOS ports in our linksystem DSL router... Its
faily basic, so im wondering if it will help at all...
We can specify High, Med, Low settings for: FTP, HTTP, Telnet, SMTP
and POP3. Plus we have the ability to specify up to 3 ports for the
same settings.
Is this worth doing? If so, what ports should i specifiy?
Simon |
|
| Back to top |
|
 |
greymanvoip at gmail.com
Guest
|
| Posted: Wed Apr 16, 2008 11:24 pm Post subject: [asterisk-users] QOS for outgoing SIP calls |
|
|
On Wed, Apr 16, 2008 at 11:49 PM, Simon <greminn at gmail.com> wrote:
| Quote: | Hi There,
We have our Asterisk box using a external SIP provider for outgoing
calls over our DSL line. This seems to be going well... But i do have
the ability to set some QOS ports in our linksystem DSL router... Its
faily basic, so im wondering if it will help at all...
We can specify High, Med, Low settings for: FTP, HTTP, Telnet, SMTP
and POP3. Plus we have the ability to specify up to 3 ports for the
same settings.
Is this worth doing? If so, what ports should i specifiy?
|
Hi Simon,
You won't be able to get much use of your router's QoS if it can only
set it via port number. By default Asterisk will select a UDP port
somewhere in the range of 10,000 to 20,000 to carry the RTP. The port
selected for the RTP will be different at your end and at your
providers end which means you would need two QoS port rules per call.
You can change the port range your Asterisk server uses for RTP in
rtp.conf but there's probably not a lot of point given you can't
prioritise a big enough range with only 3 rules available. To be of
any practical use for SIP calls you really need to be able to set QoS
by IP address.
Regards,
Greyman. |
|
| Back to top |
|
|
asterisk at net153.net
Guest
|
| Posted: Thu Apr 17, 2008 2:00 am Post subject: [asterisk-users] QOS for outgoing SIP calls |
|
|
Simon wrote:
| Quote: | Hi There,
We have our Asterisk box using a external SIP provider for outgoing
calls over our DSL line. This seems to be going well... But i do have
the ability to set some QOS ports in our linksystem DSL router... Its
faily basic, so im wondering if it will help at all...
We can specify High, Med, Low settings for: FTP, HTTP, Telnet, SMTP
and POP3. Plus we have the ability to specify up to 3 ports for the
same settings.
Is this worth doing? If so, what ports should i specifiy?
Simon
_______________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
|
If you can, try giving the highest priority to the UDP protocol or the
provider IP address.
Sam |
|
| Back to top |
|
|
marquis at roble.com
Guest
|
| Posted: Sat Apr 19, 2008 9:20 am Post subject: [asterisk-users] QOS for outgoing SIP calls |
|
|
Chris Mason wrote:
| Quote: | QOS can only be on outgoing, you can't set the priority of a packet
after you receive it. The only other solution would be the cooperation
of the ISP to provide QOS upstream of you. Good luck.
|
QOS is probably not the most precise term as it's normally associated with
RSVP, MPLS, packet headers, etc. But you can, in Netscreens at least,
define a Guaranteed Bandwidth.
We do this for SIP/IAX IPs, in both outgoing and incoming policies, and it
works both ways. Audio quality is good and there are no "chan_sip.c: Peer
is now (UNREACHABLE|Lagged)" messages even during long DVD or Bitorrent
xfers.
The reason it works outbound is a no-brainer, but inbound bandwidth is also
effectively guaranteed. Sure there's no way to control external devices
that ignore ICMP source-quench or break TCP congestion control but those
flows are typically limited to nefarious sources which would not be
responsive to other types of QOS anyhow (BGP being one potential exception).
Roger Marquis |
|
| Back to top |
|
|
|
|
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
Powered by phpBB © 2001, 2005 phpBB Group
|
Search
