Neviete prosim poradit co s tymto? Preco mi to vypisuje. Ked test pingom pustim 4-5x, tak to uz prestane vypisovat to Redirect a normalne to opinga.
o case ked to susim znova zas redirect a po par pokusoch prestane. Som z toho jelen.
Zmenil som cestu od klientov na danom AP cez iny router, spravne prepisal staticke routy, tie na povodnom routeri som vypol, ale furt to toto vypisuje:
PING 10.27.51.14 (10.27.51.14) 60(88) bytes of data.
68 bytes from 10.27.51.14: icmp_req=1 ttl=59 time=8.52 ms
From 192.168.222.1: icmp_seq=2 Redirect Host(New nexthop: 192.168.202.7)
68 bytes from 10.27.51.14: icmp_req=2 ttl=59 time=5.90 ms
From 192.168.222.1: icmp_seq=3 Redirect Host(New nexthop: 192.168.202.7)
68 bytes from 10.27.51.14: icmp_req=3 ttl=59 time=7.84 ms
From 192.168.222.1: icmp_seq=4 Redirect Host(New nexthop: 192.168.202.7)
68 bytes from 10.27.51.14: icmp_req=4 ttl=59 time=9.31 ms
68 bytes from 10.27.51.14: icmp_req=5 ttl=59 time=6.21 ms
From 192.168.222.1: icmp_seq=6 Redirect Host(New nexthop: 192.168.202.7)
68 bytes from 10.27.51.14: icmp_req=6 ttl=59 time=6.98 ms
68 bytes from 10.27.51.14: icmp_req=7 ttl=59 time=5.44 ms
68 bytes from 10.27.51.14: icmp_req=8 ttl=59 time=6.46 ms
From 192.168.222.1: icmp_seq=9 Redirect Host(New nexthop: 192.168.202.7)
68 bytes from 10.27.51.14: icmp_req=9 ttl=59 time=3.10 ms
68 bytes from 10.27.51.14: icmp_req=10 ttl=59 time=8.13 ms
❗️Toto je původní verze internetového fóra ISPforum.cz do února 2020 bez možnosti registrace nových uživatelů. Aktivní verzi fóra naleznete na adrese https://telekomunikace.cz
Redirect Host - New nexthop
-
- Příspěvky: 1246
- Registrován: 13 years ago
Takhle funguje ICMP redirect. Router (B) , pokud si mysli, ze je zbytecne aby pres nej packet sel, posle zpet ICMP redirect hlasku s IPckem routeru (A), ktery je podle nej lepsi. No a ten kdo mu ty packety posila (router A) si muze podle toho upravit routovaci tabulku, takze posila ty packety tou lepsi cestou. Tohle byva jen docasne, takze po chvili uprava v routovaci tabulce zmizi a cele se to opakuje.
Nastava v situacich pokud router A posle routeru B packet a ten ho musi preposlat na router C ale pritom vi, ze router A ma na C prime spojeni (A i B i C jsou ve stejne siti).
Cili bud vylepsit routing nebo vypnout posilani, ci zpracovani ICMP redirektu nebo delat, ze se nic nedeje...
Nastava v situacich pokud router A posle routeru B packet a ten ho musi preposlat na router C ale pritom vi, ze router A ma na C prime spojeni (A i B i C jsou ve stejne siti).
Cili bud vylepsit routing nebo vypnout posilani, ci zpracovani ICMP redirektu nebo delat, ze se nic nedeje...
0 x
Dalibor Toman píše:Takhle funguje ICMP redirect. Router (B) , pokud si mysli, ze je zbytecne aby pres nej packet sel, posle zpet ICMP redirect hlasku s IPckem routeru (A), ktery je podle nej lepsi. No a ten kdo mu ty packety posila (router A) si muze podle toho upravit routovaci tabulku, takze posila ty packety tou lepsi cestou. Tohle byva jen docasne, takze po chvili uprava v routovaci tabulce zmizi a cele se to opakuje.
Nastava v situacich pokud router A posle routeru B packet a ten ho musi preposlat na router C ale pritom vi, ze router A ma na C prime spojeni (A i B i C jsou ve stejne siti).
Cili bud vylepsit routing nebo vypnout posilani, ci zpracovani ICMP redirektu nebo delat, ze se nic nedeje...
Vdaka za vycerpavajucu odpoved. Nakoniec pomohlo vyp/zap conntrack na chvilu na routri ktory je v ceste do internetu tomu s ip 192.168.202.7 a kam je pripojeny ten odkial sa pingalo.
0 x