[Comm] достойно ли данное поведение bugzill'ы?

[Comm] достойно ли данное поведение bugzill'ы?

[Oleg K.Artemjev]

Имеем cisco 3550 c следующим конфигом на моем порту:
-------------------------------------------------
3550gbic@4=cs241#sh run int fa0/20
Building configuration...

Current configuration : 254 bytes
!
interface FastEthernet0/20
 description Olli(arteolko) eth1 (descr. date: 22.08.2003 12:18)
 switchport trunk encapsulation dot1q
 switchport trunk native vlan 4094
 switchport mode trunk
 no ip address
 mls qos trust dscp
 spanning-tree portfast
end

3550gbic@4=cs241#
-------------------------------------------------

Имеем следующие конфиги в /etc/sysconfig:

vlan:
-------------------------------------------------
# VLAN subsystem

# Change this to yes if you want VLANS.
DOT1Q_VLANS=yes

# VLAN name types:
#	VLAN_PLUS_VID 		= vlan0005
#	VLAN_PLUS_VID_NO_PAD	= vlan5
#	DEV_PLUS_VID		= eth0.0005
#	DEV_PLUS_VID_NO_PAD	= eth0.5
VLAN_NAMING=VLAN_PLUS_VID
-------------------------------------------------

network-scripts/ifcfg-eth0:
-------------------------------------------------
DEVICE=eth0
BOOTPROTO=static
#BOOTPROTO=dhcp
#IPADDR=192.168.100.2
#NETMASK=255.255.255.0
#NETWORK=192.168.100.0
#BROADCAST=192.168.100.255
ONBOOT=yes
-------------------------------------------------

network-scripts/ifcfg-eth1:
-------------------------------------------------
DEVICE=eth1
BOOTPROTO=static
#BOOTPROTO=dhcp
#IPADDR=192.168.100.165
#NETMASK=255.255.255.0
#NETWORK=192.168.100.0
#BROADCAST=192.168.100.255
ONBOOT=yes
-------------------------------------------------

network-scripts/ifcfg-vlan0001:
-------------------------------------------------
DEVICE=vlan0001
VLAN_TRUNK_IF=eth1
BOOTPROTO=static
#BOOTPROTO=dhcp
IPADDR=192.168.100.2
NETMASK=255.255.255.0
NETWORK=192.168.100.0
BROADCAST=192.168.100.255
ONBOOT=yes
#ENABLE_VLAN_DHCP=no
-------------------------------------------------

network-scripts/ifcfg-vlan0002:
-------------------------------------------------
DEVICE=vlan0002
VLAN_TRUNK_IF=eth1
BOOTPROTO=static
#BOOTPROTO=dhcp
IPADDR=192.168.200.2
NETMASK=255.255.255.0
NETWORK=192.168.200.0
BROADCAST=192.168.200.255
ONBOOT=yes
#ENABLE_VLAN_DHCP=no
-------------------------------------------------

При старте система радостно пишет о поднятии eth0,eth1,vlan0001,vlan0002  (я наблюдаю OK 
справа от сообщений о поднятии интерфейсов).
Однако после того как загрузка завершена ifconfig дает лишь loopback. :/
Когда я в ручную говорю ifconfig eth0 up и ifconfig eth1 up радостно 
поднимаются все перечисленные интерфейсы, включая vlan*, на eth0 и eth1 IP 
адресов при этом нет.

Т.е., по видимому, скрипты в Alt Master 2.0 не предусматривают поднятия 
интерфейсов при отсутствии на них layer 3+ адресов. Subj.?


PS: можно ли в поддержке vlan поднятой на Master 2.0 обеспечить native vlan, т.е,
если не терминах cisco, то можно ли обеспечить неэнкапсуляцию произвольного и
единственного из всех возможных vlan в транковом интерфейсе? Я знаю про 
workaround'ы со стороны cisco, они  вопроса не отменяют, хотя и являются решением.

-- 
Bye.Olli.			http://olli.digger.org.ru

Re: [Comm] достойно ли данное поведение bugzill'ы?

[Andrey Brindeew]

[-- Attachment #1: Type: text/plain, Size: 548 bytes --]

On Thu, Sep 04, 2003 at 11:51:58AM +0400, Oleg K. Artemjev wrote:
> PS: можно ли в поддержке vlan поднятой на Master 2.0 обеспечить native vlan, т.е,
> если не терминах cisco, то можно ли обеспечить неэнкапсуляцию произвольного и
> единственного из всех возможных vlan в транковом интерфейсе? Я знаю про 
> workaround'ы со стороны cisco, они  вопроса не отменяют, хотя и являются решением.

А где вы увидели продукт "Master 2.0" в ALTLinux Bugzilla?

-- 
WBR, Andrey Brindeew.
"No one person can understand Perl culture completely"
(C) Larry Wall.

[-- Attachment #2: Type: application/pgp-signature, Size: 245 bytes --]

Re: [Comm] достойно ли данное поведение bugzill'ы?

[Oleg K.Artemjev]

On Thu, 4 Sep 2003 12:05:07 +0400
Andrey Brindeew <abr@altlinux.ru> wrote:

> On Thu, Sep 04, 2003 at 11:51:58AM +0400, Oleg K. Artemjev wrote:
> > PS: можно ли в поддержке vlan поднятой на Master 2.0 обеспечить native vlan, т.е,
> > если не терминах cisco, то можно ли обеспечить неэнкапсуляцию произвольного и
> > единственного из всех возможных vlan в транковом интерфейсе? Я знаю про 
> > workaround'ы со стороны cisco, они  вопроса не отменяют, хотя и являются решением.
> А где вы увидели продукт "Master 2.0" в ALTLinux Bugzilla?
И как сие понимать? ?-) Куда мне добавлять багу, или на 2.0 баги больше не принимаются? ?-)

-- 
Bye.Olli.			http://olli.digger.org.ru

Re: [Comm] достойно ли данное поведение bugzill'ы?

[Oleg K.Artemjev]

On Thu, 4 Sep 2003 15:11:01 +0400
TaZZ <taw88@mail.ru> wrote:
<skip>
> А багзилла тут причем?
а чем я пользуюсь, интересно, чтобы баг добавить? =)
Перевод subj: можно ли данное поведение добавлять в
bugs при помощи bugzilla? ?-) 

PS: волт заглянул таки - там даже продукта 
Master 2.0 нету.. Так баг это или нет и куда его
добавить если баг? 

-- 
Bye.Olli.			http://olli.digger.org.ru

Re: [Comm] достойно ли данное поведение bugzill'ы?

[TaZZ]

On Thu, Sep 04, 2003 at 11:51:58AM +0400, Oleg K. Artemjev wrote:
> Имеем cisco 3550 c следующим конфигом на моем порту:
> -------------------------------------------------
> 3550gbic@4=cs241#sh run int fa0/20
> Building configuration...
> 
> Current configuration : 254 bytes
> !
> interface FastEthernet0/20
>  description Olli(arteolko) eth1 (descr. date: 22.08.2003 12:18)
>  switchport trunk encapsulation dot1q
>  switchport trunk native vlan 4094
>  switchport mode trunk
>  no ip address
>  mls qos trust dscp
>  spanning-tree portfast
> end
> 
> 3550gbic@4=cs241#
> -------------------------------------------------
> 
> Имеем следующие конфиги в /etc/sysconfig:
> 
> vlan:
> -------------------------------------------------
> # VLAN subsystem
> 
> # Change this to yes if you want VLANS.
> DOT1Q_VLANS=yes
> 
> # VLAN name types:
> #	VLAN_PLUS_VID 		= vlan0005
> #	VLAN_PLUS_VID_NO_PAD	= vlan5
> #	DEV_PLUS_VID		= eth0.0005
> #	DEV_PLUS_VID_NO_PAD	= eth0.5
> VLAN_NAMING=VLAN_PLUS_VID
> -------------------------------------------------
> 
> network-scripts/ifcfg-eth0:
> -------------------------------------------------
> DEVICE=eth0
> BOOTPROTO=static
> #BOOTPROTO=dhcp
> #IPADDR=192.168.100.2
> #NETMASK=255.255.255.0
> #NETWORK=192.168.100.0
> #BROADCAST=192.168.100.255
> ONBOOT=yes
> -------------------------------------------------
> 
> network-scripts/ifcfg-eth1:
> -------------------------------------------------
> DEVICE=eth1
> BOOTPROTO=static
> #BOOTPROTO=dhcp
> #IPADDR=192.168.100.165
> #NETMASK=255.255.255.0
> #NETWORK=192.168.100.0
> #BROADCAST=192.168.100.255
> ONBOOT=yes
> -------------------------------------------------
> 
> network-scripts/ifcfg-vlan0001:
> -------------------------------------------------
> DEVICE=vlan0001
> VLAN_TRUNK_IF=eth1
> BOOTPROTO=static
> #BOOTPROTO=dhcp
> IPADDR=192.168.100.2
> NETMASK=255.255.255.0
> NETWORK=192.168.100.0
> BROADCAST=192.168.100.255
> ONBOOT=yes
> #ENABLE_VLAN_DHCP=no
> -------------------------------------------------
> 
> network-scripts/ifcfg-vlan0002:
> -------------------------------------------------
> DEVICE=vlan0002
> VLAN_TRUNK_IF=eth1
> BOOTPROTO=static
> #BOOTPROTO=dhcp
> IPADDR=192.168.200.2
> NETMASK=255.255.255.0
> NETWORK=192.168.200.0
> BROADCAST=192.168.200.255
> ONBOOT=yes
> #ENABLE_VLAN_DHCP=no
> -------------------------------------------------
> 
> При старте система радостно пишет о поднятии eth0,eth1,vlan0001,vlan0002  (я наблюдаю OK 
> справа от сообщений о поднятии интерфейсов).
> Однако после того как загрузка завершена ifconfig дает лишь loopback. :/
> Когда я в ручную говорю ifconfig eth0 up и ifconfig eth1 up радостно 
> поднимаются все перечисленные интерфейсы, включая vlan*, на eth0 и eth1 IP 
> адресов при этом нет.
> 
> Т.е., по видимому, скрипты в Alt Master 2.0 не предусматривают поднятия 
> интерфейсов при отсутствии на них layer 3+ адресов. Subj.?
> 
> 
> PS: можно ли в поддержке vlan поднятой на Master 2.0 обеспечить native vlan, т.е,
> если не терминах cisco, то можно ли обеспечить неэнкапсуляцию произвольного и
> единственного из всех возможных vlan в транковом интерфейсе? Я знаю про 
> workaround'ы со стороны cisco, они  вопроса не отменяют, хотя и являются решением.

А багзилла тут причем?

Best regards,
---------TaZZ---------
E-Mail: taw88@mail.ru
ICQ: 201045832
----------------------

Re: [Comm] достойно ли данное поведение bugzill'ы?

[Andrey Brindeew]

[-- Attachment #1: Type: text/plain, Size: 311 bytes --]

On Thu, Sep 04, 2003 at 01:29:35PM +0400, Oleg K. Artemjev wrote:
> И как сие понимать? ?-) Куда мне добавлять багу, или на 2.0 баги больше не принимаются? ?-)

Если баг критичный, то выпускается security update.

-- 
WBR, Andrey Brindeew.
"No one person can understand Perl culture completely"
(C) Larry Wall.

[-- Attachment #2: Type: application/pgp-signature, Size: 245 bytes --]

Re: [Comm] достойно ли данное поведение bugzill'ы?

[Alexey Voinov]

[-- Attachment #1: Type: text/plain, Size: 553 bytes --]

Andrey Brindeew wrote
> On Thu, Sep 04, 2003 at 01:29:35PM +0400, Oleg K. Artemjev wrote:
> > И как сие понимать? ?-) Куда мне добавлять багу, или на 2.0 баги больше не принимаются? ?-)
> 
> Если баг критичный, то выпускается security update
... или errata, если баг не имеет отношения к security.


-- 
Best Regards!           | Когда вам платят за работу, надо по крайней мере
Alexey Voinov           | делать вид, что вы работаете...
                        |                         Б.Виан "Осень в Пекине"
voins@voins.program.ru
voins@altlinux.ru


[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[Comm] Master 2.0 bugreports?

[Oleg K.Artemjev]

On Thu, 4 Sep 2003 22:21:48 +0400
Alexey Voinov <voins@altlinux.ru> wrote:

> Andrey Brindeew wrote
> > On Thu, Sep 04, 2003 at 01:29:35PM +0400, Oleg K. Artemjev wrote:
> > > И как сие понимать? ?-) Куда мне добавлять багу, или на 2.0 баги больше не принимаются? ?-)
> > Если баг критичный, то выпускается security update
> ... или errata, если баг не имеет отношения к security.
То есть я правильно понял, что к Master 2.0 больше баги не принимаются?

-- 
Bye.Olli.			http://olli.digger.org.ru

[Comm] Re: Master 2.0 bugreports?

[Michael Shigorin]

On Fri, Sep 05, 2003 at 11:29:48AM +0400, Oleg K.Artemjev wrote:
> > > > И как сие понимать? ?-) Куда мне добавлять багу, или на
> > > > 2.0 баги больше не принимаются? ?-)
> > > Если баг критичный, то выпускается security update
> > ... или errata, если баг не имеет отношения к security.
> То есть я правильно понял, что к Master 2.0 больше баги не
> принимаются?

Нну... некритичные уже бессмысленно IMO.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] Re: Master 2.0 bugreports?

[Oleg K.Artemjev]

On Tue, 9 Sep 2003 15:08:32 +0300
Michael Shigorin <mike@osdn.org.ua> wrote:

> On Fri, Sep 05, 2003 at 11:29:48AM +0400, Oleg K.Artemjev wrote:
> > > > > И как сие понимать? ?-) Куда мне добавлять багу, или на
> > > > > 2.0 баги больше не принимаются? ?-)
> > > > Если баг критичный, то выпускается security update
> > > ... или errata, если баг не имеет отношения к security.
> > То есть я правильно понял, что к Master 2.0 больше баги не
> > принимаются?
> Нну... некритичные уже бессмысленно IMO.
мм.. а вот такой вопрос - если я таки буду постить баги в надежде что в следующем мастере их
не будет - никто не обидится? ?-)

-- 
Bye.Olli.			http://olli.digger.org.ru

[Comm] Re: Master 2.0 bugreports?

[Michael Shigorin]

On Mon, Sep 15, 2003 at 10:35:55AM +0400, Oleg K.Artemjev wrote:
> > > > > Если баг критичный, то выпускается security update
> > > > ... или errata, если баг не имеет отношения к security.
> > > То есть я правильно понял, что к Master 2.0 больше баги не
> > > принимаются?
> > Нну... некритичные уже бессмысленно IMO.
> мм.. а вот такой вопрос - если я таки буду постить баги в
> надежде что в следующем мастере их не будет - никто не
> обидится? ?-)

Я точно не обижусь. :)

Но желательно проверить, что х-бы в ALM2.2 (в идеале -- на
Sisyphus) их еще не поправили, ну или произвести поиск, чтобы не
постить дупы.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/