sirlexx Опубликовано 28 октября, 2009 · Жалоба Тоже такое наблюдаю уж недели две как минимум до обеда более-менее, к вечеру пинг на 193.232.24[57].14 по 70 мс... перегружен стык в мск-икс? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Desper Опубликовано 28 октября, 2009 (изменено) · Жалоба omgwtf, http://noc.rtcomm.ru/cgi-bin/cust.cgi Изменено 28 октября, 2009 пользователем Desper Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
cae Опубликовано 28 октября, 2009 (изменено) · Жалоба перегружен стык в мск-икс?Судя по linx - это стык между РТК и РТ перегружен. Подозреваю, что в Питере.upd. Хотя да, так как no mpls ip propagate-ttl - действительно на Лондон. Изменено 28 октября, 2009 пользователем cae Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
st_re Опубликовано 28 октября, 2009 · Жалоба Это в пределах MskIX. Похоже где-то что-то перегружено... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sirlexx Опубликовано 28 октября, 2009 · Жалоба перегружен стык в мск-икс?Судя по linx - это стык между РТК и РТ перегружен. Подозреваю, что в Питере.upd. Хотя да, так как no mpls ip propagate-ttl - действительно на Лондон. причём тут ртк, речь про задержки чисто в пределах msk-ix #ping 193.232.245.14 source 193.232.244.xxx Type escape sequence to abort. Sending 5, 100-byte ICMP Echos to 193.232.245.14, timeout is 2 seconds: Packet sent with a source address of 193.232.244.xxx !!!!! Success rate is 100 percent (5/5), round-trip min/avg/max = 72/72/76 ms Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
