Re: [IPCop-user] VOIP Choppy

[Haute S. <sub...@gm...>]

I'd recommend to not relying on any of the published numbers.  Go to one 
of the testing sites and test your connection speed.  Repeat the test 
several times over several days, preferrably during different times of 
day/load, etc.  Then take the minimum numbers you get and plug them into 
your QOS setup.

Alex McColl wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> KRT,
> part of your problem may be incorrect data from comcast.
> I've never seen them advertise 8mbps download so I had to go online and
> see if they've changed their setup:
> ~From their webpage at 
> http://www.comcast.com/Benefits/CHSIDetails/Slot5PageOne.asp
> - ---
> Maximum download speed of 4Mbps (or 6 Mbps) and upload speeds of 
> 384Kbps (or 768Kbps) depending on
> the product that is selected.  Increased speeds not yet available in 
> all areas.  Actual speeds may
> vary and are not guaranteed.  Many factors affect download speed.
> - ---
>
> Unless you have a special arangement with comcast... your settings are 
> way
> off.  That will screw up any QOS system... try setting your max speeds at
> lower "confirmed" numbers and I think that will help.
>
> Good luck,
> Alex.
>
>
> krt wrote:
> | I have a 8mbps/768kbps pipe from comcast, which tests well and has low
> | latency to my VOIP provider (Teliax)
> |
> | I'm not limiting SIP per say, so much as making it the top priority
> | protocol and giving it a dedicated 80kbps chunk (if everything else is
> | going on).
> |
> | here's my QoS Setup:
> |
> |
> |
> | Handle      Class      Parent      Priority      Minimum Bandwidth
> | Maximum delay
> | in milliseconds     Maximum Bandwidth
> |
> | 1     110     1     1     80     16     128
> | 1     120     1     2     64     64     768
> | 1     140     1     4     0     80     768
> | 1     170     1     7     0     200     512
> |
> |
> |
> |
> | Rulename      Protocol      Mark      Src Port      Dst Port      
> Source
> | IP Destination IP      Interface
> | BT-6890-6901     tcp     170         6890 6901         eth3
> | DNS-QUERIES     udp     110         53             eth3
> | EMULE-4662     tcp     170         4662             eth3
> | EMULE-4672     udp     170         4672             eth3
> | IRC-6667     tcp     120         6667             eth3
> | IRC-994     tcp     120         994             eth3
> | IRC-9999     tcp     120         9999             eth3
> | POP-SSL-995     tcp     140         995             eth3
> | SHAREAZA-6346     tcp     170         6346             eth3
> | SHAREAZA-U-6346 udp     170         6346             eth3
> | SMTP-SSL-465     tcp     140         465             eth3
> | SSH-22         tcp     120         22             eth3
> | VOIP-5060     udp     110         5060             eth3
> | VOIP-5061     udp     110         5061             eth3
> | VOIP-5062     udp     110         5062             eth3
> | VOIP-5063     udp     110         5063             eth3
> | VPN-PPTP     tcp     120         1723             eth3
> | WEB-TCP443     tcp     140         443             eth3
> | WEB-TCP80     tcp     140         80             eth3
> |
> |
> |
> |
> | Donofrio, Lewis wrote:
> |
> |> What is your connection rate?  And why are you limiting sip traffic?
> |> ______________________________________________________________________
> |> Lewis Don...@um...
> |> Cell: (734) 323-8776
> |>
> |>
> |> -----Original Message-----
> |> From: ipc...@li...
> |> To: ipc...@li...
> |> Sent: Sun Jan 29 12:41:28 2006
> |> Subject: [IPCop-user] VOIP Choppy
> |>
> |> I'm using the QoS package from tkaddons with 1.4.10, but I still get
> |> choppy VOIP.  Has anyone figured out a decent way to pull clean VOIP
> |> over IPCop, while other traffic is going on?  Could it be that i've
> |> found the clean way, but my via eden ghz processor is too slow for 
> this
> |> sort of work?  (not so stellar floating point)
> |>
> |>
> |>
> |>
> |> -------------------------------------------------------
> |> This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> |> files
> |> for problems?  Stop!  Download the new AJAX search engine that makes
> |> searching your log files as easy as surfing the  web.  DOWNLOAD 
> SPLUNK!
> |> 
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
> |> 
> <http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642> 
>
> |>
> |> _______________________________________________
> |> IPCop-user mailing list
> |> IPC...@li...
> |> https://lists.sourceforge.net/lists/listinfo/ipcop-user
> |>
> |
> |
> | -------------------------------------------------------
> | This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> | files
> | for problems?  Stop!  Download the new AJAX search engine that makes
> | searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> | 
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
> | _______________________________________________
> | IPCop-user mailing list
> | IPC...@li...
> | https://lists.sourceforge.net/lists/listinfo/ipcop-user
> |
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.0 (Darwin)
> Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
>
> iD8DBQFD3qGWdQsgobrw7tURAsafAKCVyNOgKrFer4O0TSUxo6ZQOD/y5ACfYb3X
> OVFYfJfVWUPGRYABldWmGzg=
> =e3lI
> -----END PGP SIGNATURE-----
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log 
> files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
> _______________________________________________
> IPCop-user mailing list
> IPC...@li...
> https://lists.sourceforge.net/lists/listinfo/ipcop-user
>