Is there any bug with bnx which would cause vlans fail?

classic Classic list List threaded Threaded
22 messages Options
12
Reply | Threaded
Open this post in threaded view
|

Is there any bug with bnx which would cause vlans fail?

Rui Miguel Silva Seabra
Olá,

Estou com um problema relativamente estranho, e não me estou a conseguir
desenrascar tão rapidamente como esperava, alguém me pode ajudar?

No switch:
interface GigabitEthernet0/3
 switchport trunk encapsulation dot1q
 switchport trunk allowed vlan 1,101,1280
 switchport mode trunk
 no ip address

interface GigabitEthernet0/6
 switchport access vlan 101
 no ip address

Na máquina A:
cat /etc/hostname.bnx0
up
cat /etc/hostname.bnx1
up
cat /etc/hostname.trunk0
trunkproto failover trunkport bnx0 trunkport bnx1
cat /etc/hostname.vlan101
vlan 101 vlandev trunk0
inet 192.168.0.1 255.255.255.240 NONE

Na máquina B:
cat /etc/hostname.bnx0
inet 192.168.0.7 255.255.255.240 NONE

A máquina A está ligada à GigabitEthernet0/3
A máquina B está ligada à GigabitEthernet0/6

Não se conseguem pingar, e não vejo tráfego nenhum (nem mesmo arps)
quando escuto a vlan101: tcpdump -pni vlan101

dmesg das máquinas (como são dois HP DL360G5 só coloco um):

OpenBSD 4.1 (GENERIC) #1435: Sat Mar 10 19:07:45 MST 2007
    [hidden email]:/usr/src/sys/arch/i386/compile/GENERIC
cpu0: Intel(R) Xeon(R) CPU 5160 @ 3.00GHz ("GenuineIntel" 686-class) 3.01 GHz
cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,VMX,EST,TM2,CX16,xTPR
real mem  = 2145316864 (2095036K)
avail mem = 1950748672 (1905028K)
using 4278 buffers containing 107388928 bytes (104872K) of memory
mainbus0 (root)
bios0 at mainbus0: AT/286+ BIOS, date 12/31/99, BIOS32 rev. 0 @ 0xf0000, SMBIOS rev. 2.3 @ 0xee000 (67 entries)
bios0: HP ProLiant DL360 G5
pcibios0 at bios0: rev 3.0 @ 0xf0000/0x2000
pcibios0: PCI BIOS has 9 Interrupt Routing table entries
pcibios0: PCI Interrupt Router at 000:31:0 ("Intel 6321ESB LPC" rev 0x00)
pcibios0: PCI bus #22 is the last bus
bios0: ROM list: 0xc0000/0xb000 0xcc400/0x4000! 0xd0400/0x1800 0xe6000/0x2000!
acpi at mainbus0 not configured
ipmi0 at mainbus0: version 2.0 interface KCS iobase 0xca2/2 spacing 1
cpu0 at mainbus0
pci0 at mainbus0 bus 0: configuration mode 1 (no bios)
pchb0 at pci0 dev 0 function 0 vendor "Intel", unknown product 0x25d8 rev 0xb1
ppb0 at pci0 dev 2 function 0 "Intel 5000 PCIE" rev 0xb1
pci1 at ppb0 bus 9
ppb1 at pci1 dev 0 function 0 "Intel 6321ESB PCIE" rev 0x01
pci2 at ppb1 bus 10
ppb2 at pci2 dev 0 function 0 "Intel 6321ESB PCIE" rev 0x01
pci3 at ppb2 bus 11
ppb3 at pci2 dev 1 function 0 "Intel 6321ESB PCIE" rev 0x01
pci4 at ppb3 bus 14
ppb4 at pci2 dev 2 function 0 "Intel 6321ESB PCIE" rev 0x01
pci5 at ppb4 bus 15
ppb5 at pci1 dev 0 function 3 "Intel 6321ESB PCIE-PCIX" rev 0x01
pci6 at ppb5 bus 16
ppb6 at pci0 dev 3 function 0 "Intel 5000 PCIE" rev 0xb1
pci7 at ppb6 bus 6
ciss0 at pci7 dev 0 function 0 "Hewlett-Packard Smart Array" rev 0x01: irq 5
ciss0: 1 LD, HW rev 1, FW 2.08/2.08
scsibus0 at ciss0: 1 targets
sd0 at scsibus0 targ 0 lun 0: <HP, LOGICAL VOLUME, 2.08> SCSI3 0/direct fixed
sd0: 69973MB, 69973 cyl, 64 head, 32 sec, 512 bytes/sec, 143305920 sec total
ppb7 at pci0 dev 4 function 0 "Intel 5000 PCIE" rev 0xb1
pci8 at ppb7 bus 19
ppb8 at pci0 dev 5 function 0 "Intel 5000 PCIE" rev 0xb1
pci9 at ppb8 bus 22
ppb9 at pci0 dev 6 function 0 vendor "Intel", unknown product 0x25e6 rev 0xb1
pci10 at ppb9 bus 2
ppb10 at pci10 dev 0 function 0 "ServerWorks PCIE-PCIX" rev 0xc3
pci11 at ppb10 bus 3
bnx0 at pci11 dev 0 function 0 "Broadcom BCM5708" rev 0x12: irq 10
ppb11 at pci0 dev 7 function 0 "Intel 5000 PCIE" rev 0xb1
pci12 at ppb11 bus 4
ppb12 at pci12 dev 0 function 0 "ServerWorks PCIE-PCIX" rev 0xc3
pci13 at ppb12 bus 5
bnx1 at pci13 dev 0 function 0 "Broadcom BCM5708" rev 0x12: irq 10
pchb1 at pci0 dev 16 function 0 "Intel 5000 Error Reporting" rev 0xb1
pchb2 at pci0 dev 16 function 1 "Intel 5000 Error Reporting" rev 0xb1
pchb3 at pci0 dev 16 function 2 "Intel 5000 Error Reporting" rev 0xb1
pchb4 at pci0 dev 17 function 0 "Intel 5000 Reserved" rev 0xb1
pchb5 at pci0 dev 19 function 0 "Intel 5000 Reserved" rev 0xb1
pchb6 at pci0 dev 21 function 0 "Intel 5000 FBD" rev 0xb1
pchb7 at pci0 dev 22 function 0 "Intel 5000 FBD" rev 0xb1
uhci0 at pci0 dev 29 function 0 "Intel 6321ESB USB" rev 0x09: irq 5
usb0 at uhci0: USB revision 1.0
uhub0 at usb0
uhub0: Intel UHCI root hub, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
uhci1 at pci0 dev 29 function 1 "Intel 6321ESB USB" rev 0x09: irq 7
usb1 at uhci1: USB revision 1.0
uhub1 at usb1
uhub1: Intel UHCI root hub, rev 1.00/1.00, addr 1
uhub1: 2 ports with 2 removable, self powered
uhci2 at pci0 dev 29 function 2 "Intel 6321ESB USB" rev 0x09: irq 10
usb2 at uhci2: USB revision 1.0
uhub2 at usb2
uhub2: Intel UHCI root hub, rev 1.00/1.00, addr 1
uhub2: 2 ports with 2 removable, self powered
uhci3 at pci0 dev 29 function 3 "Intel 6321ESB USB" rev 0x09: irq 10
usb3 at uhci3: USB revision 1.0
uhub3 at usb3
uhub3: Intel UHCI root hub, rev 1.00/1.00, addr 1
uhub3: 2 ports with 2 removable, self powered
ehci0 at pci0 dev 29 function 7 "Intel 6321ESB USB" rev 0x09: irq 5
usb4 at ehci0: USB revision 2.0
uhub4 at usb4
uhub4: Intel EHCI root hub, rev 2.00/1.00, addr 1
uhub4: 8 ports with 8 removable, self powered
ppb13 at pci0 dev 30 function 0 "Intel 82801BA AGP" rev 0xd9
pci14 at ppb13 bus 1
vga1 at pci14 dev 3 function 0 "ATI ES1000" rev 0x02
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
"Compaq iLO" rev 0x03 at pci14 dev 4 function 0 not configured
"Compaq iLO" rev 0x03 at pci14 dev 4 function 2 not configured
uhci4 at pci14 dev 4 function 4 "Hewlett-Packard USB" rev 0x00: irq 10
usb5 at uhci4: USB revision 1.0
uhub5 at usb5
uhub5: Hewlett-Packard UHCI root hub, rev 1.00/1.00, addr 1
uhub5: 2 ports with 2 removable, self powered
"Hewlett-Packard IPMI" rev 0x00 at pci14 dev 4 function 6 not configured
ichpcib0 at pci0 dev 31 function 0 "Intel 6321ESB LPC" rev 0x09: PM disabled
pciide0 at pci0 dev 31 function 1 "Intel 6321ESB IDE" rev 0x09: DMA, channel 0 configured to compatibility, channel 1 configured to compatibility
atapiscsi0 at pciide0 channel 0 drive 0
scsibus1 at atapiscsi0: 2 targets
cd0 at scsibus1 targ 0 lun 0: <TEAC, DV-28E-N, C.6C> SCSI0 5/cdrom removable
cd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 2
pciide0: channel 1 disabled (no drives)
isa0 at ichpcib0
isadma0 at isa0
pckbc0 at isa0 port 0x60/5
pckbd0 at pckbc0 (kbd slot)
pckbc0: using irq 1 for kbd slot
wskbd0 at pckbd0: console keyboard, using wsdisplay0
pmsi0 at pckbc0 (aux slot)
pckbc0: using irq 12 for aux slot
wsmouse0 at pmsi0 mux 0
pcppi0 at isa0 port 0x61
midi0 at pcppi0: <PC speaker>
spkr0 at pcppi0
npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16
pccom0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo
pccom1 at isa0 port 0x2f8/8 irq 3: ns16550a, 16 byte fifo
biomask efe5 netmask efe5 ttymask ffe7
pctr: 686-class user-level performance counters enabled
mtrr: Pentium Pro MTRR support
uhidev0 at uhub5 port 1 configuration 1 interface 0
uhidev0: HP Virtual Keyboard, rev 1.10/0.02, addr 2, iclass 3/1
ukbd0 at uhidev0: 8 modifier keys, 6 key codes, country code 33
wskbd1 at ukbd0 mux 1
wskbd1: connecting to wsdisplay0
uhidev1 at uhub5 port 1 configuration 1 interface 1
uhidev1: HP Virtual Keyboard, rev 1.10/0.02, addr 2, iclass 3/1
ums0 at uhidev1
ums0: X report 0x0002 not supported
uhub6 at uhub5 port 2
uhub6: HP Virtual Hub, rev 1.10/0.01, addr 3
uhub6: 7 ports with 7 removable, self powered
dkcsum: sd0 matches BIOS drive 0x80
root on sd0a
rootdev=0x400 rrootdev=0xd00 rawdev=0xd02
bnx1: address 00:1b:78:75:bb:ae
brgphy0 at bnx1 phy 1: BCM5708C 10/100/1000baseT PHY, rev. 6
bnx0: address 00:1b:78:75:bb:cc
brgphy1 at bnx0 phy 1: BCM5708C 10/100/1000baseT PHY, rev. 6
umass0 at uhub4 port 5 configuration 1 interface 0
umass0: USB Flash Disk, rev 2.00/2.00, addr 2
umass0: using SCSI over Bulk-Only
scsibus2 at umass0: 2 targets
sd1 at scsibus2 targ 1 lun 0: <I-Stick2, IntelligentStick, 2.00> SCSI2 0/direct removable
sd1: 499MB, 499 cyl, 64 head, 32 sec, 512 bytes/sec, 1023488 sec total


Sugestões?

Obrigado em avanço,
Rui

--

Today is Sweetmorn, the 40th day of Confusion in the YOLD 3173
+ No matter how much you do, you never do enough -- unknown
+ Whatever you do will be insignificant,
| but it is very important that you do it -- Gandhi
+ So let's do it...?

_______________________________________________
OpenBSD mailing list
[hidden email]
http://neei.uevora.pt/mailman/listinfo/openbsd

attachment0 (196 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: Is there any bug with bnx which would cause vlans fail?

Joao Barros
On 7/6/07, Rui Miguel Silva Seabra <[hidden email]> wrote:

> Olá,
>
> Estou com um problema relativamente estranho, e não me estou a conseguir
> desenrascar tão rapidamente como esperava, alguém me pode ajudar?
>
> No switch:
> interface GigabitEthernet0/3
>  switchport trunk encapsulation dot1q
>  switchport trunk allowed vlan 1,101,1280
>  switchport mode trunk
>  no ip address
>
> interface GigabitEthernet0/6
>  switchport access vlan 101
>  no ip address
>
> Na máquina A:
> cat /etc/hostname.bnx0
> up
> cat /etc/hostname.bnx1
> up
> cat /etc/hostname.trunk0
> trunkproto failover trunkport bnx0 trunkport bnx1
> cat /etc/hostname.vlan101
> vlan 101 vlandev trunk0
> inet 192.168.0.1 255.255.255.240 NONE
>
> Na máquina B:
> cat /etc/hostname.bnx0
> inet 192.168.0.7 255.255.255.240 NONE
>
> A máquina A está ligada à GigabitEthernet0/3
> A máquina B está ligada à GigabitEthernet0/6
>
> Não se conseguem pingar, e não vejo tráfego nenhum (nem mesmo arps)
> quando escuto a vlan101: tcpdump -pni vlan101
>
> dmesg das máquinas (como são dois HP DL360G5 só coloco um):
>
> OpenBSD 4.1 (GENERIC) #1435: Sat Mar 10 19:07:45 MST 2007
>     [hidden email]:/usr/src/sys/arch/i386/compile/GENERIC
> cpu0: Intel(R) Xeon(R) CPU 5160 @ 3.00GHz ("GenuineIntel" 686-class) 3.01 GHz
> cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,VMX,EST,TM2,CX16,xTPR
> real mem  = 2145316864 (2095036K)
> avail mem = 1950748672 (1905028K)
> using 4278 buffers containing 107388928 bytes (104872K) of memory
> mainbus0 (root)
> bios0 at mainbus0: AT/286+ BIOS, date 12/31/99, BIOS32 rev. 0 @ 0xf0000, SMBIOS rev. 2.3 @ 0xee000 (67 entries)
> bios0: HP ProLiant DL360 G5
> pcibios0 at bios0: rev 3.0 @ 0xf0000/0x2000
> pcibios0: PCI BIOS has 9 Interrupt Routing table entries
> pcibios0: PCI Interrupt Router at 000:31:0 ("Intel 6321ESB LPC" rev 0x00)
> pcibios0: PCI bus #22 is the last bus
> bios0: ROM list: 0xc0000/0xb000 0xcc400/0x4000! 0xd0400/0x1800 0xe6000/0x2000!
> acpi at mainbus0 not configured
> ipmi0 at mainbus0: version 2.0 interface KCS iobase 0xca2/2 spacing 1
> cpu0 at mainbus0
> pci0 at mainbus0 bus 0: configuration mode 1 (no bios)
> pchb0 at pci0 dev 0 function 0 vendor "Intel", unknown product 0x25d8 rev 0xb1
> ppb0 at pci0 dev 2 function 0 "Intel 5000 PCIE" rev 0xb1
> pci1 at ppb0 bus 9
> ppb1 at pci1 dev 0 function 0 "Intel 6321ESB PCIE" rev 0x01
> pci2 at ppb1 bus 10
> ppb2 at pci2 dev 0 function 0 "Intel 6321ESB PCIE" rev 0x01
> pci3 at ppb2 bus 11
> ppb3 at pci2 dev 1 function 0 "Intel 6321ESB PCIE" rev 0x01
> pci4 at ppb3 bus 14
> ppb4 at pci2 dev 2 function 0 "Intel 6321ESB PCIE" rev 0x01
> pci5 at ppb4 bus 15
> ppb5 at pci1 dev 0 function 3 "Intel 6321ESB PCIE-PCIX" rev 0x01
> pci6 at ppb5 bus 16
> ppb6 at pci0 dev 3 function 0 "Intel 5000 PCIE" rev 0xb1
> pci7 at ppb6 bus 6
> ciss0 at pci7 dev 0 function 0 "Hewlett-Packard Smart Array" rev 0x01: irq 5
> ciss0: 1 LD, HW rev 1, FW 2.08/2.08
> scsibus0 at ciss0: 1 targets
> sd0 at scsibus0 targ 0 lun 0: <HP, LOGICAL VOLUME, 2.08> SCSI3 0/direct fixed
> sd0: 69973MB, 69973 cyl, 64 head, 32 sec, 512 bytes/sec, 143305920 sec total
> ppb7 at pci0 dev 4 function 0 "Intel 5000 PCIE" rev 0xb1
> pci8 at ppb7 bus 19
> ppb8 at pci0 dev 5 function 0 "Intel 5000 PCIE" rev 0xb1
> pci9 at ppb8 bus 22
> ppb9 at pci0 dev 6 function 0 vendor "Intel", unknown product 0x25e6 rev 0xb1
> pci10 at ppb9 bus 2
> ppb10 at pci10 dev 0 function 0 "ServerWorks PCIE-PCIX" rev 0xc3
> pci11 at ppb10 bus 3
> bnx0 at pci11 dev 0 function 0 "Broadcom BCM5708" rev 0x12: irq 10
> ppb11 at pci0 dev 7 function 0 "Intel 5000 PCIE" rev 0xb1
> pci12 at ppb11 bus 4
> ppb12 at pci12 dev 0 function 0 "ServerWorks PCIE-PCIX" rev 0xc3
> pci13 at ppb12 bus 5
> bnx1 at pci13 dev 0 function 0 "Broadcom BCM5708" rev 0x12: irq 10
> pchb1 at pci0 dev 16 function 0 "Intel 5000 Error Reporting" rev 0xb1
> pchb2 at pci0 dev 16 function 1 "Intel 5000 Error Reporting" rev 0xb1
> pchb3 at pci0 dev 16 function 2 "Intel 5000 Error Reporting" rev 0xb1
> pchb4 at pci0 dev 17 function 0 "Intel 5000 Reserved" rev 0xb1
> pchb5 at pci0 dev 19 function 0 "Intel 5000 Reserved" rev 0xb1
> pchb6 at pci0 dev 21 function 0 "Intel 5000 FBD" rev 0xb1
> pchb7 at pci0 dev 22 function 0 "Intel 5000 FBD" rev 0xb1
> uhci0 at pci0 dev 29 function 0 "Intel 6321ESB USB" rev 0x09: irq 5
> usb0 at uhci0: USB revision 1.0
> uhub0 at usb0
> uhub0: Intel UHCI root hub, rev 1.00/1.00, addr 1
> uhub0: 2 ports with 2 removable, self powered
> uhci1 at pci0 dev 29 function 1 "Intel 6321ESB USB" rev 0x09: irq 7
> usb1 at uhci1: USB revision 1.0
> uhub1 at usb1
> uhub1: Intel UHCI root hub, rev 1.00/1.00, addr 1
> uhub1: 2 ports with 2 removable, self powered
> uhci2 at pci0 dev 29 function 2 "Intel 6321ESB USB" rev 0x09: irq 10
> usb2 at uhci2: USB revision 1.0
> uhub2 at usb2
> uhub2: Intel UHCI root hub, rev 1.00/1.00, addr 1
> uhub2: 2 ports with 2 removable, self powered
> uhci3 at pci0 dev 29 function 3 "Intel 6321ESB USB" rev 0x09: irq 10
> usb3 at uhci3: USB revision 1.0
> uhub3 at usb3
> uhub3: Intel UHCI root hub, rev 1.00/1.00, addr 1
> uhub3: 2 ports with 2 removable, self powered
> ehci0 at pci0 dev 29 function 7 "Intel 6321ESB USB" rev 0x09: irq 5
> usb4 at ehci0: USB revision 2.0
> uhub4 at usb4
> uhub4: Intel EHCI root hub, rev 2.00/1.00, addr 1
> uhub4: 8 ports with 8 removable, self powered
> ppb13 at pci0 dev 30 function 0 "Intel 82801BA AGP" rev 0xd9
> pci14 at ppb13 bus 1
> vga1 at pci14 dev 3 function 0 "ATI ES1000" rev 0x02
> wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
> wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
> "Compaq iLO" rev 0x03 at pci14 dev 4 function 0 not configured
> "Compaq iLO" rev 0x03 at pci14 dev 4 function 2 not configured
> uhci4 at pci14 dev 4 function 4 "Hewlett-Packard USB" rev 0x00: irq 10
> usb5 at uhci4: USB revision 1.0
> uhub5 at usb5
> uhub5: Hewlett-Packard UHCI root hub, rev 1.00/1.00, addr 1
> uhub5: 2 ports with 2 removable, self powered
> "Hewlett-Packard IPMI" rev 0x00 at pci14 dev 4 function 6 not configured
> ichpcib0 at pci0 dev 31 function 0 "Intel 6321ESB LPC" rev 0x09: PM disabled
> pciide0 at pci0 dev 31 function 1 "Intel 6321ESB IDE" rev 0x09: DMA, channel 0 configured to compatibility, channel 1 configured to compatibility
> atapiscsi0 at pciide0 channel 0 drive 0
> scsibus1 at atapiscsi0: 2 targets
> cd0 at scsibus1 targ 0 lun 0: <TEAC, DV-28E-N, C.6C> SCSI0 5/cdrom removable
> cd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 2
> pciide0: channel 1 disabled (no drives)
> isa0 at ichpcib0
> isadma0 at isa0
> pckbc0 at isa0 port 0x60/5
> pckbd0 at pckbc0 (kbd slot)
> pckbc0: using irq 1 for kbd slot
> wskbd0 at pckbd0: console keyboard, using wsdisplay0
> pmsi0 at pckbc0 (aux slot)
> pckbc0: using irq 12 for aux slot
> wsmouse0 at pmsi0 mux 0
> pcppi0 at isa0 port 0x61
> midi0 at pcppi0: <PC speaker>
> spkr0 at pcppi0
> npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16
> pccom0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo
> pccom1 at isa0 port 0x2f8/8 irq 3: ns16550a, 16 byte fifo
> biomask efe5 netmask efe5 ttymask ffe7
> pctr: 686-class user-level performance counters enabled
> mtrr: Pentium Pro MTRR support
> uhidev0 at uhub5 port 1 configuration 1 interface 0
> uhidev0: HP Virtual Keyboard, rev 1.10/0.02, addr 2, iclass 3/1
> ukbd0 at uhidev0: 8 modifier keys, 6 key codes, country code 33
> wskbd1 at ukbd0 mux 1
> wskbd1: connecting to wsdisplay0
> uhidev1 at uhub5 port 1 configuration 1 interface 1
> uhidev1: HP Virtual Keyboard, rev 1.10/0.02, addr 2, iclass 3/1
> ums0 at uhidev1
> ums0: X report 0x0002 not supported
> uhub6 at uhub5 port 2
> uhub6: HP Virtual Hub, rev 1.10/0.01, addr 3
> uhub6: 7 ports with 7 removable, self powered
> dkcsum: sd0 matches BIOS drive 0x80
> root on sd0a
> rootdev=0x400 rrootdev=0xd00 rawdev=0xd02
> bnx1: address 00:1b:78:75:bb:ae
> brgphy0 at bnx1 phy 1: BCM5708C 10/100/1000baseT PHY, rev. 6
> bnx0: address 00:1b:78:75:bb:cc
> brgphy1 at bnx0 phy 1: BCM5708C 10/100/1000baseT PHY, rev. 6
> umass0 at uhub4 port 5 configuration 1 interface 0
> umass0: USB Flash Disk, rev 2.00/2.00, addr 2
> umass0: using SCSI over Bulk-Only
> scsibus2 at umass0: 2 targets
> sd1 at scsibus2 targ 1 lun 0: <I-Stick2, IntelligentStick, 2.00> SCSI2 0/direct removable
> sd1: 499MB, 499 cyl, 64 head, 32 sec, 512 bytes/sec, 1023488 sec total
>
>
> Sugestões?
>
> Obrigado em avanço,
> Rui
>
> --
>
> Today is Sweetmorn, the 40th day of Confusion in the YOLD 3173
> + No matter how much you do, you never do enough -- unknown
> + Whatever you do will be insignificant,
> | but it is very important that you do it -- Gandhi
> + So let's do it...?
>
> _______________________________________________
> OpenBSD mailing list
> [hidden email]
> http://neei.uevora.pt/mailman/listinfo/openbsd
>
>
>

O teu setup tem algumas omissões pelo que te coloco as seguintes questões:
- Qual a necessidade de vlans nos interfaces, visto só teres uma
configurada nas máquinas?
- Onde está a configuração de portchannel no Cisco?
- Dizes que os 2 interfaces da máquina A estão up. A que porta está
ligado o bnx1 da máquina A e qual a configuração da porta no Cisco?

A configuração dos trunks é feita no interface virtual criado pelo
portchannel. Penso que o teu problema passa por aí.



--
Joao Barros
_______________________________________________
OpenBSD mailing list
[hidden email]
http://neei.uevora.pt/mailman/listinfo/openbsd
Reply | Threaded
Open this post in threaded view
|

Re: Is there any bug with bnx which would cause vlans fail?

Rui Miguel Silva Seabra
On Fri, Jul 06, 2007 at 03:42:44PM +0100, Joao Barros wrote:

> On 7/6/07, Rui Miguel Silva Seabra <[hidden email]> wrote:
> >Olá,
> >
> >Estou com um problema relativamente estranho, e não me estou a conseguir
> >desenrascar tão rapidamente como esperava, alguém me pode ajudar?
> >
> >No switch:
> >interface GigabitEthernet0/3
> > switchport trunk encapsulation dot1q
> > switchport trunk allowed vlan 1,101,1280
> > switchport mode trunk
> > no ip address
> >
> >interface GigabitEthernet0/6
> > switchport access vlan 101
> > no ip address
> >
> >Na máquina A:
> >cat /etc/hostname.bnx0
> >up
> >cat /etc/hostname.bnx1
> >up
> >cat /etc/hostname.trunk0
> >trunkproto failover trunkport bnx0 trunkport bnx1
> >cat /etc/hostname.vlan101
> >vlan 101 vlandev trunk0
> >inet 192.168.0.1 255.255.255.240 NONE
> >
> >Na máquina B:
> >cat /etc/hostname.bnx0
> >inet 192.168.0.7 255.255.255.240 NONE
> >
> >A máquina A está ligada à GigabitEthernet0/3
> >A máquina B está ligada à GigabitEthernet0/6
> >
> >Não se conseguem pingar, e não vejo tráfego nenhum (nem mesmo arps)
> >quando escuto a vlan101: tcpdump -pni vlan101
> >
> >dmesg das máquinas (como são dois HP DL360G5 só coloco um):
 (cortado, ver dmesg no post original)
> >
> >Sugestões?
> >
> >Obrigado em avanço,
> >Rui
> >
> O teu setup tem algumas omissões pelo que te coloco as seguintes questões:
> - Qual a necessidade de vlans nos interfaces, visto só teres uma
> configurada nas máquinas?

A máquina A na realidade vai ter várias vlans ligadas num par de
interfaces e várias vlans ligadas no outro par de interfaces.

Como o problema foi descoberto logo no início, deixei ficar com uma
apenas para manter as coisas simples enquanto tentava perceber o que
raios tinha eu feito mal.

Depois de muito procurar, não me parece que esteja a fazer algo mal no
OpenBSD.

Contudo confesso não dominar Cisco.

> - Onde está a configuração de portchannel no Cisco?

Ok, se isto pode ser importante eu dou segunda. Ou amanhã se conseguir
paciência para ir ao trabalho buscar o sh tech-support para tirar
dúvidas, mas trabalhar neste FDS não vai dar mesmo :)

> - Dizes que os 2 interfaces da máquina A estão up. A que porta está
> ligado o bnx1 da máquina A e qual a configuração da porta no Cisco?

Os 2 interfaces da máquina A não estão UP, até porque ocorreu um snafu e
ainda não chegou todo o hardware (viva a Tecnicada).

> A configuração dos trunks é feita no interface virtual criado pelo
> portchannel. Penso que o teu problema passa por aí.

Ok, novamente problema no Cisco. Podes elaborar um pouco mais para
leigos em Cisco por favor? Se eu necessitar fazer muitas customizações à
configuração default de um Cisco, então significa que eu tinha razão:
        * compraram umas tangas de uns Catalyst 500 (puah, nojeira mesmo)
        * como detectei aí o problema, arranjei um catalyst melhor,
          emprestado, para conseguir ver o que acontecia em vez de ser
          mascarado por uma GUI web de configuração para nabos
          completos. Mas depois do que pensava serem as alterações
          suficientes (provando que sou meio nabo em Ciscos ;)) não
          funciona também.

--
Frink!
Today is Boomtime, the 41st day of Confusion in the YOLD 3173
+ No matter how much you do, you never do enough -- unknown
+ Whatever you do will be insignificant,
| but it is very important that you do it -- Gandhi
+ So let's do it...?
_______________________________________________
OpenBSD mailing list
[hidden email]
http://neei.uevora.pt/mailman/listinfo/openbsd
Reply | Threaded
Open this post in threaded view
|

Re: Is there any bug with bnx which would cause vlans fail?

Rui Reis-3
In reply to this post by Rui Miguel Silva Seabra
I'm not aware of any bnx bug...


On Fri, 6 Jul 2007 10:01:36 +0100, Rui Miguel Silva Seabra wrote

> Olá,
>
> Estou com um problema relativamente estranho, e não me estou a conseguir
> desenrascar tão rapidamente como esperava, alguém me pode ajudar?
>
> No switch:
> interface GigabitEthernet0/3
>  switchport trunk encapsulation dot1q
>  switchport trunk allowed vlan 1,101,1280
>  switchport mode trunk
>  no ip address
>
> interface GigabitEthernet0/6
>  switchport access vlan 101
>  no ip address
>
> Na máquina A:
> cat /etc/hostname.bnx0
> up
> cat /etc/hostname.bnx1
> up
> cat /etc/hostname.trunk0
> trunkproto failover trunkport bnx0 trunkport bnx1
> cat /etc/hostname.vlan101
> vlan 101 vlandev trunk0
> inet 192.168.0.1 255.255.255.240 NONE
>
> Na máquina B:
> cat /etc/hostname.bnx0
> inet 192.168.0.7 255.255.255.240 NONE
>
> A máquina A está ligada à GigabitEthernet0/3
> A máquina B está ligada à GigabitEthernet0/6
>
> Não se conseguem pingar, e não vejo tráfego nenhum (nem mesmo arps)
> quando escuto a vlan101: tcpdump -pni vlan101
>
> dmesg das máquinas (como são dois HP DL360G5 só coloco um):
>
> OpenBSD 4.1 (GENERIC) #1435: Sat Mar 10 19:07:45 MST 2007
>     [hidden email]:/usr/src/sys/arch/i386/compile/GENERIC
> cpu0: Intel(R) Xeon(R) CPU 5160 @ 3.00GHz ("GenuineIntel" 686-class)
> 3.01 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,
> MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,
> SSE3,MWAIT,DS-CPL,VMX,EST,TM2,CX16,xTPR real mem  = 2145316864
> (2095036K) avail mem = 1950748672 (1905028K) using 4278 buffers
> containing 107388928 bytes (104872K) of memory mainbus0 (root) bios0
> at mainbus0: AT/286+ BIOS, date 12/31/99, BIOS32 rev. 0 @ 0xf0000,
> SMBIOS rev. 2.3 @ 0xee000 (67 entries) bios0: HP ProLiant DL360 G5
> pcibios0 at bios0: rev 3.0 @ 0xf0000/0x2000 pcibios0: PCI BIOS has 9
> Interrupt Routing table entries pcibios0: PCI Interrupt Router at
> 000:31:0 ("Intel 6321ESB LPC" rev 0x00) pcibios0: PCI bus #22 is the
> last bus bios0: ROM list: 0xc0000/0xb000 0xcc400/0x4000!
> 0xd0400/0x1800 0xe6000/0x2000! acpi at mainbus0 not configured ipmi0
> at mainbus0: version 2.0 interface KCS iobase 0xca2/2 spacing 1 cpu0
> at mainbus0 pci0 at mainbus0 bus 0: configuration mode 1 (no bios)
> pchb0 at pci0 dev 0 function 0 vendor "Intel", unknown product
> 0x25d8 rev 0xb1 ppb0 at pci0 dev 2 function 0 "Intel 5000 PCIE" rev 0xb1
> pci1 at ppb0 bus 9
> ppb1 at pci1 dev 0 function 0 "Intel 6321ESB PCIE" rev 0x01
> pci2 at ppb1 bus 10
> ppb2 at pci2 dev 0 function 0 "Intel 6321ESB PCIE" rev 0x01
> pci3 at ppb2 bus 11
> ppb3 at pci2 dev 1 function 0 "Intel 6321ESB PCIE" rev 0x01
> pci4 at ppb3 bus 14
> ppb4 at pci2 dev 2 function 0 "Intel 6321ESB PCIE" rev 0x01
> pci5 at ppb4 bus 15
> ppb5 at pci1 dev 0 function 3 "Intel 6321ESB PCIE-PCIX" rev 0x01
> pci6 at ppb5 bus 16
> ppb6 at pci0 dev 3 function 0 "Intel 5000 PCIE" rev 0xb1
> pci7 at ppb6 bus 6
> ciss0 at pci7 dev 0 function 0 "Hewlett-Packard Smart Array" rev
> 0x01: irq 5 ciss0: 1 LD, HW rev 1, FW 2.08/2.08 scsibus0 at ciss0: 1
> targets sd0 at scsibus0 targ 0 lun 0: <HP, LOGICAL VOLUME, 2.08>
> SCSI3 0/direct fixed sd0: 69973MB, 69973 cyl, 64 head, 32 sec, 512
> bytes/sec, 143305920 sec total ppb7 at pci0 dev 4 function 0 "Intel
> 5000 PCIE" rev 0xb1 pci8 at ppb7 bus 19 ppb8 at pci0 dev 5 function
> 0 "Intel 5000 PCIE" rev 0xb1 pci9 at ppb8 bus 22 ppb9 at pci0 dev 6
> function 0 vendor "Intel", unknown product 0x25e6 rev 0xb1 pci10 at
> ppb9 bus 2 ppb10 at pci10 dev 0 function 0 "ServerWorks PCIE-PCIX"
> rev 0xc3 pci11 at ppb10 bus 3 bnx0 at pci11 dev 0 function 0
> "Broadcom BCM5708" rev 0x12: irq 10 ppb11 at pci0 dev 7 function 0
> "Intel 5000 PCIE" rev 0xb1 pci12 at ppb11 bus 4 ppb12 at pci12 dev 0
> function 0 "ServerWorks PCIE-PCIX" rev 0xc3 pci13 at ppb12 bus 5
> bnx1 at pci13 dev 0 function 0 "Broadcom BCM5708" rev 0x12: irq 10
> pchb1 at pci0 dev 16 function 0 "Intel 5000 Error Reporting" rev
> 0xb1 pchb2 at pci0 dev 16 function 1 "Intel 5000 Error Reporting"
> rev 0xb1 pchb3 at pci0 dev 16 function 2 "Intel 5000 Error
> Reporting" rev 0xb1 pchb4 at pci0 dev 17 function 0 "Intel 5000
> Reserved" rev 0xb1 pchb5 at pci0 dev 19 function 0 "Intel 5000
> Reserved" rev 0xb1 pchb6 at pci0 dev 21 function 0 "Intel 5000 FBD"
> rev 0xb1 pchb7 at pci0 dev 22 function 0 "Intel 5000 FBD" rev 0xb1
> uhci0 at pci0 dev 29 function 0 "Intel 6321ESB USB" rev 0x09: irq 5
> usb0 at uhci0: USB revision 1.0 uhub0 at usb0 uhub0: Intel UHCI root
> hub, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered
> uhci1 at pci0 dev 29 function 1 "Intel 6321ESB USB" rev 0x09: irq 7
> usb1 at uhci1: USB revision 1.0
> uhub1 at usb1
> uhub1: Intel UHCI root hub, rev 1.00/1.00, addr 1
> uhub1: 2 ports with 2 removable, self powered
> uhci2 at pci0 dev 29 function 2 "Intel 6321ESB USB" rev 0x09: irq 10
> usb2 at uhci2: USB revision 1.0
> uhub2 at usb2
> uhub2: Intel UHCI root hub, rev 1.00/1.00, addr 1
> uhub2: 2 ports with 2 removable, self powered
> uhci3 at pci0 dev 29 function 3 "Intel 6321ESB USB" rev 0x09: irq 10
> usb3 at uhci3: USB revision 1.0
> uhub3 at usb3
> uhub3: Intel UHCI root hub, rev 1.00/1.00, addr 1
> uhub3: 2 ports with 2 removable, self powered
> ehci0 at pci0 dev 29 function 7 "Intel 6321ESB USB" rev 0x09: irq 5
> usb4 at ehci0: USB revision 2.0
> uhub4 at usb4
> uhub4: Intel EHCI root hub, rev 2.00/1.00, addr 1
> uhub4: 8 ports with 8 removable, self powered
> ppb13 at pci0 dev 30 function 0 "Intel 82801BA AGP" rev 0xd9
> pci14 at ppb13 bus 1
> vga1 at pci14 dev 3 function 0 "ATI ES1000" rev 0x02
> wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
> wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
> "Compaq iLO" rev 0x03 at pci14 dev 4 function 0 not configured
> "Compaq iLO" rev 0x03 at pci14 dev 4 function 2 not configured
> uhci4 at pci14 dev 4 function 4 "Hewlett-Packard USB" rev 0x00: irq
> 10 usb5 at uhci4: USB revision 1.0 uhub5 at usb5 uhub5: Hewlett-
> Packard UHCI root hub, rev 1.00/1.00, addr 1 uhub5: 2 ports with 2
> removable, self powered "Hewlett-Packard IPMI" rev 0x00 at pci14 dev
> 4 function 6 not configured ichpcib0 at pci0 dev 31 function 0
> "Intel 6321ESB LPC" rev 0x09: PM disabled pciide0 at pci0 dev 31
> function 1 "Intel 6321ESB IDE" rev 0x09: DMA, channel 0 configured
> to compatibility, channel 1 configured to compatibility atapiscsi0
> at pciide0 channel 0 drive 0 scsibus1 at atapiscsi0: 2 targets cd0
> at scsibus1 targ 0 lun 0: <TEAC, DV-28E-N, C.6C> SCSI0 5/cdrom removable
> cd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 2
> pciide0: channel 1 disabled (no drives)
> isa0 at ichpcib0
> isadma0 at isa0
> pckbc0 at isa0 port 0x60/5
> pckbd0 at pckbc0 (kbd slot)
> pckbc0: using irq 1 for kbd slot
> wskbd0 at pckbd0: console keyboard, using wsdisplay0
> pmsi0 at pckbc0 (aux slot)
> pckbc0: using irq 12 for aux slot
> wsmouse0 at pmsi0 mux 0
> pcppi0 at isa0 port 0x61
> midi0 at pcppi0: <PC speaker>
> spkr0 at pcppi0
> npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16
> pccom0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo
> pccom1 at isa0 port 0x2f8/8 irq 3: ns16550a, 16 byte fifo
> biomask efe5 netmask efe5 ttymask ffe7
> pctr: 686-class user-level performance counters enabled
> mtrr: Pentium Pro MTRR support
> uhidev0 at uhub5 port 1 configuration 1 interface 0
> uhidev0: HP Virtual Keyboard, rev 1.10/0.02, addr 2, iclass 3/1
> ukbd0 at uhidev0: 8 modifier keys, 6 key codes, country code 33
> wskbd1 at ukbd0 mux 1
> wskbd1: connecting to wsdisplay0
> uhidev1 at uhub5 port 1 configuration 1 interface 1
> uhidev1: HP Virtual Keyboard, rev 1.10/0.02, addr 2, iclass 3/1
> ums0 at uhidev1
> ums0: X report 0x0002 not supported
> uhub6 at uhub5 port 2
> uhub6: HP Virtual Hub, rev 1.10/0.01, addr 3
> uhub6: 7 ports with 7 removable, self powered
> dkcsum: sd0 matches BIOS drive 0x80
> root on sd0a
> rootdev=0x400 rrootdev=0xd00 rawdev=0xd02
> bnx1: address 00:1b:78:75:bb:ae
> brgphy0 at bnx1 phy 1: BCM5708C 10/100/1000baseT PHY, rev. 6
> bnx0: address 00:1b:78:75:bb:cc
> brgphy1 at bnx0 phy 1: BCM5708C 10/100/1000baseT PHY, rev. 6
> umass0 at uhub4 port 5 configuration 1 interface 0
> umass0: USB Flash Disk, rev 2.00/2.00, addr 2
> umass0: using SCSI over Bulk-Only
> scsibus2 at umass0: 2 targets
> sd1 at scsibus2 targ 1 lun 0: <I-Stick2, IntelligentStick, 2.00>
> SCSI2 0/direct removable sd1: 499MB, 499 cyl, 64 head, 32 sec, 512
> bytes/sec, 1023488 sec total
>
> Sugestões?
>
> Obrigado em avanço,
> Rui
>
> --
>
> Today is Sweetmorn, the 40th day of Confusion in the YOLD 3173
> + No matter how much you do, you never do enough -- unknown
> + Whatever you do will be insignificant,
> | but it is very important that you do it -- Gandhi
> + So let's do it...?

_______________________________________________
OpenBSD mailing list
[hidden email]
http://neei.uevora.pt/mailman/listinfo/openbsd
Reply | Threaded
Open this post in threaded view
|

Re: Is there any bug with bnx which would cause vlans fail?

Rui Miguel Silva Seabra
In reply to this post by Joao Barros
On Fri, Jul 06, 2007 at 03:42:44PM +0100, Joao Barros wrote:
> - Qual a necessidade de vlans nos interfaces, visto só teres uma
> configurada nas máquinas?
> - Onde está a configuração de portchannel no Cisco?
> - Dizes que os 2 interfaces da máquina A estão up. A que porta está
> ligado o bnx1 da máquina A e qual a configuração da porta no Cisco?
>
> A configuração dos trunks é feita no interface virtual criado pelo
> portchannel. Penso que o teu problema passa por aí.

Não tenho nada configurado a nível de port-channel, nem nunca vi ser
necessário tal, estamos a falar da mesma coisa?

trunk de OpenBSD == bonding de Linux == teaming do system32.dll

trunk do switch == sítio por onde passam todas as vlans para ligar a
                   outro switch (será que o erro está aqui, e não
                   necessitaria dizer switchport mode trunk... a tentar)

De qualquer das formas decidi simplificar ainda mais o processo,
removendo o trunk0, e aplicando como vlandev o device directamente, não
vá estar a acontecer alguma coisa inesperada (como um bug).

O mais estranho é que agora nem tráfego vejo... bem...
--
Hail Eris, Hack Linux!
Today is Setting Orange, the 44th day of Confusion in the YOLD 3173
+ No matter how much you do, you never do enough -- unknown
+ Whatever you do will be insignificant,
| but it is very important that you do it -- Gandhi
+ So let's do it...?
_______________________________________________
OpenBSD mailing list
[hidden email]
http://neei.uevora.pt/mailman/listinfo/openbsd
Reply | Threaded
Open this post in threaded view
|

Re: Is there any bug with bnx which would cause vlans fail?

Joao Barros
On 7/9/07, Rui Miguel Silva Seabra <[hidden email]> wrote:

> On Fri, Jul 06, 2007 at 03:42:44PM +0100, Joao Barros wrote:
> > - Qual a necessidade de vlans nos interfaces, visto só teres uma
> > configurada nas máquinas?
> > - Onde está a configuração de portchannel no Cisco?
> > - Dizes que os 2 interfaces da máquina A estão up. A que porta está
> > ligado o bnx1 da máquina A e qual a configuração da porta no Cisco?
> >
> > A configuração dos trunks é feita no interface virtual criado pelo
> > portchannel. Penso que o teu problema passa por aí.
>
> Não tenho nada configurado a nível de port-channel, nem nunca vi ser
> necessário tal, estamos a falar da mesma coisa?
>
> trunk de OpenBSD == bonding de Linux == teaming do system32.dll
>
> trunk do switch == sítio por onde passam todas as vlans para ligar a
>                    outro switch (será que o erro está aqui, e não
>                    necessitaria dizer switchport mode trunk... a tentar)
>
> De qualquer das formas decidi simplificar ainda mais o processo,
> removendo o trunk0, e aplicando como vlandev o device directamente, não
> vá estar a acontecer alguma coisa inesperada (como um bug).
>
> O mais estranho é que agora nem tráfego vejo... bem...

Que tu não tinhas nada configurado a nível de portchannel já eu tinha ideia...
O mais giro é que me explicas que trunk de OpenBSD é diferente do
trunk em Cisco mas não te ouves a ti próprio :>

Trunk OpenBSD=Portchannel Cisco

Tás a misturar VLANs com bonding e claro, não funciona.

Na tua configuração inicial estás a tentar (trunkproto failover
trunkport bnx0 trunkport bnx1) usar bonding no OpenBSD mas depois
dizes que em cada interface vais passar VLANs diferentes. Não faz
sentido. Podes usar o bonding, que te dá a performance e redundancia e
as VLANs por cima do interface virtual criado pelo bond:

ethernet->trunk(bonding)->VLANs->Interfaces virtuais

Agora tens de decidir o que queres fazer e partir passo a passo para
ires verificando que está a funcionar. Neste momento não está a
funcionar porque tens configurações para setups diferentes no Cisco e
no OpenBSD.

--
Joao Barros
_______________________________________________
OpenBSD mailing list
[hidden email]
http://neei.uevora.pt/mailman/listinfo/openbsd
Reply | Threaded
Open this post in threaded view
|

Re: Is there any bug with bnx which would cause vlans fail?

Rui Miguel Silva Seabra
On Mon, Jul 09, 2007 at 05:30:08PM +0100, Joao Barros wrote:
> Que tu não tinhas nada configurado a nível de portchannel já eu tinha
> ideia...
> O mais giro é que me explicas que trunk de OpenBSD é diferente do
> trunk em Cisco mas não te ouves a ti próprio :>
>
> Trunk OpenBSD=Portchannel Cisco
>
> Tás a misturar VLANs com bonding e claro, não funciona.

wow... calma aí, a minha configuraão descreve o que dizes abaixo e não
funciona:

> Na tua configuração inicial estás a tentar (trunkproto failover
> trunkport bnx0 trunkport bnx1) usar bonding no OpenBSD mas depois
> dizes que em cada interface vais passar VLANs diferentes. Não faz
> sentido. Podes usar o bonding, que te dá a performance e redundancia e
> as VLANs por cima do interface virtual criado pelo bond:
>
> ethernet->trunk(bonding)->VLANs->Interfaces virtuais

  ifconfig bnx0 up
            ifconfig trunk0 trunkproto failover trunkport bnx0 trunkport bnx1
                            ifconfig vlan101 vlan 101 vlandev trunk0
                            ifconfig vlan101 192.168.0.1 255.255.255.240

                                   ^^^^ estou a partir do princípio errado?

> Agora tens de decidir o que queres fazer e partir passo a passo para
> ires verificando que está a funcionar. Neste momento não está a
> funcionar porque tens configurações para setups diferentes no Cisco e
> no OpenBSD.

Então para o que eu quero, filtrar sobre vlans diferentes, não devo ter
a porta do switch em modo trunk, é isso? Deixo-a em modo normal sem
especificar qualquer vlan?

Porque é que isto não é o que eu quero, não estou a perceber?

        interface GigabitEthernet0/3
         switchport trunk encapsulation dot1q
         switchport mode trunk

Eu nunca falei de port-channel do Cisco, nem quero saber disso, apenas
quero uma porta do cisco que entregue todas as vlans ao OpenBSD para
este filtrar o tráfego consoante a vlan, através dos interfaces
virtuais.

Estes interfaces não são o que eu configurei? O que me falta nesse caso,
então?

Muito obrigado pela ajuda que me estás a dar! :)

Rui

--
Hail Eris!
Today is Setting Orange, the 44th day of Confusion in the YOLD 3173
+ No matter how much you do, you never do enough -- unknown
+ Whatever you do will be insignificant,
| but it is very important that you do it -- Gandhi
+ So let's do it...?
_______________________________________________
OpenBSD mailing list
[hidden email]
http://neei.uevora.pt/mailman/listinfo/openbsd
Reply | Threaded
Open this post in threaded view
|

Re: Is there any bug with bnx which would cause vlans fail?

Joao Barros
On 7/9/07, Rui Miguel Silva Seabra <[hidden email]> wrote:

> On Mon, Jul 09, 2007 at 05:30:08PM +0100, Joao Barros wrote:
> > Que tu não tinhas nada configurado a nível de portchannel já eu tinha
> > ideia...
> > O mais giro é que me explicas que trunk de OpenBSD é diferente do
> > trunk em Cisco mas não te ouves a ti próprio :>
> >
> > Trunk OpenBSD=Portchannel Cisco
> >
> > Tás a misturar VLANs com bonding e claro, não funciona.
>
> wow... calma aí, a minha configuraão descreve o que dizes abaixo e não
> funciona:
>
> > Na tua configuração inicial estás a tentar (trunkproto failover
> > trunkport bnx0 trunkport bnx1) usar bonding no OpenBSD mas depois
> > dizes que em cada interface vais passar VLANs diferentes. Não faz
> > sentido. Podes usar o bonding, que te dá a performance e redundancia e
> > as VLANs por cima do interface virtual criado pelo bond:
> >
> > ethernet->trunk(bonding)->VLANs->Interfaces virtuais
>
>   ifconfig bnx0 up
>             ifconfig trunk0 trunkproto failover trunkport bnx0 trunkport bnx1
>                             ifconfig vlan101 vlan 101 vlandev trunk0
>                             ifconfig vlan101 192.168.0.1 255.255.255.240
>
>                                    ^^^^ estou a partir do princípio errado?
>
> > Agora tens de decidir o que queres fazer e partir passo a passo para
> > ires verificando que está a funcionar. Neste momento não está a
> > funcionar porque tens configurações para setups diferentes no Cisco e
> > no OpenBSD.
>
> Então para o que eu quero, filtrar sobre vlans diferentes, não devo ter
> a porta do switch em modo trunk, é isso? Deixo-a em modo normal sem
> especificar qualquer vlan?
>
> Porque é que isto não é o que eu quero, não estou a perceber?
>
>         interface GigabitEthernet0/3
>          switchport trunk encapsulation dot1q
>          switchport mode trunk
>
> Eu nunca falei de port-channel do Cisco, nem quero saber disso, apenas
> quero uma porta do cisco que entregue todas as vlans ao OpenBSD para
> este filtrar o tráfego consoante a vlan, através dos interfaces
> virtuais.
>
> Estes interfaces não são o que eu configurei? O que me falta nesse caso,
> então?
>
> Muito obrigado pela ajuda que me estás a dar! :)
>
> Rui
>

Se só queres VLANs vais ter de apagar tudo o que diga trunk em OpenBSD
da tua configuração:
ifconfig trunk0 trunkproto failover trunkport bnx0 trunkport bnx1
Para usares isso precisavas de ter portchannel activo no Cisco, que
não tens e dizes que não queres ter.
Vais ter de ficar com algo tipo:
ifconfig vlan101 vlan 101 vlandev bnx0
ifconfig vlan101 192.168.0.1 255.255.255.24
Tens de usar os interfaces físicos, não virtuais.

Altera lá o setup e diz como correu :)

O teu erro foi assumir que trunk em Cisco e em OpenBSD são o mesmo.
Por isso é que o port do trunk de OpenBSD para FreeBSD se chama lagg
(Link Aggregation) ;)

--
Joao Barros
_______________________________________________
OpenBSD mailing list
[hidden email]
http://neei.uevora.pt/mailman/listinfo/openbsd
Reply | Threaded
Open this post in threaded view
|

Re: Is there any bug with bnx which would cause vlans fail?

Rui Miguel Silva Seabra
On Mon, Jul 09, 2007 at 06:07:11PM +0100, Joao Barros wrote:

> On 7/9/07, Rui Miguel Silva Seabra <[hidden email]> wrote:
> >On Mon, Jul 09, 2007 at 05:30:08PM +0100, Joao Barros wrote:
> >> Que tu não tinhas nada configurado a nível de portchannel já eu tinha
> >> ideia...
> >> O mais giro é que me explicas que trunk de OpenBSD é diferente do
> >> trunk em Cisco mas não te ouves a ti próprio :>
> >>
> >> Trunk OpenBSD=Portchannel Cisco
> >>
> >> Tás a misturar VLANs com bonding e claro, não funciona.
> >
> >wow... calma aí, a minha configuraão descreve o que dizes abaixo e não
> >funciona:
> >
> >> Na tua configuração inicial estás a tentar (trunkproto failover
> >> trunkport bnx0 trunkport bnx1) usar bonding no OpenBSD mas depois
> >> dizes que em cada interface vais passar VLANs diferentes. Não faz
> >> sentido. Podes usar o bonding, que te dá a performance e redundancia e
> >> as VLANs por cima do interface virtual criado pelo bond:
> >>
> >> ethernet->trunk(bonding)->VLANs->Interfaces virtuais
> >
> >  ifconfig bnx0 up
> >            ifconfig trunk0 trunkproto failover trunkport bnx0 trunkport
> >            bnx1
> >                            ifconfig vlan101 vlan 101 vlandev trunk0
> >                            ifconfig vlan101 192.168.0.1 255.255.255.240
> >
> >                                   ^^^^ estou a partir do princípio
> >                                   errado?
> >
> >> Agora tens de decidir o que queres fazer e partir passo a passo para
> >> ires verificando que está a funcionar. Neste momento não está a
> >> funcionar porque tens configurações para setups diferentes no Cisco e
> >> no OpenBSD.
> >
> >Então para o que eu quero, filtrar sobre vlans diferentes, não devo ter
> >a porta do switch em modo trunk, é isso? Deixo-a em modo normal sem
> >especificar qualquer vlan?
> >
> >Porque é que isto não é o que eu quero, não estou a perceber?
> >
> >        interface GigabitEthernet0/3
> >         switchport trunk encapsulation dot1q
> >         switchport mode trunk
> >
> >Eu nunca falei de port-channel do Cisco, nem quero saber disso, apenas
> >quero uma porta do cisco que entregue todas as vlans ao OpenBSD para
> >este filtrar o tráfego consoante a vlan, através dos interfaces
> >virtuais.
> >
> >Estes interfaces não são o que eu configurei? O que me falta nesse caso,
> >então?
> >
> >Muito obrigado pela ajuda que me estás a dar! :)
> >
> >Rui
> >
>
> Se só queres VLANs vais ter de apagar tudo o que diga trunk em OpenBSD
> da tua configuração:
> ifconfig trunk0 trunkproto failover trunkport bnx0 trunkport bnx1
> Para usares isso precisavas de ter portchannel activo no Cisco, que
> não tens e dizes que não queres ter.
> Vais ter de ficar com algo tipo:
> ifconfig vlan101 vlan 101 vlandev bnx0
> ifconfig vlan101 192.168.0.1 255.255.255.24
> Tens de usar os interfaces físicos, não virtuais.
>
> Altera lá o setup e diz como correu :)
>
> O teu erro foi assumir que trunk em Cisco e em OpenBSD são o mesmo.
> Por isso é que o port do trunk de OpenBSD para FreeBSD se chama lagg
> (Link Aggregation) ;)

Por acaso não foi isso que eu assumi, o que eu assumi é que switchport
mode trunk fizesse entregar as vlans todas no interface.

Estou a retirar o switchport mode trunk, uma vez que simplemente
destruit o trunk0 não tinha resultado (já o tinha tentado) :)

Rui

--
Hail Eris, Hack Linux!
Today is Setting Orange, the 44th day of Confusion in the YOLD 3173
+ No matter how much you do, you never do enough -- unknown
+ Whatever you do will be insignificant,
| but it is very important that you do it -- Gandhi
+ So let's do it...?
_______________________________________________
OpenBSD mailing list
[hidden email]
http://neei.uevora.pt/mailman/listinfo/openbsd
Reply | Threaded
Open this post in threaded view
|

Re: Is there any bug with bnx which would cause vlans fail?

Rui Miguel Silva Seabra
In reply to this post by Joao Barros
On Mon, Jul 09, 2007 at 06:07:11PM +0100, Joao Barros wrote:

> Se só queres VLANs vais ter de apagar tudo o que diga trunk em OpenBSD
> da tua configuração:
> ifconfig trunk0 trunkproto failover trunkport bnx0 trunkport bnx1
> Para usares isso precisavas de ter portchannel activo no Cisco, que
> não tens e dizes que não queres ter.
> Vais ter de ficar com algo tipo:
> ifconfig vlan101 vlan 101 vlandev bnx0
> ifconfig vlan101 192.168.0.1 255.255.255.24
> Tens de usar os interfaces físicos, não virtuais.
>
> Altera lá o setup e diz como correu :)

Na bnx0 vejo tráfego tagged, na vlan101 não vejo tráfego nenhum.

bnx0:
        timestamp 802.1Q vid 1280 pri 3 arp who has ....

Supostamente o ping que está a ser feito da outra máquina deveria ser
visto untagged no interface vlan101 e responder ao ping, ou não?

Isto está a acontecer com o interface assim:

interface GigabitEthernet0/3
 no ip address
!


e assim:

interface GigabitEthernet0/3
 switchport trunk encapsulation dot1q
 switchport mode trunk
 no ip address
!

Tendo em conta que o interface da outra máquina está ligado nu interface
configurado desta forma:

interface GigabitEthernet0/6
 switchport access vlan 101
 no ip address
!


... como é que estou a ver o vid (suponho que seja de vlan id) 1280?

/me está confuso. estás on-line algures onde se possa falar um pouco
mais directamente?

--
Hail Eris!
Today is Setting Orange, the 44th day of Confusion in the YOLD 3173
+ No matter how much you do, you never do enough -- unknown
+ Whatever you do will be insignificant,
| but it is very important that you do it -- Gandhi
+ So let's do it...?
_______________________________________________
OpenBSD mailing list
[hidden email]
http://neei.uevora.pt/mailman/listinfo/openbsd
Reply | Threaded
Open this post in threaded view
|

Re: Is there any bug with bnx which would cause vlans fail?

Rui Miguel Silva Seabra
In reply to this post by Rui Miguel Silva Seabra
Descobri que com 100% de certeza o problema está no OpenBSD.

O Cisco parece estar bem, e é também essa a opinião da malta no #cisco
da FreeNet.

Configurando o meu GNU/Linux funcionou à primeira:

ifconfig eth1 up
vconfig add eth1 101
ifconfig eth1.101 192.168.0.1 netmask  255.255.255.240

funcionou de imediato!
merda merda merda, agora é do OpenBSD 4.1 ou os anteriores também irão
falhar? A ver... cenas do próximo episódio não disponíveis...

Se o iptables tivesse um pfsync nem pensava duas vezes, mas o pfsync é
uma killer feature!

--
All Hail Discordia!
Today is Setting Orange, the 44th day of Confusion in the YOLD 3173
+ No matter how much you do, you never do enough -- unknown
+ Whatever you do will be insignificant,
| but it is very important that you do it -- Gandhi
+ So let's do it...?
_______________________________________________
OpenBSD mailing list
[hidden email]
http://neei.uevora.pt/mailman/listinfo/openbsd
Reply | Threaded
Open this post in threaded view
|

Re: Is there any bug with bnx which would cause vlans fail?

Rui Reis-3
On Mon, 9 Jul 2007 19:54:46 +0100, Rui Miguel Silva Seabra wrote

> Descobri que com 100% de certeza o problema está no OpenBSD.
>
> O Cisco parece estar bem, e é também essa a opinião da malta no
> #cisco da FreeNet.
>
> Configurando o meu GNU/Linux funcionou à primeira:
>
> ifconfig eth1 up
> vconfig add eth1 101
> ifconfig eth1.101 192.168.0.1 netmask  255.255.255.240

então mostra lá como fizeste o mesmo no openbsd...


>
> funcionou de imediato!
> merda merda merda, agora é do OpenBSD 4.1 ou os anteriores também
> irão falhar? A ver... cenas do próximo episódio não disponíveis...
>
> Se o iptables tivesse um pfsync nem pensava duas vezes, mas o pfsync
> é uma killer feature!
>
> --
> All Hail Discordia!
> Today is Setting Orange, the 44th day of Confusion in the YOLD 3173
> + No matter how much you do, you never do enough -- unknown
> + Whatever you do will be insignificant,
> | but it is very important that you do it -- Gandhi
> + So let's do it...?
> _______________________________________________
> OpenBSD mailing list
> [hidden email]
> http://neei.uevora.pt/mailman/listinfo/openbsd

_______________________________________________
OpenBSD mailing list
[hidden email]
http://neei.uevora.pt/mailman/listinfo/openbsd
Reply | Threaded
Open this post in threaded view
|

Re: Is there any bug with bnx which would cause vlans fail?

Rui Miguel Silva Seabra
On Mon, Jul 09, 2007 at 10:15:35PM +0100, Rui Reis wrote:

> On Mon, 9 Jul 2007 19:54:46 +0100, Rui Miguel Silva Seabra wrote
> > Descobri que com 100% de certeza o problema está no OpenBSD.
> >
> > O Cisco parece estar bem, e é também essa a opinião da malta no
> > #cisco da FreeNet.
> >
> > Configurando o meu GNU/Linux funcionou à primeira:
> >
> > ifconfig eth1 up
> > vconfig add eth1 101
> > ifconfig eth1.101 192.168.0.1 netmask  255.255.255.240
>
> então mostra lá como fizeste o mesmo no openbsd...

Já vai de cor que não estou perto da máquina (nem fisicamente nem
logicamente):
cat /etc/hostname.bnx0
up
cat /etc/hostname.vlan0
vlan 101 vlandev bnx0
inet 192.168.0.1 255.255.255.240 NONE

Rui

--
Or is it?
Today is Setting Orange, the 44th day of Confusion in the YOLD 3173
+ No matter how much you do, you never do enough -- unknown
+ Whatever you do will be insignificant,
| but it is very important that you do it -- Gandhi
+ So let's do it...?
_______________________________________________
OpenBSD mailing list
[hidden email]
http://neei.uevora.pt/mailman/listinfo/openbsd
Reply | Threaded
Open this post in threaded view
|

Re: Is there any bug with bnx which would cause vlans fail?

Rui Reis-3
On Mon, 9 Jul 2007 22:20:17 +0100, Rui Miguel Silva Seabra wrote

> On Mon, Jul 09, 2007 at 10:15:35PM +0100, Rui Reis wrote:
> > On Mon, 9 Jul 2007 19:54:46 +0100, Rui Miguel Silva Seabra wrote
> > > Descobri que com 100% de certeza o problema está no OpenBSD.
> > >
> > > O Cisco parece estar bem, e é também essa a opinião da malta no
> > > #cisco da FreeNet.
> > >
> > > Configurando o meu GNU/Linux funcionou à primeira:
> > >
> > > ifconfig eth1 up
> > > vconfig add eth1 101
> > > ifconfig eth1.101 192.168.0.1 netmask  255.255.255.240
> >
> > então mostra lá como fizeste o mesmo no openbsd...
>
> Já vai de cor que não estou perto da máquina (nem fisicamente nem
> logicamente):
> cat /etc/hostname.bnx0
> up
> cat /etc/hostname.vlan0
> vlan 101 vlandev bnx0
> inet 192.168.0.1 255.255.255.240 NONE

ok, não tenho tempo/disponibilidade para verificar se isso está correcto, de
qualquer forma eu tenho assim:

cat /etc/hostname.vlan2
192.168.0.2 netmask 255.255.255.0 vlan 2 vlandev sis1

Tenta, e já agora se puderes tenta a comunição entre a tua máquina linux e
máquina openbsd sem switches/routers cisco pelo meio...


> Rui
>
> --
> Or is it?
> Today is Setting Orange, the 44th day of Confusion in the YOLD 3173
> + No matter how much you do, you never do enough -- unknown
> + Whatever you do will be insignificant,
> | but it is very important that you do it -- Gandhi
> + So let's do it...?
> _______________________________________________
> OpenBSD mailing list
> [hidden email]
> http://neei.uevora.pt/mailman/listinfo/openbsd

_______________________________________________
OpenBSD mailing list
[hidden email]
http://neei.uevora.pt/mailman/listinfo/openbsd
Reply | Threaded
Open this post in threaded view
|

Re: Is there any bug with bnx which would cause vlans fail?

Rui Miguel Silva Seabra
On Mon, Jul 09, 2007 at 10:25:52PM +0100, Rui Reis wrote:

> On Mon, 9 Jul 2007 22:20:17 +0100, Rui Miguel Silva Seabra wrote
> > On Mon, Jul 09, 2007 at 10:15:35PM +0100, Rui Reis wrote:
> > > On Mon, 9 Jul 2007 19:54:46 +0100, Rui Miguel Silva Seabra wrote
> > > > Descobri que com 100% de certeza o problema está no OpenBSD.
> > > >
> > > > O Cisco parece estar bem, e é também essa a opinião da malta no
> > > > #cisco da FreeNet.
> > > >
> > > > Configurando o meu GNU/Linux funcionou à primeira:
> > > >
> > > > ifconfig eth1 up
> > > > vconfig add eth1 101
> > > > ifconfig eth1.101 192.168.0.1 netmask  255.255.255.240
> > >
> > > então mostra lá como fizeste o mesmo no openbsd...
> >
> > Já vai de cor que não estou perto da máquina (nem fisicamente nem
> > logicamente):
> > cat /etc/hostname.bnx0
> > up
> > cat /etc/hostname.vlan0
> > vlan 101 vlandev bnx0
> > inet 192.168.0.1 255.255.255.240 NONE
>
> ok, não tenho tempo/disponibilidade para verificar se isso está correcto,

O /etc/netstart não se queixa de absolutamente nada e os interfaces
parecem ficar bem configurados (visto correndo o ifconfig)
> de qualquer forma eu tenho assim:
>
> cat /etc/hostname.vlan2
> 192.168.0.2 netmask 255.255.255.0 vlan 2 vlandev sis1
>
> Tenta, e já agora se puderes tenta a comunição entre a tua máquina linux e
> máquina openbsd sem switches/routers cisco pelo meio...

Se der tempo tento, os interrupts hoje mais vir malta mal preparada para
a instalação duns equipamentos fizeram com que a maior parte do dia
fosse desperdiçada...

--
You are what you see.
Today is Setting Orange, the 44th day of Confusion in the YOLD 3173
+ No matter how much you do, you never do enough -- unknown
+ Whatever you do will be insignificant,
| but it is very important that you do it -- Gandhi
+ So let's do it...?
_______________________________________________
OpenBSD mailing list
[hidden email]
http://neei.uevora.pt/mailman/listinfo/openbsd
Reply | Threaded
Open this post in threaded view
|

Re: Is there any bug with bnx which would cause vlans fail?

Rui Miguel Silva Seabra
In reply to this post by Rui Reis-3
On Mon, Jul 09, 2007 at 10:25:52PM +0100, Rui Reis wrote:
> ok, não tenho tempo/disponibilidade para verificar se isso está correcto, de
> qualquer forma eu tenho assim:
>
> cat /etc/hostname.vlan2
> 192.168.0.2 netmask 255.255.255.0 vlan 2 vlandev sis1

Não altera qq resultado.

> Tenta, e já agora se puderes tenta a comunição entre a tua máquina linux e
> máquina openbsd sem switches/routers cisco pelo meio...

Mesmo comportamento que quando ligado através do switch.

Rui

--
Or is it?
Today is Sweetmorn, the 45th day of Confusion in the YOLD 3173
+ No matter how much you do, you never do enough -- unknown
+ Whatever you do will be insignificant,
| but it is very important that you do it -- Gandhi
+ So let's do it...?
_______________________________________________
OpenBSD mailing list
[hidden email]
http://neei.uevora.pt/mailman/listinfo/openbsd
Reply | Threaded
Open this post in threaded view
|

Re: Is there any bug with bnx which would cause vlans fail?

Rui Reis-3
On Tue, 10 Jul 2007 09:39:22 +0100, Rui Miguel Silva Seabra wrote

> On Mon, Jul 09, 2007 at 10:25:52PM +0100, Rui Reis wrote:
> > ok, não tenho tempo/disponibilidade para verificar se isso está correcto, de
> > qualquer forma eu tenho assim:
> >
> > cat /etc/hostname.vlan2
> > 192.168.0.2 netmask 255.255.255.0 vlan 2 vlandev sis1
>
> Não altera qq resultado.
>
> > Tenta, e já agora se puderes tenta a comunição entre a tua máquina linux e
> > máquina openbsd sem switches/routers cisco pelo meio...
>
> Mesmo comportamento que quando ligado através do switch.

mudar a placa de rede, fora de questão? ou seja, a possibilidade de o hardware
ter algum problema está fora de questão?

se nem o caso mais básico funciona... das duas uma... ou não temos um
problema, ou temos um grande problema.


>
> Rui
>
> --
> Or is it?
> Today is Sweetmorn, the 45th day of Confusion in the YOLD 3173
> + No matter how much you do, you never do enough -- unknown
> + Whatever you do will be insignificant,
> | but it is very important that you do it -- Gandhi
> + So let's do it...?
> _______________________________________________
> OpenBSD mailing list
> [hidden email]
> http://neei.uevora.pt/mailman/listinfo/openbsd

_______________________________________________
OpenBSD mailing list
[hidden email]
http://neei.uevora.pt/mailman/listinfo/openbsd
Reply | Threaded
Open this post in threaded view
|

Re: Is there any bug with bnx which would cause vlans fail?

Rui Miguel Silva Seabra
On Tue, Jul 10, 2007 at 02:26:07PM +0100, Rui Reis wrote:

> On Tue, 10 Jul 2007 09:39:22 +0100, Rui Miguel Silva Seabra wrote
> > On Mon, Jul 09, 2007 at 10:25:52PM +0100, Rui Reis wrote:
> > > ok, não tenho tempo/disponibilidade para verificar se isso está correcto, de
> > > qualquer forma eu tenho assim:
> > >
> > > cat /etc/hostname.vlan2
> > > 192.168.0.2 netmask 255.255.255.0 vlan 2 vlandev sis1
> >
> > Não altera qq resultado.
> >
> > > Tenta, e já agora se puderes tenta a comunição entre a tua máquina linux e
> > > máquina openbsd sem switches/routers cisco pelo meio...
> >
> > Mesmo comportamento que quando ligado através do switch.
>
> mudar a placa de rede, fora de questão? ou seja, a possibilidade de o hardware
> ter algum problema está fora de questão?

Fora de questão, é uma built-in :|

> se nem o caso mais básico funciona... das duas uma... ou não temos um
> problema, ou temos um grande problema.

Viva,

Em resposta ao meu problema,

http://marc.info/?l=openbsd-misc&m=118405756731930&w=2

Há um bug com vlans e bnx's. Vou tentar um snapshot kernel.

Rui

--
All Hail Discordia!
Today is Sweetmorn, the 45th day of Confusion in the YOLD 3173
+ No matter how much you do, you never do enough -- unknown
+ Whatever you do will be insignificant,
| but it is very important that you do it -- Gandhi
+ So let's do it...?
_______________________________________________
OpenBSD mailing list
[hidden email]
http://neei.uevora.pt/mailman/listinfo/openbsd
Reply | Threaded
Open this post in threaded view
|

Re: Is there any bug with bnx which would cause vlans fail?

Joao Barros
On 7/10/07, Rui Miguel Silva Seabra <[hidden email]> wrote:

> On Tue, Jul 10, 2007 at 02:26:07PM +0100, Rui Reis wrote:
> > On Tue, 10 Jul 2007 09:39:22 +0100, Rui Miguel Silva Seabra wrote
> > > On Mon, Jul 09, 2007 at 10:25:52PM +0100, Rui Reis wrote:
> > > > ok, não tenho tempo/disponibilidade para verificar se isso está correcto, de
> > > > qualquer forma eu tenho assim:
> > > >
> > > > cat /etc/hostname.vlan2
> > > > 192.168.0.2 netmask 255.255.255.0 vlan 2 vlandev sis1
> > >
> > > Não altera qq resultado.
> > >
> > > > Tenta, e já agora se puderes tenta a comunição entre a tua máquina linux e
> > > > máquina openbsd sem switches/routers cisco pelo meio...
> > >
> > > Mesmo comportamento que quando ligado através do switch.
> >
> > mudar a placa de rede, fora de questão? ou seja, a possibilidade de o hardware
> > ter algum problema está fora de questão?
>
> Fora de questão, é uma built-in :|
>
> > se nem o caso mais básico funciona... das duas uma... ou não temos um
> > problema, ou temos um grande problema.
>
> Viva,
>
> Em resposta ao meu problema,
>
> http://marc.info/?l=openbsd-misc&m=118405756731930&w=2
>
> Há um bug com vlans e bnx's. Vou tentar um snapshot kernel.
>
> Rui
>

Rui, espero ansiosamente o resultado desses testes :)

Depois da conversa que tivémos ontem à noite sobre o failover e os
Linuxs, podias partilhar como o estás a fazer? Existe uma forma
simples de funcionamento que não requer que o switch esteja
configurado especificamente como tu afirmas não ter e eu gostaria de
confirmar como o estás a fazer do lado dos pinguins :)


--
Joao Barros
_______________________________________________
OpenBSD mailing list
[hidden email]
http://neei.uevora.pt/mailman/listinfo/openbsd
Reply | Threaded
Open this post in threaded view
|

Re: Is there any bug with bnx which would cause vlans fail?

Rui Miguel Silva Seabra
On Tue, Jul 10, 2007 at 02:56:22PM +0100, Joao Barros wrote:

> >> mudar a placa de rede, fora de questão? ou seja, a possibilidade de o
> >hardware
> >> ter algum problema está fora de questão?
> >
> >Fora de questão, é uma built-in :|
> >
> >> se nem o caso mais básico funciona... das duas uma... ou não temos um
> >> problema, ou temos um grande problema.
> >
> >Viva,
> >
> >Em resposta ao meu problema,
> >
> >http://marc.info/?l=openbsd-misc&m=118405756731930&w=2
> >
> >Há um bug com vlans e bnx's. Vou tentar um snapshot kernel.
> >
> >Rui
> >
>
> Rui, espero ansiosamente o resultado desses testes :)
>
> Depois da conversa que tivémos ontem à noite sobre o failover e os
> Linuxs, podias partilhar como o estás a fazer? Existe uma forma
> simples de funcionamento que não requer que o switch esteja
> configurado especificamente como tu afirmas não ter e eu gostaria de
> confirmar como o estás a fazer do lado dos pinguins :)

Funciona tal como anúnciado na TV! :)

O que te referes é ao bonding do Linux, trunk do OpenBSD, na situação
que falamos off-list).

Nessa outra infraestrutura, simplesmente tenho uma placa de rede ligada
num switch A, e outra ligada noutro switch B.

Há uma porta em cada switch que está em switchport mode trunk, unidas
com um cabo.

Foi tudo o que necessitei configurar para o modo failover do
bonding/trunk funcionar como esperado.

Este caso em particular é diferente, e a porta do switch que liga ao
packet-filter OpenBSD necessita estar em modo trunk para chegarem ao
OpenBSD todas as vlans do switch.

Rui

--
Kallisti!
Today is Sweetmorn, the 45th day of Confusion in the YOLD 3173
+ No matter how much you do, you never do enough -- unknown
+ Whatever you do will be insignificant,
| but it is very important that you do it -- Gandhi
+ So let's do it...?
_______________________________________________
OpenBSD mailing list
[hidden email]
http://neei.uevora.pt/mailman/listinfo/openbsd
12