Bug 13352

Summary:	в случае нескольких ip в ipv4address конфигурация ломается
Product:	Sisyphus	Reporter:	Sergey Y. Afonin <asy>
Component:	alterator-net-eth	Assignee:	Mikhail Efremov <sem>
Status:	CLOSED FIXED	QA Contact:	qa-sisyphus
Severity:	normal
Priority:	P2	CC:	boyarsh, mike, rider, sem, vitty, zerg
Version:	unstable
Hardware:	all
OS:	Linux

Description Sergey Y. Afonin 2007-11-08 09:38:51 MSK

Если в ipv4address содержится что-то вроде 

# ip 1
192.168.1.1/27 broadcast +
192.168.1.2/27 broadcast +

# ip 2
10.1.1.1/24 broadcast + label eth0:1

то, по умолчанию, остаётся только первый ip с cidr /32. Можно не заметить и
сохранить конфигурацию. Кроме того, всегда следует добавлять broadcast + при
cidr < 32

Comment 1 inger@altlinux.org 2007-11-08 10:48:20 MSK

конфигуратор пока умеет работать только с одним ip-адресом, вряд ли больше мозг
простого пользователя сможет осилить. Вот для крутого админа видимо мы сделаем
другой конфигуратор. Поэтому если простой конфигуратор энфорсит в файле только
то что он умеет - это правильно.

Что такое broadcast+? Что такое cidr? И зачем всё это нужно?

Comment 2 Alexey Rusakov 2007-11-08 11:04:27 MSK

На всякий случай: конфигуратор для крутого админа в таком случае нам понадобится
буквально для текущего заказа от ИВК. Они хотят иметь возможность вешать
несколько IP-адресов на один сетевой интерфейс, естественно, через веб-интерфейс.

Comment 3 Sergey Y. Afonin 2007-11-08 12:26:21 MSK

"broadcast +" - это параметр, заставляющий ip рассчитывать броадкаст для 
интерфейса. Когда броадкаст получается 0.0.0.0, в некоторых случаях возможны 
грабли. Samba, к примеру, тормозить начинает.

/nn, по научному, называется CIDR, в отличие от /xxx.xxx.xxx.xxx, называемой 
маской. Но это так, мелочь ;-)

Comment 4 inger@altlinux.org 2007-11-08 13:49:24 MSK

А разве etcnet не умеет расчитывать broadcast?
Вроде как справлялся сам.

Comment 5 Sergey Y. Afonin 2007-11-08 13:55:44 MSK

Не умеет. Это делает именно сам ip, но при наличии "broadcast +" в строке 
параметров.

Comment 6 inger@altlinux.org 2007-11-08 14:00:16 MSK

Я почему собственно спросил ... в какой-то момент etcnet был пойман на генерации
нулевых бродкастов, но потом pilot включил в недрах etcnet какой-то параметр в
on  и всё пришло в норму. То есть не может ли такого быть что etcnet сам
добавляет этот параметр?

Comment 7 Denis Ovsienko 2007-11-08 14:46:26 MSK

AUTO_BROADCAST называется этот параметр и он включен по умолчанию для Ethernet,
так что не вижу особой необходимости дописывать "broadcast +" в исходном примере.

Comment 8 Sergey Y. Afonin 2007-11-08 15:03:14 MSK

Понятно, значит, я упустил момент, когда оно появилось.

Comment 9 Denis Ovsienko 2007-11-10 20:28:22 MSK

Фичреквест на модуль альтератора дальше пожалуйста обсуждайте без меня.

Comment 10 Sergey Y. Afonin 2007-11-27 12:35:40 MSK

(In reply to comment #7)
> AUTO_BROADCAST называется этот параметр и он включен по умолчанию для 
Ethernet,

Что-то не особенно он включен... В бранче, по крайней мере:

# cat 00-default |egrep "NEVER_RMMOD|AUTO_BROADCAST"
NEVER_RMMOD=no
AUTO_BROADCAST=off
# rpm -qf 00-default
etcnet-0.9.2-alt2

Про NEVER_RMMOD - это до кучи.

Comment 11 Denis Ovsienko 2008-12-05 18:02:28 MSK

Современное состояние этого параметра:
/etc/net/ifaces/default/options-eth:AUTO_BROADCAST=yes

Comment 12 Mikhail Efremov 2016-03-22 17:37:23 MSK

Список адресов поддерживается с версии 4.12.