VP
у нас прилетел фрейм, но он тут же разобрался асиком/сетевухой на л3 и улетел дальше
Идея твоя понятна. Не понятно как пакет улетит дальше без коммутации.
Size: a a a
2021 March 05
LT
они общаются между собой на одном комутаторе?
На каком лять одном коммутаторе? Они будут в одном влане, общаться между собой и тыкаться в шлюз, коим будет RB960PGS
ZS
На каком лять одном коммутаторе? Они будут в одном влане, общаться между собой и тыкаться в шлюз, коим будет RB960PGS
не вопрос....
E
Идея твоя понятна. Не понятно как пакет улетит дальше без коммутации.
за счёт оффлоада на сетевухе\асике
ZS
они в одном влане
ZS
отлично ...
ZS
вопрос... @Falciloid
ZS
инет приходит к примеру на 1 порт
ЕК
за счёт оффлоада на сетевухе\асике
но ведь сначала он должен "скоммутироваться" на себя - т.е. пойти на цпу, нет?
ZS
в бридже у вас все порты....
VP
за счёт оффлоада на сетевухе\асике
За счет оффлоада он просто не попадет на ЦПУ этого устройства, но чтобы попасть/улететь на другое устройство, должна произойти коммутация. Т.е. по одну сторону асика будет медленная коммутация с ЦПУ, но по другую - должна быть быстрая коммутация с другим устройством, верно?
ZS
будет ли инет на устройствах?
LT
инет приходит к примеру на 1 порт
На какой порт?? Инет приходит только на RBM33G, и с влана 3660 он форвардить не будет ничего
ZS
На какой порт?? Инет приходит только на RBM33G, и с влана 3660 он форвардить не будет ничего
то есть у вас инет внезапно появляется .....
ZS
как ?
ЕК
Евгений Куликов
но ведь сначала он должен "скоммутироваться" на себя - т.е. пойти на цпу, нет?
сначала то пакет обрабатывается на л2, чтобы придти на л3. А если л2 он делает на цпу - как ты обойдешь его?
VP
Евгений Куликов
сначала то пакет обрабатывается на л2, чтобы придти на л3. А если л2 он делает на цпу - как ты обойдешь его?
Обойти цпу как раз можно. Вопрос не в этом.
LT
как ?
RB960PGS перенаправляет трафик из 3660 на 3661
ZS
RB960PGS перенаправляет трафик из 3660 на 3661
как инет приходит? ... ОН ВНЕЗАПНО ПОЯВЛЯЕТСЯ ?
D
За счет оффлоада он просто не попадет на ЦПУ этого устройства, но чтобы попасть/улететь на другое устройство, должна произойти коммутация. Т.е. по одну сторону асика будет медленная коммутация с ЦПУ, но по другую - должна быть быстрая коммутация с другим устройством, верно?
Не, это имеет смысл при большой таблице маршрутизации, когда стоимость приёма на коммутации меньше чем решение о маршрутизации. В принципе тут можно примерно представить full view dual stack таблички и софтовую обработку коммутации на интерфейсах