А вообще после ввода в эксплуатацию этого пресловутого R2 субъективно инет стал работать медленнее. Например, sport-express и еще некоторые сайты стали открываться с заметной задержкой. Иногда даже с первого раза не открываются - тормоза по-полной минуту-другую. Даунлоад, правда, вроде с нормальной скоростью идет, но стартует тоже о-о-очень медленно. Такое ощущение, что сервер ДНС перегружен...

и вечерком без инета частенько сидеть стали...

Цитата: (Юрий Петров @ 28.9.2010, 22:43) А вообще после ввода в эксплуатацию этого пресловутого R2 субъективно инет стал работать медленнее. Например, sport-express и еще некоторые сайты стали открываться с заметной задержкой. Иногда даже с первого раза не открываются - тормоза по-полной минуту-другую.

Ну вот только что открывал несколько раз подряд www.sport-express.ru, лазал по внутренним страницам, делал tracert и ping, но никаких проблем не заметил. Если у Вас есть какие-либо проблемы, то нужно максимально подробно(в зависимости от ваших знаний) описать проблему, приложить результаты команд:
tracert sport-express.ru
ping -n 10 sport-express.ru
ping -n 10 -l 1472 sport-express.ru
в те моменты, когда, как вам кажется, скорость далека от идеальной.
Только так мы сможем что-либо попробовать выяснить. Сами понимаете, что узких мест великое множество, и метод гадания здесь не подходит.

C:\Documents and Settings\Администратор>tracert vkontakte.ru

Трассировка маршрута к vkontakte.ru [87.240.188.253]
с максимальным числом прыжков 30:

1 1 ms <1 мс <1 мс gw.1.beirel.lan [10.193.1.1]
2 3 ms 9 ms <1 мс r2-dhcp.beirel.ru [89.222.165.144]
3 <1 мс <1 мс <1 мс r2-scylla.beirel.ru [89.222.165.146]
4 <1 мс <1 мс <1 мс RTi-v204-h9-s1.msk.netorn.net [89.222.201.1]
5 9 ms 9 ms 9 ms 178.18.224.200
6 9 ms 9 ms 9 ms srv249-226.vkontakte.ru [93.186.226.249]
7 * * * Превышен интервал ожидания для запроса.
8 9 ms 9 ms 9 ms srv253-131.vkontakte.ru [87.240.188.253]

вот она дырочка)

так причем тут БТ?
трэйс четко показывает, что проблема у vkontakte.ru

Цитата: (mad @ 29.9.2010, 6:50) и вечерком без инета частенько сидеть стали...

Ну... сорри, в командной строке не получится, ибо MacOS X дает такие результаты:
Axiosoft-MBP-266:~ petrov$ ping -n 10 -l 1472 sport-express.ru
usage: ping [-AaDdfnoQqRrv] [-b boundif] [-c count] [-G sweepmaxsize] [-g sweepminsize]
[-h sweepincrsize] [-i wait] [-l preload] [-M mask | time] [-m ttl]
[-p pattern] [-S src_addr] [-s packetsize] [-t timeout]
[-W waittime] [-z tos] host
ping [-AaDdfLnoQqRrv] [-c count] [-I iface] [-i wait] [-l preload]
[-M mask | time] [-m ttl] [-p pattern] [-S src_addr]
[-s packetsize] [-T ttl] [-t timeout] [-W waittime]
[-z tos] mcast-group

Traceroute что-то дал:
Axiosoft-MBP-266:~ petrov$ traceroute sport-express.ru
traceroute to sport-express.ru (89.188.99.91), 64 hops max, 52 byte packets
1 gw.10.193.72.beirel.lan (10.193.72.1) 3.334 ms 12.871 ms 9.865 ms
2 orf-v9.beirel.ru (89.222.165.68) 1.797 ms 1.796 ms 1.829 ms
3 aid-v12.beirel.ru (89.222.165.98) 2.939 ms 2.078 ms 2.489 ms
4 r2-scylla-v11.beirel.ru (89.222.165.122) 2.406 ms 2.434 ms 2.386 ms
5 rti-v204-h9-s1.msk.netorn.net (89.222.201.1) 2.679 ms 2.842 ms 2.585 ms
6 89.188.100.157 (89.188.100.157) 3.282 ms 3.823 ms 3.362 ms
7 89.188.99.91 (89.188.99.91) 3.616 ms 3.340 ms 3.231 ms

А вот результат traceroute и ping из набора стандартных утилит MacOSX:
 Screen_shot_2010_09_30_at_22.50.23.png ( 71,41 килобайт ) Кол-во скачиваний: 13

Причем на пинге потеря пакетов практически на каждом нажатии на кнопку "ping". Один раз даже выдала 40% loss.

 Screen_shot_2010_09_30_at_22.51.52.png ( 60,31 килобайт ) Кол-во скачиваний: 9



Сообщение отредактировал Юрий Петров - 30.9.2010, 22:05

Цитата: (Юрий Петров @ 30.9.2010, 23:02) Ну... сорри, в командной строке не получится, ибо MacOS X дает такие результаты: Axiosoft-MBP-266:~ petrov$ ping -n 10 -l 1472 sport-express.ru usage: ping [-AaDdfnoQqRrv] [-b boundif] [-c count] [-G sweepmaxsize] [-g sweepminsize] [-h sweepincrsize] [-i wait] [-l preload] [-M mask | time] [-m ttl] [-p pattern] [-S src_addr] [-s packetsize] [-t timeout] [-W waittime] [-z tos] host ping [-AaDdfLnoQqRrv] [-c count] [-I iface] [-i wait] [-l preload] [-M mask | time] [-m ttl] [-p pattern] [-S src_addr] [-s packetsize] [-T ttl] [-t timeout] [-W waittime] [-z tos] mcast-group

ping -s 1470 -c 10 sport-express.ru

Цитата: Traceroute что-то дал: Axiosoft-MBP-266:~ petrov$ traceroute sport-express.ru traceroute to sport-express.ru (89.188.99.91), 64 hops max, 52 byte packets 1 gw.10.193.72.beirel.lan (10.193.72.1) 3.334 ms 12.871 ms 9.865 ms 2 orf-v9.beirel.ru (89.222.165.68) 1.797 ms 1.796 ms 1.829 ms 3 aid-v12.beirel.ru (89.222.165.98) 2.939 ms 2.078 ms 2.489 ms 4 r2-scylla-v11.beirel.ru (89.222.165.122) 2.406 ms 2.434 ms 2.386 ms 5 rti-v204-h9-s1.msk.netorn.net (89.222.201.1) 2.679 ms 2.842 ms 2.585 ms 6 89.188.100.157 (89.188.100.157) 3.282 ms 3.823 ms 3.362 ms 7 89.188.99.91 (89.188.99.91) 3.616 ms 3.340 ms 3.231 ms

все путем, нигде нет критичных задержек.

Цитата: А вот результат traceroute и ping из набора стандартных утилит MacOSX:  Screen_shot_2010_09_30_at_22.50.23.png ( 71,41 килобайт ) Кол-во скачиваний: 13 Причем на пинге потеря пакетов практически на каждом нажатии на кнопку "ping". Один раз даже выдала 40% loss.  Screen_shot_2010_09_30_at_22.51.52.png ( 60,31 килобайт ) Кол-во скачиваний: 9

наличие потерь безусловно говорит о проблемах на пути к указанному сайту, но где именно они начинаются можно увидеть либо по трейсу, если повторять его несколько раз, пока не выявится слабое месте, причем на высокий пинг от шлюза можно абсолютно не обращать внимание, он ни на что не влияет.
далее можно открыть несколько консолей и в каждой запустить пинг, до каждого из хопов в трейсе, на каком хосте по трейсу начинаются проблемы с пингом раньше - там источник проблем, разумеется такой способ имеет смысл только когда запущен одновременный пинг всех этих хопов, т.к. кратковременные потери могут появляться и исчезать и тут важно отслеживать именно в один и тот же момент времени.

Цитата: (KAA @ 30.9.2010, 23:26) ping -s 1470 -c 10 sport-express.ru все путем, нигде нет критичных задержек. наличие потерь безусловно говорит о проблемах на пути к указанному сайту, но где именно они начинаются можно увидеть либо по трейсу, если повторять его несколько раз, пока не выявится слабое месте, причем на высокий пинг от шлюза можно абсолютно не обращать внимание, он ни на что не влияет. далее можно открыть несколько консолей и в каждой запустить пинг, до каждого из хопов в трейсе, на каком хосте по трейсу начинаются проблемы с пингом раньше - там источник проблем, разумеется такой способ имеет смысл только когда запущен одновременный пинг всех этих хопов, т.к. кратковременные потери могут появляться и исчезать и тут важно отслеживать именно в один и тот же момент времени.

Да, это понятно - я один ни о чем говорить не могу, но даже с этими результатами понятно, что чисто статистически здесь: gw.10.193.72.beirel.lan на traceroute неслабые задержки... 20ms -- многовато будет, хотя и вправду некритично. Ну это ладно, чисто мой сегмент сети вряд ли о чем может сказать. Я попробую что-нить найти с точки зрения проверки днс. Мне кажется, проблема слегка в нем порылась. trace и ping такие вещи не покажут.

26 ноября 2010, пятница около 21 часа:
что-нибудь скачать с letitbit или еще с какого-нибудь файлового сервера типа rapidshare просто невозможно... В-общем, похоже, Бэйрэль превращается в "а не все ли равно какой провайдер в Пушкино...".

Цитата: (Юрий Петров @ 26.11.2010, 21:37) 26 ноября 2010, пятница около 21 часа: что-нибудь скачать с letitbit или еще с какого-нибудь файлового сервера типа rapidshare просто невозможно... В-общем, похоже, Бэйрэль превращается в "а не все ли равно какой провайдер в Пушкино...".

Никаких глобальных проблем со скоростью в нашей сети нет, связывайтесь с технической поддержкой по электронной почте или из личного кабинета и выясняйте, в чем у вас проблема.
Для самообразования - делайте трейсы до интересующего узла и до еще нескольких, никак не связанных с интересующим.
Все остальное - домыслы и при повторе будет приравнено к флуду.