traceroute не пашет

условия:
городское оптоволоконное кольцо
на кольце понатыканы отводы dlink des-3326 куда подединены клиенты
есть:
a) 10.10.40.131 - мой ip
b) помежуточные адреса на волокне 10.0.0.x
c) 10.10.20.22 - до которого хочу получить маршрут

делаю в XP:
tracert 10.10.20.22

Tracing route to 10.10.20.22 over a maximum of 30 hops

1 2 ms 2 ms 2 ms 10.10.40.1
2 2 ms 4 ms 4 ms 10.0.0.69
3 9 ms 7 ms 9 ms 10.10.20.22

маршрут есть

делаю в gentoo:
traceroute 10.10.20.22
1 2 ms 2 ms 2 ms 10.10.40.1
2 2 ms 4 ms 4 ms 10.0.0.69
3 * * *
4 * * *
...
30 * * *

Причём маршрут в gentoo в начале не проходил,
по прошествии пары месяцев начал проходить
работал с месяц опять вырубился
потом опять начал работать
с месяца два поработал и опять отрубился

из-за того что маршрут не определяется не возможно устанавить pptp соединение (GRE не канает)

Как можно решить данную траблу, в windows то ведь работает

Какая связь

Какая связь между прохождением trace'а и соединением pptp? o_O
_________________
GNU/Wonderland -- GNU/Страна чудес, страна, в которой вы часто бываете, но, в которую, что примечательно, не надо оформлять визу.

ну вроде

ну вроде поэтому http://pptpclient.sourceforge.net/howto-diagnosis.phtml#fault_tree
в любом случае например RDP или FTP или HTTP пашут, т.е. http://10.10.20.22 отрабатывает нормально, а вот PPTP ни идёт, по tcpdump'пил вроде как реально GRE не создаётся когда маршрут не определяется

UP

UP

пинг

Пинг из под gentoo идет до 10.10.20.22?

да идёт

да идёт

а под

а под оффтопиком нормально чтоль впн поднимается? может дело вообще в фаерволлах?
_________________
Gentoo x86_64 2.6.17-r4 на Athlon 64 3000+

Есть такое

Я встречался с такой бедой, под виндой идёт, в линуксе нет. Позвонил провайдеру, там мне объяснили, что линуксовый traceroute и виндовый tracert работают по разному, и линуксовый traceroute как правило режут.

Возможно это и есть ответ на ваш вопрос.

Именно

Точно!
Сейчас ради интереса посмотрел tcpdump, из винды:

16:20:08.445980 IP (tos 0x0, ttl   6, id 58268, offset 0, flags [none], proto: ICMP (1), length: 92) xxx.xxx.xxx.xxx > ya.ru: ICMP echo request, id 512, seq 37120, length 72
16:20:08.489596 IP (tos 0x0, ttl  60, id 20268, offset 0, flags [none], proto: ICMP (1), length: 92) ya.ru > xxx.xxx.xxx.xxx: ICMP echo reply, id 512, seq 37120, length 72

Из линуха, стандартным traceroute:

16:20:43.748146 IP (tos 0x0, ttl   6, id 37157, offset 0, flags [none], proto: UDP (17), length: 40) xxx.xxx.xxx.xxx.37139 > ya.ru.33452: [udp sum ok] UDP, length 12
16:20:43.790610 IP (tos 0x0, ttl  60, id 20271, offset 0, flags [none], proto: ICMP (1), length: 68) ya.ru > xxx.xxx.xxx.xxx: ICMP ya.ru udp port 33452 unreachable, length 48
        IP (tos 0x0, ttl   1, id 37157, offset 0, flags [none], proto: UDP (17), length: 40) xxx.xxx.xxx.xxx.37139 > ya.ru.33452: [|udp]

Как видно виндовый tracert кидает ICMP, а линуксовый traceroute UDP на произвольный порт.
Выход:

emerge traceroute-nanog
traceroute-nanog -I icmp ya.ru

16:24:13.563476 IP (tos 0x0, ttl   6, id 12345, offset 0, flags [none], proto: ICMP (1), length: 28) xxx.xxx.xxx.xxx > ya.ru: ICMP echo request, id 15249, seq 4608, length 8
16:24:13.604721 IP (tos 0x0, ttl  60, id 20277, offset 0, flags [none], proto: ICMP (1), length: 28) ya.ru > xxx.xxx.xxx.xxx: ICMP echo reply, id 15249, seq 4608, length 8

Правда как добится PPTP я незнаю, но ответ в каком направлении копать я думаю понятен.

PS: traceroute-nanog -I icmp ya.ru 92 полная "эмуляция" трассировки из винды ;P

с traceroute я давно

с traceroute я давно разобрался, просто забыл сюда запостить (на opennet.ru подсказали)

а вот pptp как был голяк так и остаётся
проблемма действительно в настройках на шлюзах, но винда-то коннектится при тех же настройках
windows видать для GRE тоже пользует ICMP, а вот как бы заставить pptpd поступать также?

обновил pptpd до

обновил pptpd до net-dialup/pptpd-1.3.3 - ЗАРАБОТАЛО!
теперь GRE устанавливается 8)

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".