search for: 235k

...nce the connections aren't paid for by the client, we aren't in a position to mandate particular providers or speeds, but in each case, the minimum was a 1mb/256k up ADSL. We asked the employees to run some speed tests to determine real-world speeds, and in each case upstream was around 220-235k (a little off the "official speed" but not bad). Certainly way more than the ~35kbps necessary for a g729 call, even with packet overheads. We've also tested the connections with a constant ping, and latency for nearly all of them is sub-35ms. So, that leads me towards packet loss a...

On 03/12/15 09:40, Bernard Lheureux wrote: > On 12/03/2015 10:29 AM, Duncan Brown wrote: > initramfs is missing... > check if /boot/initramfs-{kernelversion}.img is correctly there, if not > do a "yum reinstall kernel-{version}" and it should be ok ! You might want to also check there is enough diskspace for the initrd to be built and hosted in the right place.. --

We are evaluating starting a small VoIP consumer based platform. What is the best codec to use with customers using primarily DSL as internet connectivity? I know that g729 is the king-all, but I want to know what the rest of the professional are using out there. g729 has a cost involved, so does the cost really offset the performance? Or is it better to go with g711 to start off? We plan

Running a zpool scrub on our production pool is showing a scrub rate of about 400K/s. (When this pool was first set up we saw rates in the MB/s range during a scrub). Both zpool iostat and an iostat -Xn show lots of idle disk times, no above average service times, no abnormally high busy percentages. Load on the box is .59. 8 x 3GHz, 32GB ram, 96 spindles arranged into raidz zdevs on OI 147.

...- 33.8G - zp1/public at bup-20090309-033514UTC 104K - 33.9G - zp1/public at bup-20090315-190807UTC 335K - 33.9G - zp1/public at bup-20090424-034702UTC 29.0M - 26.1G - zp1/public at bup-20090619-063536GMT 234K - 26.6G - zp1/public at bup-20090619-143851UTC 235K - 26.6G - zp1/public at bup-20090804-024506UTC 943K - 27.1G - zp1/public at bup-20090906-192431UTC 8.97M - 27.3G - zp1/public at bup-20100102-035216UTC 1.67M - 33.5G - zp1/public at bup-20100102-184101UTC 1.66M - 33.5G - zp1/public at bup-20100208-050707G...

I have to match my packets based on MAC address, which I cannot do in the POSTROUTING chain, so I do it in PREROUTING using MARK. Then, I match on the MARK in the POSTROUTING chain to do a CLASSIFY. But this does not seem to work: wireless-r1 bwlimit # iptables -L -v -n -t mangle Chain PREROUTING (policy ACCEPT 3353K packets, 941M bytes) pkts bytes target prot opt in out source