🚀 go-pugleaf

W dniu 2014-02-14 10:21, MaRc pisze:
> Witam
>
> Mam skonfigurowanego cisco 6506 na port channel
> #v+
> cat6500#sh run int port-channel 3
> Building configuration...
>
> Current configuration : 242 bytes
> !
> interface Port-channel3
>   switchport
>   switchport trunk encapsulation dot1q
>   switchport trunk native vlan 5
>   switchport trunk allowed vlan 5-300,910,4001-4011
>   switchport mode trunk
>   mtu 9216
>   no ip address
>   spanning-tree portfast trunk
> end
>
> cat6500#sh run int g 1/23
> Building configuration...
>
> Current configuration : 278 bytes
> !
> interface GigabitEthernet1/23
>   description ed_bonding2
>   switchport
>   switchport trunk encapsulation dot1q
>   switchport trunk native vlan 5
>   switchport trunk allowed vlan 5-300,910,4001-4011
>   switchport mode trunk
>   mtu 9216
>   no ip address
>   channel-group 3 mode active
> end
>
> cat6500#sh run int g 1/24
> Building configuration...
>
> Current configuration : 302 bytes
> !
> interface GigabitEthernet1/24
>   description ed_bonding2
>   switchport
>   switchport trunk encapsulation dot1q
>   switchport trunk native vlan 5
>   switchport trunk allowed vlan 5-300,910,4001-4011
>   switchport mode trunk
>   mtu 9216
>   no ip address
>   spanning-tree portfast
>   channel-group 3 mode active
> end
>
> cat6500#sh run int vlan 5
> Building configuration...
>
> Current configuration : 63 bytes
> !
> interface Vlan5
>   ip address 192.168.168.2 255.255.255.0
> end
>
> cat6500#
> #v-
>
> do portów 1/23 i 1/24 mam podpięte sieciówki z serwera na których robię
> bonding aktywny.
> mam interfejs bond2, który to zapina się z port-channel 3. do interfejsu
> bond2 podpinam vlany a bezpośrednio na bond2 ustawiam adres
> #v+
> mr@ed:~$ ip addr show dev bond2
> 10: bond2: <BROADCAST,MULTICAST,MASTER,UP,LOWER_UP> mtu 9216 qdisc
> noqueue state UP
>      link/ether 00:1f:29:56:31:1e brd ff:ff:ff:ff:ff:ff
>      inet 192.168.168.1/24 scope global bond2
> mr@ed:~$
> #v-
>
> i teraz kwestia, że ruch w vlanach zapiętych na bond2 mi działa a nie
> działa ruch w natywnym vlanie
>
> drugi serwerek mam podpięty podobnie, z tym, że bez port-channel, port
> na catcie jest trunkowy z natywnym vlanem
> #v+
> cat6500#sh run int g 1/31
> Building configuration...
>
> Current configuration : 266 bytes
> !
> interface GigabitEthernet1/31
>   switchport
>   switchport trunk encapsulation dot1q
>   switchport trunk native vlan 5
>   switchport trunk allowed vlan 5-300,4001-4011
>   switchport mode trunk
>   no ip address
>   spanning-tree portfast
> end
>
> cat6500#
> #v-
> i tu działa. jedyna różnica jest właśnie w portchannel. zapwene robię
> gdzieś błąd, tylko gdzie?
> z góry dzieki za sugestie.
> Pozdrawiam
>
Witaj

wg mnie problem jest po stronie linux'a:

Adres IP ustawiony na bond0 jest dla vlan1.
Na Cat6500 masz w vlan5, więc na linux powinieneś ustawić ten adres IP 
na bond0.5

pozdrawiam
Marek

On 21.02.2014 12:17, Marecki wrote:
> Witaj
> 
> wg mnie problem jest po stronie linux'a:
> 
> Adres IP ustawiony na bond0 jest dla vlan1.
> Na Cat6500 masz w vlan5, więc na linux powinieneś ustawić ten adres IP
> na bond0.5
> 

Próbowałem to odpalać na vlan5 podpiętym do bond2 ale efekt ten sam -
brak komunikacji bez tagowania. zdejmowałem również natywnego vlana ale
to nie pomagało. szczerze powiedziawszy zgłupiałem.


-- 
MaRc
Nie kłóć się z idiotą. Będziesz musiał zniżyć się do jego poziomu a
wówczas pobije cię swoimi argumentami.

Dnia piątek, 21 lutego 2014 12:17, Marecki napisał(a):

>> i tu działa. jedyna różnica jest właśnie w portchannel. zapwene robię
>> gdzieś błąd, tylko gdzie?
>> z góry dzieki za sugestie.
>> Pozdrawiam
>>
> Witaj
> 
> wg mnie problem jest po stronie linux'a:

"Linuksa"

> Adres IP ustawiony na bond0 jest dla vlan1.
> Na Cat6500 masz w vlan5, więc na linux powinieneś ustawić ten adres IP
> na bond0.5

To nie powinno mieć nic do rzeczy, bo pakiety idą nietagowane. Zresztą 
działa póki jest bez bondingu, tak?

Co mówi tcpdump zapuszczony na na interfejsach należących do bondu? Jak 
wyglądają pakiety przychodzące ze switcha? Rzeczywiście przychodzą bez tagu? 
No i jak wygląda to w drugą stronę? Czy na switchu albo na serwerze 
rozwiązuje się chociaż ARP, czy zupełnie nic?

-- 
| pozdrawiam / greetings | powered by Debian, FreeBSD and CentOS |
|  Kajetan Staszkiewicz  | jabber,email: vegeta()tuxpowered net  |
|        Vegeta          | www: http://vegeta.tuxpowered.net     |
`------------------------^---------------------------------------'

On 21.02.2014 18:06, Kajetan Staszkiewicz wrote:

> To nie powinno mieć nic do rzeczy, bo pakiety idą nietagowane. Zresztą 
> działa póki jest bez bondingu, tak?

zgdadza sie, bez bondingu działa. mam bonding na innych interfejsach bez
vlanów ale porty na cat są w accesie i to działa.


> 
> Co mówi tcpdump zapuszczony na na interfejsach należących do bondu? Jak 
> wyglądają pakiety przychodzące ze switcha? Rzeczywiście przychodzą bez tagu? 
> No i jak wygląda to w drugą stronę? Czy na switchu albo na serwerze 
> rozwiązuje się chociaż ARP, czy zupełnie nic?
> 

tcpdump zapuszaony na iterfejsie mówi, że ode mnie arp wychodzi ale nic
nie wraca, jak pinguję z catalysta to tcpdump milczy

-- 
MaRc
Nie kłóć się z idiotą. Będziesz musiał zniżyć się do jego poziomu a
wówczas pobije cię swoimi argumentami.

Dnia piątek, 21 lutego 2014 23:41, MaRc napisał(a):

>> Co mówi tcpdump zapuszczony na na interfejsach należących do bondu? Jak
>> wyglądają pakiety przychodzące ze switcha? Rzeczywiście przychodzą bez
>> tagu? No i jak wygląda to w drugą stronę? Czy na switchu albo na serwerze
>> rozwiązuje się chociaż ARP, czy zupełnie nic?
>> 
> 
> tcpdump zapuszaony na iterfejsie mówi, że ode mnie arp wychodzi ale nic
> nie wraca, jak pinguję z catalysta to tcpdump milczy

A gdy dodać tagowany VLAN 5 na Linuksie, to przypadkiem ARP-y ze switcha się 
w nim nie zjawią? Wprawdzie nie w Cisco tylko w HP ProCurve, ale widziałem 
switche, które gdy im zmienić dany VLAN tagowany na nietagowany na porcie, 
to switch wcale nie zmieniał konfiguracji portu, trzeba było na porcie 
ustawić inny VLAN jako nietagowany i dopiero wrócić do właściwego.

Z czystej ciekawości jeszcze bym wrzucił ten port-channel w switchport mode 
access; switchport access vlan 5, tak dla testu by zobaczyć czy wtedy ten 
vlan działa poprawnie.

-- 
| pozdrawiam / greetings | powered by Debian, FreeBSD and CentOS |
|  Kajetan Staszkiewicz  | jabber,email: vegeta()tuxpowered net  |
|        Vegeta          | www: http://vegeta.tuxpowered.net     |
`------------------------^---------------------------------------'

On 22.02.2014 09:46, Kajetan Staszkiewicz wrote:
> A gdy dodać tagowany VLAN 5 na Linuksie, to przypadkiem ARP-y ze switcha się 
> w nim nie zjawią? 

no właśnie nie. słucham na całym bond2 i widzę wszystkie vlany które
"pukaja" i nie przychodzi mi vlan z tagiem 5

> Wprawdzie nie w Cisco tylko w HP ProCurve, ale widziałem 
> switche, które gdy im zmienić dany VLAN tagowany na nietagowany na porcie, 
> to switch wcale nie zmieniał konfiguracji portu, 

generalnie na portchannelu zdejmowałem native vlana ale bez większych
rezultatów. switch jak najbardziej zmienia konfiguracje bo dodając do
dozwolonych tagów pojawiają mi się ramki z dodanego vlanu na bond


> trzeba było na porcie 
> ustawić inny VLAN jako nietagowany i dopiero wrócić do właściwego.
> 
> Z czystej ciekawości jeszcze bym wrzucił ten port-channel w switchport mode 
> access; switchport access vlan 5, tak dla testu by zobaczyć czy wtedy ten 
> vlan działa poprawnie.

za bardzo takiego myku nie mogę zrobić, gdyż ta maszyna jest
"produkcyjna". ten vlan działa poprawnie. jak pisałem jest drugi
serwerek bez bondu i tu działa bez problemu.

to jest konfiguracja portów na cacie gdzie podłączony jest drugi serwerk.
#v+
interface GigabitEthernet1/31
 description Trunki server PPPoE
 switchport
 switchport trunk encapsulation dot1q
 switchport trunk native vlan 5
 switchport trunk allowed vlan 5-300
 switchport mode trunk
 no ip address
 spanning-tree portfast
end


cat6500#
#v-


i tu działa bez problemu.

-- 
MaRc
Nie kłóć się z idiotą. Będziesz musiał zniżyć się do jego poziomu a
wówczas pobije cię swoimi argumentami.

Dnia sobota, 22 lutego 2014 10:02, MaRc napisał(a):

> On 22.02.2014 09:46, Kajetan Staszkiewicz wrote:
>> A gdy dodać tagowany VLAN 5 na Linuksie, to przypadkiem ARP-y ze switcha
>> się w nim nie zjawią?
> 
> no właśnie nie. słucham na całym bond2 i widzę wszystkie vlany które
> "pukaja" i nie przychodzi mi vlan z tagiem 5
> 
>> Wprawdzie nie w Cisco tylko w HP ProCurve, ale widziałem
>> switche, które gdy im zmienić dany VLAN tagowany na nietagowany na
>> porcie, to switch wcale nie zmieniał konfiguracji portu,
> 
> generalnie na portchannelu zdejmowałem native vlana ale bez większych
> rezultatów. switch jak najbardziej zmienia konfiguracje bo dodając do
> dozwolonych tagów pojawiają mi się ramki z dodanego vlanu na bond

Nie zdjąć, tylko zmienić native na inny numerek i wrócić spowrotem do 5. Ale 
jak już mówiłem, takie cuda to na ProCurve, nie musi mieć zastosowania 
tutaj.

-- 
| pozdrawiam / greetings | powered by Debian, FreeBSD and CentOS |
|  Kajetan Staszkiewicz  | jabber,email: vegeta()tuxpowered net  |
|        Vegeta          | www: http://vegeta.tuxpowered.net     |
`------------------------^---------------------------------------'

On 22.02.2014 10:55, Kajetan Staszkiewicz wrote:
> Nie zdjąć, tylko zmienić native na inny numerek i wrócić spowrotem do 5. Ale 
> jak już mówiłem, takie cuda to na ProCurve, nie musi mieć zastosowania 
> tutaj.

no właśnie nie ma bo też tak zrobiłem.
dziwne jest dla mnie, ze jak zdjąłem native na port-channel i zrobiłem
tagowanego vlana na serwerze to mimo iż inne vlany śmigają to ten nie
chce :/
podejrzewam, że ten model porchannel nie gada dobrze z natywnymi vlanami :/


-- 
MaRc
Nie kłóć się z idiotą. Będziesz musiał zniżyć się do jego poziomu a
wówczas pobije cię swoimi argumentami.