Stupid Question. Need an answer fast!

[+John Teacake MVC]

EH?

[hkgonra]

Sonicwall is ok but they are VERY expensive.

I would check into pfsense or Untangle firewalls.

http://pfsense.org/

http://www.untangle.com/

[Danny D]

The bloke from the company who is installing the line then tested the line and he said that packet loss of 1%?(Between your router/edge device and the external network)Well Id say that was unacceptable if your going to be heavily utilizing your line with VOIP.

So your saying that the rest of the Packet Loss on your internal network is 70 - 80%? Like Budman Said It might be Duplex Settings? Set all the Network cards on the laptops to Auto Negotiate. Also is there anything that could interfere with the wireless signal (If your seeing it on the wireless). Remove any cordless phones or turn off any heavy machinery (just a thought) You might have to get insulated cables if your running it through a factory perhaps???

Modem - Router - Switch >> He tested it from the switch and it gave him 1% packet loss. He said he has some type of tool that tests that. I have no idea what tool that is.

[sc302 Veteran]

EH?

listening to alice in chains "rooster"

Here they come to snuff the rooster, aww yeah, hey yeah

Yeah here come the rooster, yeah

You know he ain't gonna die

No, no, no, ya know he ain't gonna die

Thought it fell into troubleshooting packet loss, you go to take care of it and it isn't going away....

I'll share.

[+BudMan MVC]

"I tried all the computers on the network and they all received 70-80%, but when he connected his laptop packet loss was at 1%.. Confused. "

How are you trying them when your not there? If your coming in remote with 80% packet -- for starters there is no way you could actually remote the machine to test with that type of loss.. So where are you seeing this 70-80% loss?? How are you testing this?

If you had duplex issues with your connection you would know it - cause nothing would really work, ok you "might" be able to ping -- but your file sharing sure and the hell would not work and everything you did would be pathetically slow.. And your you would not be browsing the internet, etc. It would be worse than being on dial up, etc. if you had a duplex issues you would know it for sure.

If you were seeing 70-80% packet loss on your network - it would not be usable at all.. So either your testing to something that has a ****ty connection that does not come into play for your actual netework, or your testing it wrong?? But with that much loss you would not be able to function - as to 1% loss on your internet connection - that is still pretty crappy! And is going to cause you issues - prob more so with voip, etc.

If you seeing 1% packet loss with voip your prob going to be able to hear it.

http://www.voip-info.org/wiki/view/QoS

The default G.729 codec requires packet loss far less than 1 percent to avoid audible errors.

VOIP is not tolerant of packet loss. Even 1% packet loss can "significantly degrade" a VOIP call using a G.711 codec and other more compressing codecs can tolerate even less packet loss.

http://www.voip-news.com/faq/voip-service-level-faq/

A: VoIP packet loss takes place when a large amount of traffic hits the network and causes it to drop packets. It usually manifest itself as dropped conversations or ?tinny? sounds. Packet loss should never exceed 1% and most service providers guarantee service levels with .5% or less packet loss. Packet loss of 1% translates into one voice clip or skip every three minutes, while packet loss of .25% translates into one error every 53 minutes.

Do your own research, I have not been active with voip for some time.. But I packet loss can make it sound like crap - that is for sure ;) What is acceptable is up to you - but clearly you should not be seeing 5 to 10% even for normal web traffic that is going to cause problems that you will see. So you go something going on -- sure you could have something wrong on your network that could cause your local network to have packet loss.. Lots of collisions could cause problems -- but you said you have what 12 clients, seems unlikely that would be a cause then. Would need to do some checking to see what issues you might have on your local network.

BTW -- keep in mind that a ping test is not always a valid check, icmp might be on a lower priority -- which could lead to misleading results, etc.. So while it is a quick and dirty test - does not mean that its always actually a reliable value.

[sc302 Veteran]

Sonicwall is ok but they are VERY expensive.

I would check into pfsense or Untangle firewalls.

http://pfsense.org/

http://www.untangle.com/

although more expensive than free or home built, they do offer phone and real time support 24x7x365. you get what you pay for. and in danny's case I would recommend a place that he can call and get a live body instead of waiting for someone to get back to him in chat or a forum.

Budman is right, you don't want that kind of packet loss with VoIP.

[+John Teacake MVC]

Yeah I agree with the others, We had "tinny" voice calls once when one of our leased lines started getting packet loss. I dont understand what he is testing? Surely he would be testing between the modem and the outside world per se since thats the connection he installed? Or is that what he has tested and says there is the 1% packet loss? If so that's unacceptable and quote Budman. He says that your getting 80% packet loss from the switch to where? His laptop? His Device? Definitely check duplex settings . . .

[Danny D]

"I tried all the computers on the network and they all received 70-80%, but when he connected his laptop packet loss was at 1%.. Confused. "

How are you trying them when your not there? If your coming in remote with 80% packet -- for starters there is no way you could actually remote the machine to test with that type of loss.. So where are you seeing this 70-80% loss?? How are you testing this?

If you had duplex issues with your connection you would know it - cause nothing would really work, ok you "might" be able to ping -- but your file sharing sure and the hell would not work and everything you did would be pathetically slow.. And your you would not be browsing the internet, etc. It would be worse than being on dial up, etc. if you had a duplex issues you would know it for sure.

If you were seeing 70-80% packet loss on your network - it would not be usable at all.. So either your testing to something that has a ****ty connection that does not come into play for your actual netework, or your testing it wrong?? But with that much loss you would not be able to function - as to 1% loss on your internet connection - that is still pretty crappy! And is going to cause you issues - prob more so with voip, etc.

If you seeing 1% packet loss with voip your prob going to be able to hear it.

http://www.voip-info.org/wiki/view/QoS

The default G.729 codec requires packet loss far less than 1 percent to avoid audible errors.

VOIP is not tolerant of packet loss. Even 1% packet loss can "significantly degrade" a VOIP call using a G.711 codec and other more compressing codecs can tolerate even less packet loss.

http://www.voip-news...vice-level-faq/

A: VoIP packet loss takes place when a large amount of traffic hits the network and causes it to drop packets. It usually manifest itself as dropped conversations or "tinny" sounds. Packet loss should never exceed 1% and most service providers guarantee service levels with .5% or less packet loss. Packet loss of 1% translates into one voice clip or skip every three minutes, while packet loss of .25% translates into one error every 53 minutes.

Do your own research, I have not been active with voip for some time.. But I packet loss can make it sound like crap - that is for sure ;) What is acceptable is up to you - but clearly you should not be seeing 5 to 10% even for normal web traffic that is going to cause problems that you will see. So you go something going on -- sure you could have something wrong on your network that could cause your local network to have packet loss.. Lots of collisions could cause problems -- but you said you have what 12 clients, seems unlikely that would be a cause then. Would need to do some checking to see what issues you might have on your local network.

BTW -- keep in mind that a ping test is not always a valid check, icmp might be on a lower priority -- which could lead to misleading results, etc.. So while it is a quick and dirty test - does not mean that its always actually a reliable value.

I used this to test the packet loss: http://myvoipspeed.visualware.com/

I don't know how the technician tests it. Also I logged in remotely on all of the computers through logmein and http://myvoipspeed.visualware.com/ shows 80% packet loss on all the computers. I think the network is running great, files open up fast and everything is extremely fast. So i don't know how I am getting that packet loss when everything works extremely fast. Websites open instantly.

Thanks

[+John Teacake MVC]

I did that and I got 0.0 Packet Loss which is very surprising for my line. Id definately say that it was the line that he is installed. Get him to check again the Modem ----> Outside Line.

It supports my theory that its not your Internal Networking Equipment ;-)

[Danny D]

At home i have 0.0 packet loss also. I just tried pingtest.net from the office and its giving me 12% packet loss. The question now is what can i do to test everything in the office to find out where the packet loss is coming from? If its from my switch, my router or the cable guys...

Thanks

[+John Teacake MVC]

Start with the cable guys and work back. It can only exist in 3 places. Modem Connected to outside line. Get him to check that and prove it. Your Switch or your Router. I'm putting money on the Cable Guys equipment since your network has been working fine before this right?

[Danny D]

Sawyer did some tests and he said that it's definitely the cable dudes. And yes my internal network is super fast so I am pretty sure its not that. I also tested a computer thats connected directly to the linksys router and it had a lot of packet loss. I guess i will need to call the cable guys so they can come tomorrow and do some tests.

[+John Teacake MVC]

Yep!

Danny's line

Packets: Sent = 100, Received = 83, Lost = 17 (17% loss),

Approximate round trip times in milli-seconds:

Minimum = 538ms, Maximum = 850ms, Average = 624ms

Compared to my work

Packets: Sent = 100, Received = 98, Lost = 2 (2% loss),

Approximate round trip times in milli-seconds:

Minimum = 457ms, Maximum = 856ms, Average = 517ms

We dont use that for VOIP calls though so its not an issue

[+BudMan MVC]

And this is from a machine directly connected to the modem?

If not you have the line from the modem to the router, the router and the line from the router to the computer.

[Danny D]

I just talked to one of the technicians at cablevision and he did some tests, he restarted the modem etc. and there was still packet loss and he realized that. They are sending a technician tomorrow morning to look into this.

[+John Teacake MVC]

All's well that ends well.

[+BudMan MVC]

Well its great they are sending someone out - but what blows is the tech telling you it was only 1%, etc. ;)

[Danny D]

Yeah lol. O well what can you do? Not much. I will update everyone on the progress tomorrow morning! Thanks again for all of the help.

[Danny D]

AAAlrightttttttttttttttttttttt. So the guy was here for 2 and a half hours testing and he said there is ABSOLUTLEY nothing wrong with the connection. He was running his own tests that he gets from cablevision and they all get 0% packet loss. He said if your packet loss is at 15 - 16% (thats what pingtest.net says) then opening a website will be extremely slow at opening and sometimes it wont even open. Here are the tests he ran:

PING 10.108.141.20: 1024 data bytes
1032 bytes from 10.108.141.20: icmp_seq=0. time=18.0 ms
1032 bytes from 10.108.141.20: icmp_seq=1. time=12.3 ms
1032 bytes from 10.108.141.20: icmp_seq=2. time=12.5 ms
1032 bytes from 10.108.141.20: icmp_seq=3. time=12.2 ms
1032 bytes from 10.108.141.20: icmp_seq=4. time=11.5 ms
1032 bytes from 10.108.141.20: icmp_seq=5. time=12.5 ms
1032 bytes from 10.108.141.20: icmp_seq=6. time=12.6 ms
1032 bytes from 10.108.141.20: icmp_seq=7. time=14.9 ms
1032 bytes from 10.108.141.20: icmp_seq=8. time=10.7 ms
1032 bytes from 10.108.141.20: icmp_seq=9. time=12.5 ms
1032 bytes from 10.108.141.20: icmp_seq=10. time=11.0 ms
1032 bytes from 10.108.141.20: icmp_seq=11. time=10.3 ms
1032 bytes from 10.108.141.20: icmp_seq=12. time=12.2 ms
1032 bytes from 10.108.141.20: icmp_seq=13. time=12.7 ms
1032 bytes from 10.108.141.20: icmp_seq=14. time=12.7 ms
1032 bytes from 10.108.141.20: icmp_seq=15. time=12.5 ms
1032 bytes from 10.108.141.20: icmp_seq=16. time=12.7 ms
1032 bytes from 10.108.141.20: icmp_seq=17. time=12.5 ms
1032 bytes from 10.108.141.20: icmp_seq=18. time=14.4 ms
1032 bytes from 10.108.141.20: icmp_seq=19. time=12.2 ms
1032 bytes from 10.108.141.20: icmp_seq=20. time=12.3 ms
1032 bytes from 10.108.141.20: icmp_seq=21. time=12.4 ms
1032 bytes from 10.108.141.20: icmp_seq=22. time=12.2 ms
1032 bytes from 10.108.141.20: icmp_seq=23. time=14.3 ms
1032 bytes from 10.108.141.20: icmp_seq=24. time=13.7 ms
1032 bytes from 10.108.141.20: icmp_seq=25. time=12.4 ms
1032 bytes from 10.108.141.20: icmp_seq=26. time=14.6 ms
1032 bytes from 10.108.141.20: icmp_seq=27. time=12.3 ms
1032 bytes from 10.108.141.20: icmp_seq=28. time=12.5 ms
1032 bytes from 10.108.141.20: icmp_seq=29. time=11.9 ms
1032 bytes from 10.108.141.20: icmp_seq=30. time=14.2 ms
1032 bytes from 10.108.141.20: icmp_seq=31. time=12.7 ms
1032 bytes from 10.108.141.20: icmp_seq=32. time=13.3 ms
1032 bytes from 10.108.141.20: icmp_seq=33. time=12.2 ms
1032 bytes from 10.108.141.20: icmp_seq=34. time=12.2 ms
1032 bytes from 10.108.141.20: icmp_seq=35. time=12.0 ms
1032 bytes from 10.108.141.20: icmp_seq=36. time=13.7 ms
1032 bytes from 10.108.141.20: icmp_seq=37. time=12.4 ms
1032 bytes from 10.108.141.20: icmp_seq=38. time=12.2 ms
1032 bytes from 10.108.141.20: icmp_seq=39. time=13.8 ms
1032 bytes from 10.108.141.20: icmp_seq=40. time=11.9 ms
1032 bytes from 10.108.141.20: icmp_seq=41. time=12.1 ms
1032 bytes from 10.108.141.20: icmp_seq=42. time=12.4 ms
1032 bytes from 10.108.141.20: icmp_seq=43. time=14.0 ms
1032 bytes from 10.108.141.20: icmp_seq=44. time=12.0 ms
1032 bytes from 10.108.141.20: icmp_seq=45. time=12.1 ms
1032 bytes from 10.108.141.20: icmp_seq=46. time=12.3 ms
1032 bytes from 10.108.141.20: icmp_seq=47. time=12.2 ms
1032 bytes from 10.108.141.20: icmp_seq=48. time=14.3 ms
1032 bytes from 10.108.141.20: icmp_seq=49. time=14.5 ms
1032 bytes from 10.108.141.20: icmp_seq=50. time=14.4 ms
1032 bytes from 10.108.141.20: icmp_seq=51. time=14.3 ms
1032 bytes from 10.108.141.20: icmp_seq=52. time=12.3 ms
1032 bytes from 10.108.141.20: icmp_seq=53. time=14.2 ms
1032 bytes from 10.108.141.20: icmp_seq=54. time=12.6 ms
1032 bytes from 10.108.141.20: icmp_seq=55. time=14.5 ms
1032 bytes from 10.108.141.20: icmp_seq=56. time=12.5 ms
1032 bytes from 10.108.141.20: icmp_seq=57. time=13.8 ms
1032 bytes from 10.108.141.20: icmp_seq=58. time=14.6 ms
1032 bytes from 10.108.141.20: icmp_seq=59. time=13.7 ms
1032 bytes from 10.108.141.20: icmp_seq=60. time=13.8 ms
1032 bytes from 10.108.141.20: icmp_seq=61. time=14.1 ms
1032 bytes from 10.108.141.20: icmp_seq=62. time=14.3 ms
1032 bytes from 10.108.141.20: icmp_seq=63. time=13.9 ms
1032 bytes from 10.108.141.20: icmp_seq=64. time=11.9 ms
1032 bytes from 10.108.141.20: icmp_seq=65. time=20.3 ms
1032 bytes from 10.108.141.20: icmp_seq=66. time=11.9 ms
1032 bytes from 10.108.141.20: icmp_seq=67. time=13.9 ms
1032 bytes from 10.108.141.20: icmp_seq=68. time=13.9 ms
1032 bytes from 10.108.141.20: icmp_seq=69. time=13.9 ms
1032 bytes from 10.108.141.20: icmp_seq=70. time=13.9 ms
1032 bytes from 10.108.141.20: icmp_seq=71. time=13.7 ms
1032 bytes from 10.108.141.20: icmp_seq=72. time=14.1 ms
1032 bytes from 10.108.141.20: icmp_seq=73. time=12.1 ms
1032 bytes from 10.108.141.20: icmp_seq=74. time=14.0 ms
1032 bytes from 10.108.141.20: icmp_seq=75. time=13.9 ms
1032 bytes from 10.108.141.20: icmp_seq=76. time=12.1 ms
1032 bytes from 10.108.141.20: icmp_seq=77. time=12.1 ms
1032 bytes from 10.108.141.20: icmp_seq=78. time=11.9 ms
1032 bytes from 10.108.141.20: icmp_seq=79. time=12.0 ms
1032 bytes from 10.108.141.20: icmp_seq=80. time=13.9 ms
1032 bytes from 10.108.141.20: icmp_seq=81. time=14.3 ms
1032 bytes from 10.108.141.20: icmp_seq=82. time=14.9 ms
1032 bytes from 10.108.141.20: icmp_seq=83. time=13.9 ms
1032 bytes from 10.108.141.20: icmp_seq=84. time=14.4 ms
1032 bytes from 10.108.141.20: icmp_seq=85. time=14.2 ms
1032 bytes from 10.108.141.20: icmp_seq=86. time=14.1 ms
1032 bytes from 10.108.141.20: icmp_seq=87. time=14.1 ms
1032 bytes from 10.108.141.20: icmp_seq=88. time=14.0 ms
1032 bytes from 10.108.141.20: icmp_seq=89. time=13.7 ms
1032 bytes from 10.108.141.20: icmp_seq=90. time=13.8 ms
1032 bytes from 10.108.141.20: icmp_seq=91. time=11.9 ms
1032 bytes from 10.108.141.20: icmp_seq=92. time=13.7 ms
1032 bytes from 10.108.141.20: icmp_seq=93. time=13.9 ms
1032 bytes from 10.108.141.20: icmp_seq=94. time=13.6 ms
1032 bytes from 10.108.141.20: icmp_seq=95. time=13.9 ms
1032 bytes from 10.108.141.20: icmp_seq=96. time=13.6 ms
1032 bytes from 10.108.141.20: icmp_seq=97. time=13.9 ms
1032 bytes from 10.108.141.20: icmp_seq=98. time=13.9 ms
1032 bytes from 10.108.141.20: icmp_seq=99. time=13.7 ms

----10.108.141.20 PING Statistics----
100 packets transmitted, 100 packets received, 0% packet loss
round-trip (ms) min/avg/max/stddev = 10.3/13.237/20.3/1.335

Thats the one directly to the modem. This is the one directly to the public IP address:

[/font] 

 [font="Verdana"]PING 75.127.XXX.XX: 1024 data bytes[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=0. time=18.5 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=1. time=15.1 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=2. time=18.3 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=3. time=30.4 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=4. time=15.0 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=5. time=18.1 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=6. time=17.0 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=7. time=15.2 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=8. time=18.2 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=9. time=15.1 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=10. time=14.9 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=11. time=18.4 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=12. time=15.2 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=13. time=19.7 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=14. time=13.9 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=15. time=13.8 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=16. time=15.5 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=17. time=17.1 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=18. time=14.5 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=19. time=14.8 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=20. time=17.9 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=21. time=14.8 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=22. time=14.8 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=23. time=18.2 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=24. time=17.2 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=25. time=16.8 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=26. time=14.7 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=27. time=14.7 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=28. time=14.8 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=29. time=18.1 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=30. time=14.9 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=31. time=15.2 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=32. time=17.9 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=33. time=14.6 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=34. time=14.6 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=35. time=17.8 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=36. time=14.7 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=37. time=14.7 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=38. time=17.6 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=39. time=17.5 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=40. time=14.9 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=41. time=14.8 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=42. time=18.0 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=43. time=16.6 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=45. time=17.8 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=46. time=17.1 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=47. time=14.8 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=48. time=16.5 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=49. time=17.0 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=50. time=14.5 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=51. time=15.1 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=52. time=14.6 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=53. time=13.0 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=54. time=13.4 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=55. time=12.9 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=56. time=13.1 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=57. time=17.6 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=58. time=18.5 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=59. time=16.5 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=60. time=12.8 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=61. time=13.3 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=62. time=16.6 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=63. time=15.1 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=64. time=14.7 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=65. time=16.4 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=66. time=17.5 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=67. time=14.7 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=68. time=14.8 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=69. time=17.0 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=70. time=14.2 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=71. time=16.5 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=72. time=17.3 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=73. time=14.2 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=74. time=14.8 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=75. time=17.4 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=76. time=16.4 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=77. time=14.9 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=78. time=17.6 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=79. time=16.5 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=80. time=16.7 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=81. time=17.3 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=82. time=16.6 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=83. time=16.5 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=84. time=17.3 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=85. time=14.3 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=86. time=14.7 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=87. time=17.3 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=88. time=14.4 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=89. time=14.3 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=90. time=17.0 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=91. time=14.4 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=92. time=16.4 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=93. time=17.0 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=94. time=14.4 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=95. time=14.9 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=96. time=17.2 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=97. time=16.6 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=98. time=16.4 ms[/font]

 [font="Verdana"]1032 bytes from ool-4b7fec5a.static.optonline.net (75.127.XXX.XX): icmp_seq=99. time=17.2 ms[/font]



 [font="Verdana"]----75.127.XXX.XX PING Statistics----[/font]

 [font="Verdana"]100 packets transmitted, 99 packets received, 1% packet loss[/font]

 [font="Verdana"]round-trip (ms) min/avg/max/stddev = 12.8/16.06/30.4/2.13[/font]

 [font="Verdana"]

^^ Sometimes it showed 1% sometimes it showed 0% but the time i copied it, it was at 1%. He also told me not to use those ping sites like speed test or ping test because all of them show different things and they do. One website shows me no packet loss, another shows me 2% and another shows me 20% so yeah... Not sure what to do now.

I also just tried IPtools.com and i see no packet loss:

[/font]PING 75.127.236.90 (75.127.236.90) 56(84) bytes of data.
64 bytes from 75.127.236.90: icmp_seq=1 ttl=48 time=68.6 ms
64 bytes from 75.127.236.90: icmp_seq=2 ttl=48 time=65.6 ms
64 bytes from 75.127.236.90: icmp_seq=3 ttl=48 time=65.2 ms
64 bytes from 75.127.236.90: icmp_seq=4 ttl=48 time=65.1 ms
64 bytes from 75.127.236.90: icmp_seq=5 ttl=48 time=66.8 ms

--- 75.127.236.90 ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4001ms
rtt min/avg/max/mdev = 65.194/66.325/68.657/1.341 ms[font="Verdana"]

Another test:

C:\Users\Daniel>ping 75.127.236.90

Pinging 75.127.236.90 with 32 bytes of data:
Reply from 75.127.236.90: bytes=32 time=3ms TTL=64
Reply from 75.127.236.90: bytes=32 time=1ms TTL=64
Reply from 75.127.236.90: bytes=32 time=1ms TTL=64
Reply from 75.127.236.90: bytes=32 time=1ms TTL=64

Ping statistics for 75.127.236.90:
	Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
	Minimum = 1ms, Maximum = 3ms, Average = 1ms

????????????????????????????????????

[sc302 Veteran]

did you read the last post in here that I made????

On a serious note, leave it be. It is working as expected. Don't loose sleep over it unless it happens again persistently. They may have changed something on their end that they are not admitting to, this is common practice as most people in these cable outfits (really any internet provider) don't know what the others are doing (the left hand doesn't know what the right hand is doing).

those damn roosters will get you every time and sometimes they simply just go away by themselves :p

[Danny D]

did you read the last post in here that I made????

On a serious note, leave it be. It is working as expected. Don't loose sleep over it unless it happens again persistently. They may have changed something on their end that they are not admitting to, this is common practice as most people in these cable outfits (really any internet provider) don't know what the others are doing (the left hand doesn't know what the right hand is doing).

those damn roosters will get you every time and sometimes they simply just go away by themselves :p

Hey,

I really dont care if there is packet loss, but when we get the VoIP phones than what happens? Dropped calls. I also just did another test. Sent 1000 packets 1.5 mb each and i only got 1% packet loss. Another question i have is why he added this other thing other than the modem. There is a Modem, and a Cisco 800. It looks like a router... http://www.amazon.co...e/dp/B0000515B6

so now i have a modem > that cisco thing > my link sys > switch

[sc302 Veteran]

I understand the issue with packet loss and VoIP. I would not worry about the connectivity you have right now as it is "tolerable". Like I said previously, cable is not guaranteed. Look at your service contract, look for anything guaranteed within it, this includes connectivity and bandwidth.

From here http://www.optimum.net/Terms/OOLBusiness :

Cablevision also does not guarantee continuous, uninterrupted or secure access to the Internet. Cablevision does not warrant that service will be available on a specified date or time or that the network will have the capacity to meet your demand during specific hours. Further, Cablevision does not guarantee or warrant any particular speed of connection. In addition, Cablevision expressly disclaims any and all liability arising from or relating to any failure to provide adequate bandwidth to any Subscriber. Access to the network cannot be guaranteed, and you may be unable to access the network at any time, and disconnections from the network may occur from time to time. Access to the Internet using Optimum WiFi shall be further subject to the Optimum WiFi Terms of Use. In no event shall Cablevision have any liability arising from the reliability, ability or inability to connect to the Internet, or any other claim, loss, expense, fee or damage arising directly or indirectly from Subscriber's use of Optimum WiFi or any component thereof.

If you don't have a written agreement terms have them send it to you.

The point is, at any given random time you may not have the connectivity that you need or desire and they really don't care if you don't. You can't do a single thing about it if the service drops as it isn't their problem to worry about you. This is what you are seeing and this is within "tolerable" limits.

As far as the cisco goes, I believe that it could be doing NAT. However, if your linksys has an addressable outside address on it all the router is doing is being a router and passing traffic from your linksys to the modem (a device that probably isn't needed but cablevision has to put in anyway).

[+John Teacake MVC]

So your meaning to tell us Danny that you didn't even make a test VOIP call and your worried about the packet loss? Did you even try the Skype Echo test thing I told you about? Thats like worrying about your bike breaking before you even know how to ride a bike!!!!!!! Grrrrrr. Anyway didn't you question what that "Cisco thing" was that he put in? Didn't you ask if your Linksys box had a cable modem built in, You probably did post what model it was and I would go look but I cant be bothered! To reduce complexity. Id question what the Cisco thing is doing because most likely you'll get a bill for it.

[Danny D]

So your meaning to tell us Danny that you didn't even make a test VOIP call and your worried about the packet loss? Did you even try the Skype Echo test thing I told you about? Thats like worrying about your bike breaking before you even know how to ride a bike!!!!!!! Grrrrrr. Anyway didn't you question what that "Cisco thing" was that he put in? Didn't you ask if your Linksys box had a cable modem built in, You probably did post what model it was and I would go look but I cant be bothered! To reduce complexity. Id question what the Cisco thing is doing because most likely you'll get a bill for it.

None of the PC's in the office have microphones or speakers, so as far as I know i cannot test the echo thing like that.. . . He said the Cisco thing needs to be there for the 5 static IP's he gave me.. It says Cisco Systems 800.

I promised my self that this would be the last test. I have sent 3500 packets 1.5 mb each and only 1% loss.

[+BudMan MVC]

Well if he gave you 5 static IPs on the public side that cicso 800 is doing nat? Or it can for sure - so you should be able to get rid of your wireless router as your gateway and just use it an accesspoint, etc.