On Tue, Sep 01, 2015 at 09:56:15AM +0300, Artem Chuprina wrote: > Eugene Berdnikov -> [email protected] @ Tue, 1 Sep 2015 > 01:15:12 +0300: > EB> Если чип встал в "up", то отсутствие линка полностью аппаратная > проблема. > EB> Пока чип не видит линк (no-carrier), никакие фреймы ходить не могут, > EB> в том числе dhcp. > > Вот интересно... А если no-carrier потому что загнулся один контакт из > восьми (допустим, один из Tx, а не Rx пары), есть вероятность, что в > promiscuous mode фреймы получаться будут (т.е. tcpdump что-то внятное > покажет), или чип наглухо будет игнорировать всё? Или как реализатор > реализует?
Насколько я понимаю, если Tx не оборван и фреймы согласования скоростей FLP/NLP приходят, то чип решит, что линк есть. Но с противоположной стороны чип не будет видеть FLP/NLP и решит, что линка нет, поэтому было бы разумно никакие данные нам не передавать. Во всяком случае, трудно представить нормальный драйвер, который шлёт пакеты данных в чип при явном отсутствии линка... Хотя да, реализации могут отличаться. Что касается восьми проводов, ситуация сложнее. Мой скромный опыт возни с последними гигабитными моделями d-link'ов показывает, что они напрочь отказываются вязаться по двум парам на 100 Mbit, хотя по стандарту должны. При том что внутри у них что-то подозрительно похожее на линукс... Но я допускаю, что в d-link'ах просто делается проверка на наличие связи по всем четырём парам, ведь в гигабите каждая пара работает и на приём, и на передачу. -- Eugene Berdnikov
