igo79 0 Опубликовано 25 декабря, 2011 Ёжж Они решили с каоксиала на витую витую перейти!? Ну это прогресс. Я пользовался услугами этой компании лет 12 назад, в те времена по модемному пулу всё было, без нареканий. Потом по одному кабелю и инет и телевидение, это меня напрягло. Поделиться сообщением Ссылка на сообщение
York 0 Опубликовано 25 декабря, 2011 York О где же ваши супер способности по выявлению сетевых проблем? Не кажется ли странным что проблемы есть только у бэйрэля? Проблемы маршрутизации часто бывают весьма нетривиальны, и просто так сказать что-то по tracert нельзя. А вы похоже еще меньше тех. поддержки бэйрэля разбираетесь в сетях. Те хотя бы смогли понять проблемы, вы же и ее не видете. Не понимаю к чему тогда вы кидали понты про образвание и т.п. на себя бы посмотрели. Почитайте какие порты и протоколы использует traceroute. Честно говоря, это была моя маленькая ловушка заставить вас высказаться и показать свои истинные знания. К примеру, не было смысла посылать ко мне мастера из-за недоступности этого сайта т.к. проблема наблюдается у всех пользователей бэйрэля. И им нужно решать ее у себя. У других провайдеров все в порядке. прежде чем слюной брызгать, сделайте ка то же самое от другого провайдера... В меру пессимистичный реалист. Поделиться сообщением Ссылка на сообщение
York 0 Опубликовано 25 декабря, 2011 А ваша фраза York О где же ваши супер способности по выявлению сетевых проблем? Не кажется ли странным что проблемы есть только у бэйрэля? Проблемы маршрутизации часто бывают весьма нетривиальны, и просто так сказать что-то по tracert нельзя. А вы похоже еще меньше тех. поддержки бэйрэля разбираетесь в сетях. Те хотя бы смогли понять проблемы, вы же и ее не видете. Не понимаю к чему тогда вы кидали понты про образвание и т.п. на себя бы посмотрели. Почитайте какие порты и протоколы использует traceroute. Честно говоря, это была моя маленькая ловушка заставить вас высказаться и показать свои истинные знания. К примеру, не было смысла посылать ко мне мастера из-за недоступности этого сайта т.к. проблема наблюдается у всех пользователей бэйрэля. И им нужно решать ее у себя. У других провайдеров все в порядке. 1. сетевые проблемы можно разделить на магистральные (канальные) проблемы, проблемы в точках обмена трафика, проблемы последней мили. 2. проблемы маршрутизации диагностируются в первую очередь командой trace. она позволяет отследить в первую очередь кольца. 3. ICMP - единственный протокол, который здравомыслящие админы разрешают по умолчанию в WAN. 4. ICMP не используют открытых портов. 5. ICMP в сети имеет максимальный приоритет. А ваша фраза Почитайте какие порты и протоколы использует traceroute. говорит лишь о том, что в сетевых технологиях вы вообще ничего не понимаете. И спецам Бэйреля естественно не было необходимости к вам выезжать, так как проблема не в последней миле. В меру пессимистичный реалист. Поделиться сообщением Ссылка на сообщение
igo79 0 Опубликовано 25 декабря, 2011 здраво мыслящие админы icmp частично блокируют, дабы избежать ддос атаки если уж заговорили о icmp пакетах, то почемуже пин бегает? и сайт открывается, хотя там вообше уровень выше? Поделиться сообщением Ссылка на сообщение
York 0 Опубликовано 25 декабря, 2011 здраво мыслящие админы icmp частично блокируют, дабы избежать ддос атаки 3. ICMP - единственный протокол, который здравомыслящие админы разрешают по умолчанию в WAN. акцент на последнее слово. в сети компании, где все оборудование CISCO, вообще весь ICMP можно заблокировать, у CISCO свои протоколы обмена между маршрутизаторами. если же сеть не монобрендовая, то блокировка ICMP- убийство. максимум, что блокируют - PING размером больше чем 1 пакет. В меру пессимистичный реалист. Поделиться сообщением Ссылка на сообщение
iAlexander 1 Опубликовано 25 декабря, 2011 York Так, я в отличие от вас не претендую на звание сетевого гуру, нашли чем укорять. Одно не пойму, а к чему вы упомянули про ICMP? Он тут при чем? traceroute по умолчанию использует UDP, если нужен ICMP - есть флаг -I. Я конечно не специалист по сетям, но такие базовые вещи каким-то краем уха как-то слышал. Вот что говорит man traceroute на моей системе: -I Use ICMP ECHO instead of UDP datagrams. (A synonym for "-P icmp"). И да, кстати, насчет портов, поищите в каком-нибудь поисковике что-нибудь вроде "traceroute 33434". Да-да, это номер порта, используемый traceroute по-умолчанию. Вот что говорит мой любимый man: -p port Protocol specific. For UDP and TCP, sets the base port num- ber used in probes (default is 33434). traceroute hopes that nothing is listening on UDP ports base to base+nhops-1 at the destination host (so an ICMP PORT_UNREACHABLE message will be returned to terminate the route tracing). If some- thing is listening on a port in the default range, this option can be used to pick an unused port range. Видите, Йорк, я не сетевой гуру. Я не гнушаюсь набрать man traceroute и посмотреть, что там написано. Куда мне до ваших высот. Вот, кстати, обратите внимание - traceroute не прошел, но сайт открывается. Это лишь подтверждает мои слова, что traceroute не так уж о многом говорит. traceroute to macports.org (17.254.20.236), 64 hops max, 52 byte packets 1 gaika (192.168.1.1) 0.994 ms 0.934 ms 0.576 ms 2 89.169.8.1 (89.169.8.1) 1.282 ms 1.359 ms 1.225 ms 3 mow-b3-link.telia.net (213.248.100.41) 1.683 ms mow-b3-link.telia.net (213.248.84.181) 1.780 ms mow-b3-link.telia.net (213.248.100.41) 1.622 ms 4 mow-b4-link.telia.net (80.239.147.162) 1.949 ms 2.007 ms s-bb1-link.telia.net (80.91.253.216) 25.748 ms 5 kbn-bb1-link.telia.net (213.248.65.142) 34.245 ms s-bb2-link.telia.net (213.248.64.82) 26.977 ms 26.922 ms 6 kbn-bb2-link.telia.net (213.248.65.29) 36.639 ms kbn-bb2-link.telia.net (80.91.250.155) 35.233 ms 35.184 ms 7 nyk-bb2-link.telia.net (80.91.249.29) 126.713 ms 127.156 ms nyk-bb2-link.telia.net (80.91.247.119) 125.670 ms 8 sjo-bb1-link.telia.net (213.155.130.131) 201.138 ms 199.369 ms 202.934 ms 9 internap-ic-140172-sjo-bb1.c.telia.net (213.248.81.134) 205.420 ms 201.627 ms 200.752 ms 10 border1.t8-1-bbnet2.sje.pnap.net (66.151.144.68) 249.623 ms 201.161 ms border1.t7-1-bbnet1.sje.pnap.net (66.151.144.4) 309.597 ms 11 * * * 12 * * * 13 * * * 14 * * * 15 * * * 16 * * * 17 * * * 18 * * * 19 * * * 20 apple-12.border1.sje.pnap.net (66.151.157.186) 250.524 ms !X * * 21 * * * 22 * * * 23 * * * 24 * * * 25 * * * Поделиться сообщением Ссылка на сообщение
York 0 Опубликовано 25 декабря, 2011 York Так, я в отличие от вас не претендую на звание сетевого гуру, нашли чем укорять. Одно не пойму, а к чему вы упомянули про ICMP? Он тут при чем? traceroute по умолчанию использует UDP, если нужен ICMP - есть флаг -I. Я конечно не специалист по сетям, но такие базовые вещи каким-то краем уха как-то слышал. Для ограниченных NIX-оидов. http://ru.wikipedia.org/wiki/Traceroute Traceroute — это служебная компьютерная программа, предназначенная для определения маршрутов следования данных в сетях TCP/IP. Traceroute может использовать разные протоколы передачи данных в зависимости от операционной системы устройства. Такими протоколами могут быть UDP, TCP, ICMP или GRE. Компьютеры, с установленной операционной системой Windows используют ICMP протокол, при этом маршрутизаторы Cisco - протокол UDP. шире надо смотреть и не зашориваться на одной системе. В меру пессимистичный реалист. Поделиться сообщением Ссылка на сообщение
iAlexander 1 Опубликовано 25 декабря, 2011 York Ой и правда Windows отличился, какая прелесть. Как это на него похоже. Кстати, совет насчет шире надо смотреть - он и к вам относится. Я смотрю на как минимум несколько *NIX-систем, а вы только на Windows. Но что мы имеем в сухом остатке? Пара выводов traceroute, которые не могут достучаться до сайта. И в одном случае сайт открывается, а в другом нет. Мы пытаемся открыть сайт с помощью протокола TCP, а трассируем его используя протоколы ICMP и UDP. И вы с чего-то решили, что можете что-то утверждать на основании одного вывода traceroute, даже не зная, как он работает и какие протоколы использует. Поделиться сообщением Ссылка на сообщение
York 0 Опубликовано 25 декабря, 2011 Бэйрель Трассировка маршрута к macports.org [17.254.20.236] с максимальным числом прыжков 30: 1 2 ms 1 ms 1 ms gw.166.beirel.ru [89.222.166.1] 2 1 ms 1 ms 1 ms r2-dhcp.beirel.ru [89.222.165.144] 3 1 ms 1 ms <1 мс r2-scylla.beirel.ru [89.222.165.146] 4 1 ms 1 ms 1 ms RTi-v204-h9-s1.msk.netorn.net [89.222.201.1] 5 2 ms 1 ms 1 ms xe012-370.RT.MR.MSK.RU.retn.net [87.245.253.33] 6 54 ms 54 ms 54 ms ae0-7.RT.ACT.FKT.DE.retn.net [87.245.233.54] 7 52 ms 62 ms 51 ms 20gigabitethernet4-3.core1.fra1.he.net [80.81.192.172] 8 62 ms 62 ms 63 ms 10gigabitethernet1-4.core1.par2.he.net [184.105.213.162] 9 144 ms 148 ms 149 ms 10gigabitethernet7-1.core1.ash1.he.net [184.105.213.93] 10 235 ms 234 ms 238 ms 10gigabitethernet7-4.core1.pao1.he.net [184.105.213.177] 11 * * * Превышен интервал ожидания для запроса. 12 * * * Превышен интервал ожидания для запроса. 13 * * * Превышен интервал ожидания для запроса. 14 237 ms 237 ms 237 ms www.macports.org [17.254.20.236] Трассировка завершена. Чистый РКТ Tracing route to macports.org [17.254.20.236] over a maximum of 30 hops: 1 1 ms 2 ms 2 ms 10.101.40.1 2 <1 ms <1 ms <1 ms smsk01fw04.bacint.ru [10.101.2.14] 3 1 ms 1 ms 1 ms 77.74.29.65 4 1 ms 1 ms 1 ms 77.74.27.2 5 2 ms 1 ms 1 ms 87.237.44.190 6 2 ms 1 ms 1 ms smsk01ts03.bacint.ru [10.10.0.2] 7 89 ms 53 ms 38 ms 92.50.199.21 8 37 ms 37 ms 38 ms xe-2-3-0.stkm-ar1.intl.ip.rostelecom.ru [87.226.133.230] 9 45 ms 37 ms 37 ms 10gigabitethernet1-3.core1.sto1.he.net [194.68.128.187] 10 63 ms 55 ms 55 ms 10gigabitethernet3-2.core1.ams1.he.net [72.52.92.45] 11 66 ms 66 ms 66 ms 10gigabitethernet2-1.core1.par2.he.net [184.105.213.102] 12 145 ms 145 ms 146 ms 10gigabitethernet7-1.core1.ash1.he.net [184.105.213.93] 13 207 ms 207 ms 207 ms www.macports.org [17.254.20.236] Trace complete. Все зависит от точки входа в транзит, Бейрель/Неторн отдают через UK. РТК отдает напрямую. В меру пессимистичный реалист. Поделиться сообщением Ссылка на сообщение
iAlexander 1 Опубликовано 25 декабря, 2011 York Так в чем собственно проблема у Бэйрэль? С точкой входа в транзит? Я так понимаю, в любом случае не у бедного несчастного пользователя которого закидали страшными аббревиатурами и сказали сам дурак? Поделиться сообщением Ссылка на сообщение
York 0 Опубликовано 25 декабря, 2011 iAlexander У Бэйреля проблем нет. Ради того, чтоб у рядового пользователя открылся единственный сайт, никто не будет ставить на уши магистрального провайдера. Это закон бизнеса. В меру пессимистичный реалист. Поделиться сообщением Ссылка на сообщение
iAlexander 1 Опубликовано 25 декабря, 2011 York Проблема у магистрального провайдера значит. То есть у всех многочисленных клиентов RETN.NET не открывается macports.org? Почему же тогда у клиентов Бэйрэля с белыми IP macports.org нормально открывается? Ведь именно Бэйрэль по-разному прописывает для них маршруты. Никак не RETN.NET. Поделиться сообщением Ссылка на сообщение
mot 61 Опубликовано 25 декабря, 2011 Да, неторн я не люблю, как пользователь в 1 очередь, а во 2 по работе но эт другая стихия... Смайл забудьте! еще те пряники, в мытищах тоже "работают" тут или дельфин, или бейрель, или ПТ .... яб взял дельфина или Пт.. там хоть есть устойчивость к отказам сети... ну это моё мнение ) А вам решать, каждый сам себе хозяин. Интересное мнение , только на чем оно основано ? Мне вот так кажется ,что информация у тебя от ОБС.. Для человека мужского полу как-то не катит , все больше на женские стенания тянет . Поделиться сообщением Ссылка на сообщение
iAlexander 1 Опубликовано 25 декабря, 2011 mot Ладно, мот, успокойтесь. Два минуса вы мне уже влепили - первый за защиту пользователя кволити_инфолайн, а второй за обсуждение тут недоступности macports.org. И два квадрата предупреждения я благодаря вам тоже получил. Что еще вы хотите? Оставьте нас в покое и дайте пообсуждать в приятной обстановке наши локальные проблемы. Поделиться сообщением Ссылка на сообщение