Peter, Please approve us apply a new ISP connection to separate with CCA for ccahalmar. The bandwidth is 100M.

Transcription

1 All test are done in business time. Our testing are not professional. Not like ZBRELLA using as professional test. All testing report followed after. 1 From ISP s test shows the connection has no any problem. 2 In the front test the speed is 44.0 Mbits/sec. Because the older laptop for test has lower performance it is normal. 3 Testing on the viewpoint server the speed is 92.0 Mbits/sec. Because the server has the higher performance. 4 Download speed from NJ office to AHB job site is 3.28Mb/Sec (30Mbits/sec). Because of the DSL cable connection s download bandwidth is 30Mbits/sec. 5 Upload speed from AHB job site to NJ office is 500KB/sec (5Mbits/sec). Because of the DSL cable connection s upload bandwidth is 5Mbits/sec. 6 At AHB job site the test speed is 18.96Mbits/sec, 3.16Mbits/sec at (like ZBRELLA s professional testing) 7 At AHB Job site some user s connection sometimes are via t1 (Verizon). This is the problem. Unless the DSL cable is break down all user s connection are the DSL cable. We think the network s bottleneck is not in NJ office. The ccahalmar server at NJ office can get burst bandwidth about 90 Mbits/sec. CCAIT just want to do the business and do not want to make trouble to the others. At AHB job site the first internet connection was the DSL cable. The speed was good. But after T1 had been done ZBRELLA setup the T1 as the primarily connection and setup the DSL cable as backup connection. The speed was down. We modified the configuration for optimize. We setup 30% T1 and 70% DSL cable. The speed was up. Everything was ok. But after a few months the client had a problem. The could not be sent out by outlook but could be sent out in website. We checked the setting and did not find the wrong setting. We thought the problem was with ISP. So we contacted the ISP. But we had no contract info the ISP did nothing with us. We asked ZBRELLA about it. They did not give it to us. (Today we still have no the contract info.) So the problem could not be solved. Peter arranged a meeting at AHB job site. Alfredo and us were together to solve the problem. The problem was caused by blocking 25 Port. Alfredo made a phone call to cablevision. The problem was solved. Why at first cablevision did not block any port and then blocked the 25 Port? Did someone let them make this change? We had no idea. After the problem was solved Alfredo setup the DSL cable as the primarily connection and the T1 as the backup connection. The speed was good. One month ago we found the setting was changed. And we can not access the AHB job Site firewall. ZBRELLA have the administrator on firewall. They blocked our access and changed the firewall setting. That s why some user have the problem with mail.ccahalmar.com and why some user have the big problem with the speed. Peter, Please approve us apply a new ISP connection to separate with CCA for ccahalmar. The bandwidth is 100M.

2 Hello, We have tested the direct connection and not seeing any packet loss or reason you should get full thruput. We are here 24 by 7 for any testing you may want to run. When ready, please give us a call and refer to ticket HD Below is more details for IPerf testing. You could run the test behind your equipment and then plan on testing in front directly connected to the circuit. Testing na01.b jfk01#sh int f0/5 Load for five secs: 3%/0%; one minute: 1%; five minutes: 1% Time source is NTP, 08:05: UTC Thu Nov FastEthernet0/5 is up, line protocol is up (connected) Hardware is Fast Ethernet, address is 0013.c47d.d980 (bia 0013.c47d.d980) Description: CUST-R FE ^China Construction America Inc^ ID: Internet address is /29 MTU 1546 bytes, BW Kbit, DLY 100 usec, reliability 255/255, txload 1/255, rxload 1/255 Encapsulation ARPA, loopback not set Keepalive set (10 sec) Full-duplex, 100Mb/s, media type is 10/100BaseTX input flow-control is off, output flow-control is unsupported ARP type: ARPA, ARP Timeout 04:00:00 Last input 00:01:48, output 00:00:08, output hang never Last clearing of "show interface" counters 2d03h Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0 Queueing strategy: fifo Output queue: 0/40 (size/max) 5 minute input rate bits/sec, 2 packets/sec 5 minute output rate 5000 bits/sec, 5 packets/sec packets input, bytes, 0 no buffer Received 274 broadcasts (0 IP multicasts) 0 runts, 0 giants, 0 throttles 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored 0 watchdog, 0 multicast, 0 pause input 0 input packets with dribble condition detected packets output, bytes, 108 underruns 0 output errors, 0 collisions, 0 interface resets 0 babbles, 0 late collision, 0 deferred 0 lost carrier, 0 no carrier, 0 PAUSE output 108 output buffer failures, 0 output buffers swapped out na01.b jfk01#ping Type escape sequence to abort.

3 Sending 5, 100-byte ICMP Echos to , timeout is 2 seconds:!!!!! Success rate is 100 percent (5/5), round-trip min/avg/max = 1/2/4 ms na01.b jfk01#ping ip Target IP address: Repeat count [5]: 2000 Datagram size [100]: 1500 Timeout in seconds [2]: Extended commands [n]: Sweep range of sizes [n]: Type escape sequence to abort. Sending 2000, 1500-byte ICMP Echos to , timeout is 2 seconds:... Success rate is 0 percent (0/5) na01.b jfk01#ping ip Target IP address: Repeat count [5]: 2000 Datagram size [100]: 1000 Timeout in seconds [2]: Extended commands [n]: Sweep range of sizes [n]: Type escape sequence to abort. Sending 2000, 1000-byte ICMP Echos to , timeout is 2 seconds:

4 !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! Success rate is 100 percent (2000/2000), round-trip min/avg/max = 1/3/120 ms D:\>iperf -c dca.iperf.cogentco.com -w 1024k Client connecting to dca.iperf.cogentco.com, TCP port 5001 TCP window size: 1.00 MByte [1908] local port 1921 connected with port 5001 [ ID] Interval Transfer Bandwidth [1908] sec 54.9 MBytes 44.0 Mbits/sec Note: On an old laptop directly connected to the front. C:\viewpath>iperf -c dca.iperf.cogentco.com -w 1024k Client connecting to dca.iperf.cogentco.com, TCP port 5001 TCP window size: 1.00 MByte [272] local port connected with port 5001 [ ID] Interval Transfer Bandwidth [272] sec 111 MBytes 92.0 Mbits/sec C:\viewpath>iperf -c dca.iperf.cogentco.com -w 1024k Client connecting to dca.iperf.cogentco.com, TCP port 5001 TCP window size: 1.00 MByte [272] local port connected with port 5001 [ ID] Interval Transfer Bandwidth [272] sec 110 MBytes 91.3 Mbits/sec Note: On Viewpoint Server

5 Note: Download Speed from Nj office to AHB job site.

6 Note: Upload speed From AHB job site to NJ office

7 Note: AHB job site network speed at

8 Note: AHB job site Internet IP address (Verizon) Dear Cogent Customer, How are you testing the bandwidth on the circuit? Please note that sites such as Speakeasy.net and the majority of online speed test are geared towards residentual lines and also have FAQ's that mention their lack of validity in testing circuits over 20Mbs, Cogent does not view those sites as acceptable methods for testing this type of circuit as it amount to comparing apples and oranges. Cogent is also not able to explain results of any online speed test as we have no knowledge of the components of how those test are run. If you would like a more accurate test to prove out bandwidth on your circuit, Cogent uses a freeware called IPERF ( We also have a dedicated server that customer can test to when they call into our customer support line. The test can also be run between any two layer 3 devices. If you like, please feel free to give us a call to discuss the testing and the capabilities of your circuit.