search for: 1500bytes

...bit interfaces will that make any difference in overall transfer rate of the bridge? I was thinking it might because even though the NIC is enslaved, it IS the device that the workstations communicate to. But also it might not because when applications talk to the network they're using BR(n) at 1500bytes.. can a bridging guru shed some light on this for me? -Thank you in advance Chris

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?

Zviad O. Giorgadze wrote: > My ISP provides guarantied 115kbit bandwidth for GLOBAL TRAFFIC. During the low load period (early morning, evening, night) customers can get up to 1mbit traffic. That''s download traffic we''re talking about, since you seem to be shaping on your local LAN interface? Variable rate ISPs are tough to shape right, I guess... Does this 115kbit vs.

Hi all, I have several locations, each connected by a Sonicwall VPN through PPPOE DSL, with Snom 360 phones. I've found that I have to tweak the Asterisk server MTU (inside one of the firewalls) to get everything to work "just right". Set the server MTU too low, and the Snom phones don't communicate correctly anymore. Too high and the phones work, but the server can't

...d to shape upload: dev eth0 { egress { class (<$default>) if 1; htb ( r2q 1 ) { class ( rate 800kbps, ceil 800kbps ) { //192.168.1.0----------------------------------------------------------- $ruter = class ( rate 15kbps, ceil 250kbps ) { sfq( perturb 10secs, quantum 1500Bytes ); } ; fw { class $ruter on (23); //ruter--------------------------------------------------------------------- ---- //--------------------- fw }//fw }//main class }//htb }//egress }//eth0(none):/skrytpy# and these are a bit of `tc -s -d class show dev eth0` prints while co...

> Use an Intel pro/100 or pro/1000 driver..they are known to > work with VLANs. > > I guess it's also possible that it's a problem in the > bridging code, so try the latest kernel > as well... I compiled the latest 2.6.19 kernel and tested it with two 3COM 3c905c fast ethernet interfaces which work fine with vlan 802.1q tagging, but when I have added the eth0 and eth1

All, The users in our organization are well, quite frankly, sick of phone service that is being provided. The choppy phone calls, and drop outs are detrimental to our sales force. I've tried about everything I can think of. Moved the asterisk server from VM machine to dedicated machine More than enough bandwidth Setting 802.1p = 7 Set Dedicated voice traffic 35% of bandwidth. Not sure