Our network is part of Verizon ATM Cloud - we have two remotes sites that work great they do not drop pings(1000 bytes) They each run on 1.5 ATM. At the Main site we have a DS3 10mb. that the two remotes come into. We also have going out 6mb PVC to out ISP. When we ping our ISP 1000(bytes)size or more we drop packets. Verizon already test the circuits (remotes sites) and my main circuit that goes into the ATm cloud. the ISP circuit that goes into the cloud did not get tested.because they have other customers on it. I feel like Verizon did everything they could. what should I do!?
Some ISPs implement a policy to drop ICMP packets larger than certain size. Also, some firwalls drop ICMP packets greater than certain packet size. Are you trying to ping the next hop on the 6Mbps PVC? Try to check with the ISP if they have this type of policy or if there is a firewall on the ISP sites (Which I doubt) dropping traffic.
Yes- it's the next hop(ISP router) I was on the phone with them with the Verizon tech - The ISP tech did see the drops when he pinged my side. The ISP did not want to to test there DS3 circuit (pvc)because of other customers. he also checked out other settings and said everything looked ok. He also said that the router(isp router) was not picking up any errors. We also created a new PVC (assigned new vpi /vci) (i think i'm saying that write) And the errors were still there. Who should I start questioning verizon or isp.
Also my upload speeds are fast like 4.5mb and my download speed are slow 600k. wierd to me?
Since your ISP circuit is another PBC as you are stating then you should just test the ISP link from the main site. Verizon have no issues since they only provide WAN connectivity between sites. As I understood the PVC you have with the ISP is a shared PVC? So is this PVC congested? This is something to ask the ISP.
Another thing you can try, can you put a laptop on the outside zone and set it with public IP Address and do some testing? This will isolate the issue to be on the outside or not.
Sorry it was typo mistake I meant PVC and not PBC.
One way to get through this, since the ISP engineer is no more helpfull, is to contact your ISP sales/account manager. Try to explain to him the poort support on this and threaten you may think of other options and search for another ISP.
Most of the time when you touch the money side of things the support improves and they do their best to resolve it. :-)
Sorry couldn't resolve your issue but all I can see is that your ISP has to do more effort to resolve the issue.
- Sometimes ISPs know that they have an issue and try avoiding informing the customer trying to gain some time until they resolve it.
Hi everyone, I would like to thank you in advance for any help you can provide a newcomer like myself!
Im studying the 100-105 book by Odom and am currently on the topic of Port security. I purchased a used 2960 and I'm trying to follow a...
While deploying a number of 18xx/2802/3802 model access points (APs), which run AP-COS as their operating platform. It can be observed on some occasions that while many of their access points were able to join the fabric WLC withou...
I am going to design and build an LAN network under a tunnel underground with long distance between the switches.
I will have 2 Catalyst switches and 8 Industrial IE3000, and they will be connected with fiber.
For now I am planning on use Layer-2 s...