[feeman]

Посоветуйте решение, как можно скрыть промежуточные маршрутизаторы в сети при трассировки маршрута ?

Edited September 22, 2016 by feeman

[viver]

Ttl модифицируйте.

[s.lobanov]

no mpls ip propagate-ttl

[Tau]

Посоветуйте решение, как можно скрыть промежуточные маршрутизаторы в сети при трассировки маршрута ?

А зачем, если не секрет?

[zi_rus]

А зачем, если не секрет?

серыйх адресов поди стесняются, хотя МФ вон не парится

[vlad11]

Используйте MPLS L3VPN или аналоги.

Все другие ухищрения только ухудшат линию-трассу.

[WY6EPT]

Ну даже если и есть у вас серая подсеть в трассе и пофигу.

Мощет icmp закрыть?

[vlad11]

Ну даже если и есть у вас серая подсеть в трассе и пофигу.

Не все равно.

Грубо говоря, по такой трассе скорость будет медленнее набираться.

[[anp/hsw]]

Грубо говоря, по такой трассе скорость будет медленнее набираться.

Забористый бред :)

Трафик вообще ничего не знает об адресах на стыках, он форвардится неизменно (исключая случаи с DF) всеми машрутизаторами по цепочке независимо от того, какие у них адреса.

Traceroute, да, потормозит маленько, но не смертельно, тем более, что можно на своем ДНС поднять реверсные зоны для этих серых адресов.

[vlad11]

' timestamp='1474691137' post='1326189']

Грубо говоря, по такой трассе скорость будет медленнее набираться.

Трафик вообще ничего не знает об адресах на стыках, он форвардится неизменно (исключая случаи с DF) всеми машрутизаторами по цепочке независимо от того, какие у них адреса.

 

Открывайте спецификацию TCP/IP и вдумчиво изучайте механизм регулирования скорости TCP пакетов.

Не забываем про роль icmp пакетов на маршрутизаторах.

 

P.S. МФ ловко выкрутился, для снижения скорости транзита вставлять серые IP. Да и нечем им играться с размерами окна (другой способ регулировать ускорение траффика).

[feeman]

А зачем, если не секрет?

серых адресов поди стесняются, хотя МФ вон не парится

 

zi_rus, мылите в правильном направлении.

Подумываю съехать на серые адреса.

И сразу первая мысль, что не кошерно будет их светить при трассировки.

[s.lobanov]

' timestamp='1474691137' post='1326189']

Грубо говоря, по такой трассе скорость будет медленнее набираться.

Трафик вообще ничего не знает об адресах на стыках, он форвардится неизменно (исключая случаи с DF) всеми машрутизаторами по цепочке независимо от того, какие у них адреса.

 

Открывайте спецификацию TCP/IP и вдумчиво изучайте механизм регулирования скорости TCP пакетов.

Не забываем про роль icmp пакетов на маршрутизаторах.

 

P.S. МФ ловко выкрутился, для снижения скорости транзита вставлять серые IP. Да и нечем им играться с размерами окна (другой способ регулировать ускорение траффика).

 

Ахаха, опять эта наркомания про серые ip-адреса. Не, ну второй раз это уже не смешно

[SyJet]

' timestamp='1474691137' post='1326189']

Грубо говоря, по такой трассе скорость будет медленнее набираться.

Трафик вообще ничего не знает об адресах на стыках, он форвардится неизменно (исключая случаи с DF) всеми машрутизаторами по цепочке независимо от того, какие у них адреса.

 

Открывайте спецификацию TCP/IP и вдумчиво изучайте механизм регулирования скорости TCP пакетов.

Не забываем про роль icmp пакетов на маршрутизаторах.

 

P.S. МФ ловко выкрутился, для снижения скорости транзита вставлять серые IP. Да и нечем им играться с размерами окна (другой способ регулировать ускорение траффика).

Черная кошка в черной комнате.

[feeman]

Ну даже если и есть у вас серая подсеть в трассе и пофигу.

Не все равно.

Грубо говоря, по такой трассе скорость будет медленнее набираться.

 

Открывайте спецификацию TCP/IP и вдумчиво изучайте механизм регулирования скорости TCP пакетов.

Не забываем про роль icmp пакетов на маршрутизаторах.

 

 

vlad11, если маршрут известен, с чего бы вдруг скорость должна набираться медленнее?

Потрудитесь объяснить не тыкая в спецификации.

[viver]

Да, второй раз эта тема на форуме. Я, конечно, не понимаю, как серый адрес может тормозить скорость. Автор теории, как я понимаю, опять аргументов не приведёт.

[pavelgloba]

Да, второй раз эта тема на форуме. Я, конечно, не понимаю, как серый адрес может тормозить скорость. Автор теории, как я понимаю, опять аргументов не приведёт.

 

Где-то слышал про одного админа, который использовал только четные (или нечетные, не помню) адреса для хостов в локалке потому что иначе "будет плохо работать сеть" :)

[s.lobanov]

Да, второй раз эта тема на форуме. Я, конечно, не понимаю, как серый адрес может тормозить скорость. Автор теории, как я понимаю, опять аргументов не приведёт.

 

Просто vlad11 периодически пишет полный бред на этом форуме. Бывают такие люди, которые работают методом тыка и по хаутушкам, глубоко не разбираясь в вопросе. Это типичные ПТУшники, не умеющие думать, а способные лишь как макаки исполнять инструкции и делать по аналогии с подстановкой других циферок

 

Да, второй раз эта тема на форуме. Я, конечно, не понимаю, как серый адрес может тормозить скорость. Автор теории, как я понимаю, опять аргументов не приведёт.

 

Где-то слышал про одного админа, который использовал только четные (или нечетные, не помню) адреса для хостов в локалке потому что иначе "будет плохо работать сеть" :)

 

А ещё бывают быдлоадмины, считающие, что IPv4, заканичивающийся на 0 нельзя использовать. И что в локалке не может быть более чем 255 хостов и т.д.

Чуть не забыл, весь трафик ходит через 11 "корневых серверов"

[snvoronkov]

А ещё бывают быдлоадмины, считающие, что IPv4, заканичивающийся на 0 нельзя использовать.

В мелкософте точно жили. :) Какую-то венду сильно плющило при получении такого адреса.

[viver]

А ещё есть правило "трех колен" :-)

[[anp/hsw]]

Открывайте спецификацию TCP/IP и вдумчиво изучайте механизм регулирования скорости TCP пакетов.

Не забываем про роль icmp пакетов на маршрутизаторах.

Серьезно? Забавно слышать такое :)

 

Адреса маршрутизаторов по пути следования никаким боком не влияют на механизмы регулирования tcp. И вообще они никак не влияют сами по себе, кроме случаев фрагментации (посылка одним из маршрутизаторов в цепочке сообщения need to frag).

Влияет rtt, и прочие факторы задержек/потерь пакетов, которые никак не зависят, белые ли ip на маршрутизаторах.

Почитайте вдумчиво документацию, и не порите чушь.

 

В мелкософте точно жили. :) Какую-то венду сильно плющило при получении такого адреса.

Во времена 95-ой могло быть, и то только в ethernet, в каком-нибудь ppp даже 95 проглатывала без проблем адреса с ноликом в конце.

[snvoronkov]

' timestamp='1474785021' post='1326373']

В мелкософте точно жили. :) Какую-то венду сильно плющило при получении такого адреса.

Во времена 95-ой могло быть, и то только в ethernet, в каком-нибудь ppp даже 95 проглатывала без проблем адреса с ноликом в конце.

Вообще оно у нас уже на уровне народного фольклора в офисе. :-) Деталей за давностью лет никто толком не помнит, но было такое, что у наскольких человек на PPPoE не работали некоторые ресурсы если они получали адреса на 0. Смутно вспоминается, что было предположение, что могли быть косяки фильтрации конкретных скрвисов акамэя, но голову на отсечение не дам. Давно уже не актуально, но байки остались.

 

Upd: Сходу не нашёл про ноль, зато нашёл про .255

 

https://support.microsoft.com/en-us/kb/281579

 

Так-что, голова болит таки у мелкомягкого. :-)

[pppoetest]

А ещё есть правило "трех колен" :-)

?

[stas_k]

лишь как макаки исполнять инструкции и делать по аналогии с подстановкой других циферок

с подстановкой других циферок - это умные, опытные, хорошие макаки.

гораздо чаще даже на подстановку не способны.

 

В мелкософте точно жили. :) Какую-то венду сильно плющило при получении такого адреса.

.0 шокировал фряху и циску.

винду только адреса на .255

[s.lobanov]

По поводу нулей и 255. Я знаю железку (КТВ усилитель), где нельзя ip и сети 192.168.0.X. Олдфаги может быть даже скажут почему и найдут какое-нибудь RFC, которое deprecated лет 15 назад.

 

По тем же причинам можно делать вебсайты, чтобы они работали только в IE6(ведь кто-то же ещё может его использовать), не внедрять IPv6 (ведь есть железки, которые криво с ним будут работать) и т.п. Но нужно же двигаться вперёд и что-то с этим делать.

 

А если вернуться к сабжу - про зависимость скорости от цвета IP-адресов, то как и в прошлый раз vlad11 слился. Фрилансеры они такие, чуть что абонент-не абонент.

[Butch3r]

На самом деле 0 и 255 стараемся не использовать, так как постоянно вылазит какая-то лажа. То длинковским свичам не нравился адрес на 0, то райском ругался на адрес 255.

 

А если вернуться к сабжу - про зависимость скорости от цвета IP-адресов, то как и в прошлый раз vlad11 слился. Фрилансеры они такие, чуть что абонент-не абонент.

я ещё тогда в это не поверил, но не нашёл метода как протестировать. То, что он описывает скорее всего связано с какие-то другими косяками в сети