Почему мосты не меняют mac-адрес фреймов?

that router change mac address of packet with that one of its own outgoing interface, while this doesn't happen with bridges

Маршрутизаторы работают с IP-пакетами (уровня 3 ):, чтобы что-то сделать, им нужно распаковать кадр нижнего -уровня и получить IP-пакет. После этого им необходимо упаковать пакет в другой кадр низкого уровня -, подходящий для исходящего интерфейса. Этот кадр более низкого уровня часто является кадром Ethernet, но, в частности, он не обязательно должен быть . Одним из интерфейсов может быть канал PPP, который на самом деле не использует адреса уровня канала -, или что-то, что использует другие типы адресов уровня канала -. (PPP образует соединение между точками -и -, все кадры предназначены для другого конца, поэтому в действительности нет необходимости в адресах.)

Формирование нового кадра Ethernet естественным образом устанавливает MAC-адрес маршрутизатора в качестве отправителя уровня 2 этого кадра, а маршрутизатор следующего -перехода — в качестве получателя уровня 2. Но маршрутизатор не изменяет IP-адреса уровня 3 в IP-пакете, он сохраняет исходный адрес, чтобы конечный получатель IP знал, откуда пришел пакет, и мог ответить,и он сохраняет адрес назначения, чтобы маршрутизатор следующего -прыжка знал, куда его отправить.

(То есть, если только маршрутизатор не использует NAT, что нарушает красивую картину. И это не значит, что маршрутизаторы не будут изменять IP-пакет :, им нужно уменьшить поле TTL (time -до -live ), а для IPv4 соответствующим образом изменить контрольную сумму. И маршрутизатор может выполнять фильтрацию пакетов, чтобы отбросить некоторые пакеты, возможно, также просматривая заголовки более высокого уровня.)

Таким образом, в основном мосты Ethernet уровня 2 работают с кадрами Ethernet уровня 2, пересылая на основе MAC-адресов уровня 2, игнорируя то, что находится внутри (, но переключаясь с одного физического соединения на другое, т.е. витая пара медь-волокно ). Маршрутизаторы работают с IP-пакетами уровня 3, пересылая на основе IP-адреса, в основном игнорируя то, что находится внутри, но переключаясь с одного канала уровня 2 на другой. И выше этого, например. прокси-сервер HTTP будет работать с URL-адресом примерно как с «адресом назначения HTTP», сохраняя его прежним, но формируя новое «соединение» более низкого уровня -с новым набором IP-адресов источника и назначения.