Страница 1 из 1
Про ping
Добавлено: 2007-01-26 18:55:30
proxy-man
Код: Выделить всё
36 bytes from gw-twt.neotel.com.ua (87.236.224.77): Time to live exceeded
Vr HL TOS Len ID Flg off TTL Pro cks Src Dst
4 5 8c 5400 9795 0 0000 01 01 dbef 10.128.0.92 87.236.226.125
36 bytes from gw-twt.neotel.com.ua (87.236.224.77): Time to live exceeded
Vr HL TOS Len ID Flg off TTL Pro cks Src Dst
4 5 8c 5400 9797 0 0000 01 01 dbed 10.128.0.92 87.236.226.125
Всегда хотел знать, что значит такой вот ICMP-ответ от пинаемого хоста?
Добавлено: 2007-01-26 19:22:35
dikens3
Количество роутеров(шлюзов) достигнуто предела. Т.е. до хоста не добрался. :-)
На Фре 64 TTL, На Windows 128
P.S. Во время передачи пакета через шлюз(роутер) TTL уменьшается на единицу.
P.S2. Вообще ответ можно любой подставить, прикалываться.
Добавлено: 2007-01-26 20:27:02
proxy-man
dikens3 писал(а):Количество роутеров(шлюзов) достигнуто предела. Т.е. до хоста не добрался. :-)
На Фре 64 TTL, На Windows 128
P.S. Во время передачи пакета через шлюз(роутер) TTL уменьшается на единицу.
P.S2. Вообще ответ можно любой подставить, прикалываться.
странная ситуевина - вроде пинаемый хост сам обозревает внешнюю сеть (ибо тамошниее юзеры вылазят аськой и скайпом для общения), а ВПН-сервер - не работает... и вообще это чей косяк? провайдерский или локальной(пинаемой) системы?Может в консерватории чего-нидь нужно подправить?

Добавлено: 2007-01-26 21:14:02
Alex Keda
такое бывает, когда шлюзом на 1 хосте указан второй, а на втором - первый.
у меня такое было как-то раз... когда я увидел что TTL для одной из подсетей интранета кончился - офигел

)
Добавлено: 2007-01-26 22:52:12
proxy-man
lissyara писал(а):такое бывает, когда шлюзом на 1 хосте указан второй, а на втором - первый.
у меня такое было как-то раз... когда я увидел что TTL для одной из подсетей интранета кончился - офигел

)
Т.е. лажа исключительно в роутах на шлюзе может быть?
Добавлено: 2007-01-27 0:42:35
Alex Keda
можно я проигнорирую вопрос?

Добавлено: 2007-01-27 15:38:44
proxy-man
lissyara писал(а):можно я проигнорирую вопрос?

Конечно можно... однако хотелось бы просто знать - я идиот или провайдер лажает?

а то понимаешь работало все работало, а потом - херасе...
Добавлено: 2007-01-27 15:39:55
Alex Keda
tracert делай...
Добавлено: 2007-01-27 15:40:28
dikens3
А TCPDUMP не мог ничем?
У него ещё ключи есть -vv к примеру, там и TTL написан. Попробуйка.
Добавлено: 2007-01-27 17:07:58
proxy-man
lissyara писал(а):tracert делай...
Дык делал, только забыл про это сказать

. А физический попасть сегодня (да и завтра) к хосту не выйдет ибо находится он в другом конце города (один из моих мелких клиентов). Собственно вот он вывод traceroute:
Код: Выделить всё
qwerty[16:04]#=> traceroute 87.236.226.xxx /usr/ports
traceroute to 87.236.226.xxx (87.236.226.xxx), 64 hops max, 40 byte packets
1 10.255.255.2 (10.255.255.2) 1.949 ms 1.068 ms 0.859 ms
2 10.255.255.2 (10.255.255.2) 2.420 ms 0.937 ms 0.442 ms
3 193.17.208.254 (193.17.208.254) 829.289 ms 828.124 ms 729.268 ms
4 bgp-n.sky.od.ua (81.25.225.45) 700.199 ms 359.739 ms 351.003 ms
5 odessa1-ge-0-0-0-154.ett.com.ua (80.93.126.1) 728.807 ms 550.078 ms 161.4
56 ms
6 kyiv1-ge-0-1-0-110.ett.com.ua (80.93.113.17) 192.865 ms 488.409 ms *
7 tsua-parity.ett.com.ua (80.93.113.18) 691.792 ms 456.482 ms 730.887 ms
8 lo0.r1.zh.odessa.tsua.net (212.40.63.64) 727.883 ms 830.810 ms 798.293 ms
9 twt-gw.neotel.com.ua (87.236.224.78) 385.000 ms 835.773 ms 806.167 ms
10 gw-twt.neotel.com.ua (87.236.224.77) 643.242 ms 834.078 ms 727.756 ms
11 twt-gw.neotel.com.ua (87.236.224.78) 697.305 ms 112.824 ms 191.395 ms
12 gw-twt.neotel.com.ua (87.236.224.77) 192.987 ms 487.795 ms 381.818 ms
13 twt-gw.neotel.com.ua (87.236.224.78) 569.502 ms 675.562 ms 536.086 ms
14 gw-twt.neotel.com.ua (87.236.224.77) 727.333 ms 614.288 ms 569.464 ms
15 twt-gw.neotel.com.ua (87.236.224.78) 670.979 ms 832.180 ms 699.172 ms
16 gw-twt.neotel.com.ua (87.236.224.77) 728.572 ms 832.172 ms 700.227 ms
17 twt-gw.neotel.com.ua (87.236.224.78) 381.515 ms 836.035 ms 648.812 ms
18 gw-twt.neotel.com.ua (87.236.224.77) 704.866 ms 888.055 ms 1076.205
.....................................
и так до 64го хопа. Вот ипона мать, а все так положительно отзывались про Комстар (stream.com.ua)... у меня на старом объекте используется Укртелекомовский АДСЛ - тот если работает, то работает пока у них на линии не произойдет авария... и эта муйня (ну я про трассировку маршрута) уже происходит во-второй раз... когда первый раз такая херня была, я находился (случайно) у клиента и в телефонной беседе с саппортом Комстара узнал шо у них зависли где-то на каком-то ихнем узле связи свичи и типа у меня маршрут попал из-за этого в петлю, передернули свичи они и вроде стало все гуд... мля

, а я потом как идиот объясняю людям, шо я не верблюд, а лажает пров.
Добавлено: 2007-01-27 17:18:20
dikens3
Это не только у тебя, у нас тоже есть такой провайдер. С петлями. :-) Бывало у него и не раз слышал. Я рад, что можно ему дозвониться как до человека и объяснить. Решаемо.
А вот с другими полный ППП.
Например с моим провом.
Дело было так(Зачем не буду описывать):
Среда:
Здравствуйте.
В ближайшее время планируется изменить DNS записи.
Нужно будет изменить только IP-Адреса, а именно:
IP-Адрес ИП1 на ИП13
IP-Адрес ИП2 на ИП14
Можно ли это сделать в субботу?
Есть ли возможность контакта с вами в этот промежуток времени не через
E-MAIL?
Можно это воспринимать как прямое указание? Или это просто вопрос?
Собственно ответ:
По Вашему запросу создано обращение 36XXX.
27.01.07 администраторы выполнят Ваш запрос.
Ждал до 15-00, потом начал звонить, дозвонился в 17-35 и мне с радостью сообщили, что Администраторы не работают по субботам!!! Сделают в понедельник.
Понятное дело, что понедельник не подходит, WEB,MAIL и т.п. сервера просто нужны как воздух. Мне яйца отрежут за такие экперименты без согласования.
Просидел понимаешь весь выходной на работе и нифига не сделал что хотел. Так вот и живём.
Добавлено: 2007-01-27 18:07:43
proxy-man
Прикольно отписались на мою беду:
Дело в том, что почти двое суток назад была изменена IP адресация
абонентов "Стрим" в связи с переходом компании на новую AS, о чем
сообщелось всем абонентам заблаговременно по электронной почте,
которая регистрировалась всем клиентам.
новый IP адрес - уже навсегда - 89.209.xxx.xx
--
С уважением,
Igor N. Shelkovenko, INS9-RIPE
Comstar-Ukraine, JSC
От такие вот дела
