chainick Опубликовано 2 февраля, 2009 · Жалоба Почитайте пост #642 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
pety Опубликовано 2 февраля, 2009 · Жалоба Читал. От меня 62.33.101.146 тоже не доступен. Но причем тут as-path я не понял. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
chainick Опубликовано 2 февраля, 2009 · Жалоба С ас-пасом все в порядке, Томми. Просто я не совсем уверен в выборе цвета (с). Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Smoke Опубликовано 2 февраля, 2009 · Жалоба Почитайте пост #642 Да не нервничайте вы так! и уж тем более орать ненадо... Никто никуда локалок не анонсит. Клиент до которого вы хотите достучатся заблокирован.. Вы бы прежде стукнулись бы саппорт штоли. Или через Биста всё быстрей ? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
tgz Опубликовано 2 февраля, 2009 · Жалоба С http://lg.transtk.ru/cgi/bgp.cgi BGP routing table entry for 62.33.0.0/16, version 576057 Paths: (4 available, best #3, table internet) Not advertised to any peer Local, (aggregated by 20485 10.77.0.19) 10.77.0.19 (metric 331) from (10.74.0.31) Origin IGP, metric 0, localpref 100, valid, internal, atomic-aggregate Community: 20485:10777 (Customer with static routes from CTTC allocations in Moscow) Originator: 10.77.0.19, Cluster list: 0.0.0.10 Local, (aggregated by 20485 10.77.0.19) 10.77.0.19 (metric 331) from (10.66.0.31) Origin IGP, metric 0, localpref 100, valid, internal, atomic-aggregate Community: 20485:10777 (Customer with static routes from CTTC allocations in Moscow) Originator: 10.77.0.19, Cluster list: 0.0.0.10 Local, (aggregated by 20485 10.77.0.19) 10.77.0.19 (metric 331) from (10.77.0.19) Origin IGP, metric 0, localpref 100, valid, internal, atomic-aggregate, best Community: 20485:10777 (Customer with static routes from CTTC allocations in Moscow) Local, (aggregated by 20485 10.178.0.15) 10.178.0.15 (metric 451) from (10.178.0.15) Origin IGP, metric 0, localpref 100, valid, internal, atomic-aggregate Community: 20485:10700 Вроде ясно и понятно что специфик пропал. Почему - спрашивать в ТТК, а не здесь. Скорее всего link down на стыке. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
chainick Опубликовано 2 февраля, 2009 · Жалоба В саппорт стукнулись, спасибо. Но я написал также и для равновесия. ;) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Smoke Опубликовано 2 февраля, 2009 (изменено) · Жалоба С http://lg.transtk.ru/cgi/bgp.cgi Вроде ясно и понятно что специфик пропал. Почему - спрашивать в ТТК, а не здесь. Скорее всего link down на стыке. угу recursive lookup to Chainik: Вы будете видеть звёздочки - они умиротворяют :) Изменено 2 февраля, 2009 пользователем Smoke Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
tgz Опубликовано 2 февраля, 2009 · Жалоба Вот вот, Чайник, выпей йа^W чаю :) Ну или чего там для нервов хорошо идет. Еще только понедельник, надо держаться. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
pety Опубликовано 2 февраля, 2009 · Жалоба А я вот не уверен в том, что специфик был бы виден в sh ip bgp.. ;) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
tgz Опубликовано 2 февраля, 2009 · Жалоба Не уверен - не обгоняй (с) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Smoke Опубликовано 2 февраля, 2009 · Жалоба А я вот не уверен в том, что специфик был бы виден в sh ip bgp.. ;) А вы проверьте.. 62.33./16 - он большой.. А ещё можно синхронизацию в bgp включить.. :) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
lip Опубликовано 2 февраля, 2009 · Жалоба Комтелсвязь, Оренбург, дебиторка, блокирован. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Andrei Опубликовано 2 февраля, 2009 · Жалоба что именно "пере-роутили" А забугорный трафик Трансов почему-то теперь пошел через Ростелеком. Прикольно :) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Beast Опубликовано 2 февраля, 2009 · Жалоба смотря что ты считаешь забугорным. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Клава Маус Опубликовано 2 февраля, 2009 · Жалоба А забугорный трафик Трансов почему-то теперь пошел...Правда прикольно сформулировал.А отечественный трафик Верайзона все еще не идет ? :)) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Beast Опубликовано 2 февраля, 2009 · Жалоба теперь, когда все поуспокоилось, отвечаю советом на совет: Почитайте пост #642 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
chainick Опубликовано 2 февраля, 2009 · Жалоба Да, погорячился. Сорри. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Cr_net Опубликовано 2 февраля, 2009 · Жалоба Нашел тут случайно, пытаясь понять почему связность с RETN оказывается столь критичной для многих.Так вот ты какой - самый главный тирван o_O Уж не знаю, что там по деньгам выходит, но изменения новостей на заборе и вот это jwhois -f -h whois.ripe.net AS9002 |grep "accept ANY" import: from AS3356 action pref=200; accept ANY import: from AS3549 action pref=200; accept ANY довольно таки любопытно. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Клава Маус Опубликовано 2 февраля, 2009 · Жалоба Cr_net, что это? Значит все-таки У AS9002 есть апстримы? Это второе ужасное открытие в моей жизни. Первое было в детстве, когда я узнал, что Надежда Константиновна Крупская писала и какала, как и все. Ничего святого нет в этой жизни. Вообще. Ж( Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
evd Опубликовано 2 февраля, 2009 · Жалоба Уж не знаю, что там по деньгам выходит, но изменения новостей на заборе и вот это jwhois -f -h whois.ripe.net AS9002 |grep "accept ANY" import: from AS3356 action pref=200; accept ANY import: from AS3549 action pref=200; accept ANY довольно таки любопытно. Факт сам по себе ординарный, хотя любопытные выводы имеют место ;) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Andrei Опубликовано 3 февраля, 2009 · Жалоба смотря что ты считаешь забугорным.Посмотрел трейсы наугад на несколько сайтов cnn.com, google.com, avast.com.Сначала трафик идет по сетке ТТК, потом появляется ge-6-0.m7-r1.msk.ip.rostelecom.ru затем ae4.RT.M9.MSK.RU.retn.net и дальше забугор. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
andrey_p Опубликовано 3 февраля, 2009 (изменено) · Жалоба Это ещё пол-беды, вторая половина это практически полное отсутствие связности. Редкая сетка роутится внутри региона, в основном имеем роут через москву. В результате огромная задержка, т.к. только до МСК ping ~150ms + обратно на ДВ ... Про китай и японию вообще говорить не приходится, латенси в америку(через европу) меньше, хотя тут всё ОЧЕНЬ рядом. Дык в Кетай РТ ходит через Хабаровск, по крайней мере частично. Или от вас конкретно - через Москву? А Япония идет - тоже через Москву-Нью-Йорк? ну например вот так: traceroute to en.china.cn (124.238.254.71), 30 hops max, 40 byte packets 1 87.226.xx.xx (87.226.xx.xx) 0.912 ms 1.589 ms 2.443 ms 2 94.xx.xx.xx (94.xx.xx.xx) 0.733 ms 0.739 ms 0.729 ms 3 ae-1.m7-ar1.msk.ip.rostelecom.ru (87.226.139.54) 167.674 ms 167.817 ms 167.798 ms 4 so-0-3-0.khbr-rgr1.dv.ip.rostelecom.ru (87.226.135.162) 167.774 ms 167.764 ms 167.748 ms 5 92.50.192.22 (92.50.192.22) 209.952 ms 209.951 ms 209.928 ms 6 202.97.53.125 (202.97.53.125) 209.901 ms 209.329 ms * 7 202.97.53.85 (202.97.53.85) 210.307 ms 210.453 ms 210.336 ms 8 (202.97.38.58) 213.851 ms 222.922 ms * 9 * * 219.148.19.126 (219.148.19.126) 222.344 ms 10 219.148.19.58 (219.148.19.58) 222.520 ms 223.284 ms 223.252 ms 11 * 124.238.226.154 (124.238.226.154) 233.252 ms 238.388 ms 12 * 222.222.78.90 (222.222.78.90) 230.862 ms * 13 124.238.254.71 (124.238.254.71) 219.127 ms 219.012 ms 223.619 ms обратите внимание на 4-ый хоп, теперь вот к нему с того же хоста: traceroute to 87.226.135.162 (87.226.135.162), 30 hops max, 40 byte packets 1 87.226.xx.xx (87.226.xx.xx) 0.936 ms 1.746 ms 2.468 ms 2 94.xx.xx.xx (94.xx.xx.xx) 2.816 ms 2.838 ms 2.975 ms 3 ge-x-x.xxx-rgr1.dv.ip.rostelecom.ru (87.226.xx.xx) 18.539 ms 18.738 ms 18.825 ms 4 * * * 5 so-0-3-0.khbr-rgr1.dv.ip.rostelecom.ru (87.226.135.162) 37.629 ms 37.616 ms 37.592 ms другими словами немалая часть трафика гоняется через всю россию в москву, а потом обратно. вот и спрашиваю, мож кто с ДВ есть тут, проблемы связности у нас обсудить про японию, судя по задержкам, через америку: traceroute to www.jp (210.255.165.74), 30 hops max, 40 byte packets 1 87.226.xx.xx (87.226.xx.xx) 0.912 ms 1.589 ms 2.443 ms 2 94.xx.xx.xx (94.xx.xx.xx) 0.733 ms 0.739 ms 0.729 ms 3 ae-1.m7-ar1.msk.ip.rostelecom.ru (87.226.139.54) 170.640 ms 170.620 ms 170.590 ms 4 so-1-0-0.sto-r2.msk.ip.rostelecom.ru (87.226.133.30) 189.760 ms 189.737 ms 189.696 ms 5 ge4-1.cr01.stk01.pccwbtn.net (63.218.81.21) 206.138 ms 206.314 ms 206.287 ms 6 TenGE12-3.br02.sjo01.pccwbtn.net (63.218.6.194) 555.092 ms 555.873 ms 555.824 ms 7 ix-sj1.kddnet.ad.jp (206.223.116.43) 556.542 ms 554.303 ms 554.056 ms 8 pacbb001.kddnet.ad.jp (124.211.34.41) 519.203 ms 532.960 ms 532.987 ms 9 otecbb103.kddnet.ad.jp (203.181.100.177) 532.967 ms 454.860 ms 454.764 ms 10 otejbb203.kddnet.ad.jp (203.181.96.130) 455.612 ms 455.150 ms 457.870 ms 11 otecbb302.kddnet.ad.jp (203.181.97.146) 457.842 ms 427.228 ms 406.579 ms 12 tkyCORE04.v4.kddi.ne.jp (203.140.128.106) 405.965 ms 405.940 ms * 13 sjkMLSW02.v4.kddi.ne.jp (210.168.192.6) 403.614 ms 403.393 ms 392.075 ms 14 sjkMLSW103.v4.kddi.ne.jp (210.172.66.65) 522.789 ms sjkMLSW104.v4.kddi.ne.jp (210.172.66.74) 522.719 ms sjkMLSW103.v4.kddi.ne.jp (210.172.66.65) 471.476 ms 15 nHShibuyaRT104H.v4.kddi.ne.jp (211.5.4.58) 471.394 ms nHShibuyaRT103H.v4.kddi.ne.jp (211.5.4.54) 471.641 ms 471.660 ms 16 210.255.14.210 (210.255.14.210) 471.545 ms 471.489 ms 471.232 ms 17 210.255.14.233 (210.255.14.233) 471.463 ms 473.360 ms 471.401 ms 18 KDDI-Gate.akira.ne.jp (210.255.165.65) 477.715 ms 477.840 ms 478.814 ms 19 www22.secureserver.jp (210.255.165.74) 480.978 ms 481.519 ms 410.685 ms Изменено 3 февраля, 2009 пользователем andrey_p Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Smoke Опубликовано 3 февраля, 2009 · Жалоба смотря что ты считаешь забугорным.Посмотрел трейсы наугад на несколько сайтов cnn.com, google.com, avast.com.Сначала трафик идет по сетке ТТК, потом появляется ge-6-0.m7-r1.msk.ip.rostelecom.ru затем ae4.RT.M9.MSK.RU.retn.net и дальше забугор. Покажите ? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Savaoff Опубликовано 3 февраля, 2009 · Жалоба Нашел тут случайно, пытаясь понять почему связность с RETN оказывается столь критичной для многих.Так вот ты какой - самый главный тирван o_O Уж не знаю, что там по деньгам выходит, но изменения новостей на заборе и вот это jwhois -f -h whois.ripe.net AS9002 |grep "accept ANY" import: from AS3356 action pref=200; accept ANY import: from AS3549 action pref=200; accept ANY довольно таки любопытно. Хм.. у RETNa еще год назад level3 и gblx были апстримами. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
rtk_internet Опубликовано 3 февраля, 2009 (изменено) · Жалоба Интересует есть ли тут клиенты, а лучше представители РТ с ДВ?...... Это ещё пол-беды, вторая половина это практически полное отсутствие связности. Редкая сетка роутится внутри региона, в основном имеем роут через москву. В результате огромная задержка, т.к. только до МСК ping ~150ms + обратно на ДВ ... Про китай и японию вообще говорить не приходится, латенси в америку(через европу) меньше, хотя тут всё ОЧЕНЬ рядом. Ну а стоит всё это удовольствие ~120 000р за 1 мегабит))) Я как раз таки представитель РТК с ДВ. Проблемы связанности действительно есть, что поделать, РТК - слишком централизованная компания. Но обратные тенденции есть, работа идет, так что уверен это вопрос времени, и маршруты станут более короткие, по крайней мере зарубеж и по ДВ-региону. А вот с ценником что-то не то, слишком высокий вы озвучили, номер договора не подскажете? проверил бы Изменено 3 февраля, 2009 пользователем rtk_internet Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...