search for: 4000ms

Hi list, we have 2 asterisk boxes in VM (kvm) on 2 different Dell servers, one is Lenny kernel 2.6.26 asterisk 1.6.2.20, the second CentOS 2.6.18 asterisk 1.4.36 (Elastix). Both 64bits, no hardware involved, dahdi on both machines for meetme timing. Doing core show translation give on the Lenny server Translation times between formats (in microseconds) for one second of data

...different priorities, or if all the traffic should be rate-limited by IP first, and then sorted into a handful of shared classes, to be dequeued. I have taken advice from this list for the past couple of weeks and I have a semi functional script now. However the latency suddenly jumps to >4000ms as soon as the user starts downloading. Also my script uses police rate to limit upload speed - but this is not particularly effective and also not really required, as the box is able to shape traffic in both directions. It is also a NAT box. Related, not but strictly to do with tc, is there an...

...different priorities, or if all the traffic should be rate-limited by IP first, and then sorted into a handful of shared classes, to be dequeued. I have taken advice from this list for the past couple of weeks and I have a semi functional script now. However the latency suddenly jumps to >4000ms as soon as the user starts downloading. Also my script uses police rate to limit upload speed - but this is not particularly effective and also not really required, as the box is able to shape traffic in both directions. It is also a NAT box. Related, not but strictly to do with tc, is there an...

Currently, i have nodes with PMTUDiscovery =yes and ClampMSS = yes. When the server does not receive a PMTU request back from one of the clients even when the packet size is very small (say 164), then it reverts to TCP. Should i turn off PMTUDiscovery or should it be ok to leave on? It takes a very long time to do simple pings (1 second or so), so i wonder what else i can do?

...ttl=64 time=0.000 ms 64 bytes from 192.168.1.200: icmp_seq=2 ttl=64 time=0.000 ms 64 bytes from 192.168.1.200: icmp_seq=3 ttl=64 time=0.000 ms 64 bytes from 192.168.1.200: icmp_seq=4 ttl=64 time=0.000 ms --- 192.168.1.200 ping statistics --- 5 packets transmitted, 5 received, 0% packet loss, time 4000ms rtt min/avg/max/mdev = 0.000/0.000/0.000/0.000 ms, pipe 2 # ping google.com PING google.com (216.239.39.99) 56(84) bytes of data. 64 bytes from 216.239.39.99: icmp_seq=0 ttl=240 time=230 ms 64 bytes from 216.239.39.99: icmp_seq=1 ttl=240 time=220 ms 64 bytes from 216.239.39.99: icmp_seq=2 ttl=240...

Dears, After having set up the board Digium TE420 to receive 3 E1s, I can receive calls without difficulties. As you can see in the log below: -- Executing [5908 at from-pstn:1] NoOp("UniCall/14-1", "Catch-All DID Match - Found 5908 - You probably want a DID for this.") in new stack -- Executing [5908 at from-pstn:2] Goto("UniCall/14-1",

...n this. It is also important that the latency remains reasonably low - maybe this implies a need to apply some sort of traffic filtering and classifying. I did manage to get a script semi-working but as soon as any decent bandwidth started flowing on the connection, the latency jumped up to >4000ms. I tried to change my script to make it more classful and intelligent but I ended up breaking it and now it doesn''t work at all. (Upon execution, I get ''172.19.123.254 Illegal "match"'') I''m inexperienced with tc so I don''t really know the b...