3Com switch instellen onder Linux

[Huub Reuver]

Ik probeer een managed switch in te stellen. Volgens een handleiding van
3Com (3C16987A) moet ik daarvoor eerst via een seriele poort de management
software aanzetten.

Ik probeer dus:
# slattach -p slip -s 19200 /dev/ttyUSB1 -d &
[2] 8743
# slattach: tty_open: looking for lock
slattach: tty_open: trying to open /dev/ttyUSB1
slattach: tty_open: /dev/ttyUSB1 (fd=3) slattach: tty_set_speed: 19200
slattach: tty_set_databits: 8
slattach: tty_set_stopbits: 1
slattach: tty_set_parity: N
slip started on /dev/ttyUSB1 interface sl0
# ifconfig sl0 192.168.101.2 pointopoint 192.168.101.2

Hierna kan ik heel mooi een overzicht opvragen via ifconfig, maar een
verbinding maken met http://192.168.101.1 lukt niet.

Dus sluit ik maar af met "killall -1 slattach":
slattach tty_set_speed: 0

Heeft iemand een tip wat ik nog kan proberen?

Met vriendelijke groet,
Huub Reuver

[Huub Reuver]

Post by Huub Reuver
Ik probeer een managed switch in te stellen. Volgens een handleiding van
3Com (3C16987A) moet ik daarvoor eerst via een seriele poort de management
software aanzetten.
# slattach -p slip -s 19200 /dev/ttyUSB1 -d &
[2] 8743
# slattach: tty_open: looking for lock
slattach: tty_open: trying to open /dev/ttyUSB1
slattach: tty_open: /dev/ttyUSB1 (fd=3) slattach: tty_set_speed: 19200
slattach: tty_set_databits: 8
slattach: tty_set_stopbits: 1
slattach: tty_set_parity: N
slip started on /dev/ttyUSB1 interface sl0
# ifconfig sl0 192.168.101.2 pointopoint 192.168.101.2
Hierna kan ik heel mooi een overzicht opvragen via ifconfig, maar een
verbinding maken met http://192.168.101.1 lukt niet.
slattach tty_set_speed: 0
Heeft iemand een tip wat ik nog kan proberen?

Ok, het is gelukt met minicom i.p.v. slattach.
Moet ik alleen nog uitvinden waarom de eerste keer niet werkte.

Met vriendelijke groet,
Huub Reuver

[Ximinez]

Post by Huub Reuver
Ik probeer een managed switch in te stellen. Volgens een handleiding van
3Com (3C16987A) moet ik daarvoor eerst via een seriele poort de management
software aanzetten.
# slattach -p slip -s 19200 /dev/ttyUSB1 -d &
[2] 8743
# slattach: tty_open: looking for lock
slattach: tty_open: trying to open /dev/ttyUSB1
slattach: tty_open: /dev/ttyUSB1 (fd=3) slattach: tty_set_speed: 19200
slattach: tty_set_databits: 8
slattach: tty_set_stopbits: 1
slattach: tty_set_parity: N
slip started on /dev/ttyUSB1 interface sl0
# ifconfig sl0 192.168.101.2 pointopoint 192.168.101.2
Hierna kan ik heel mooi een overzicht opvragen via ifconfig, maar een
verbinding maken met http://192.168.101.1 lukt niet.
slattach tty_set_speed: 0
Heeft iemand een tip wat ik nog kan proberen?

Ik mag aannemen dat je geen slip verbinding opzet met zo'n switch maar
gewoon een seriele terminal verbinding.

cu gebruiken (uucp)?

X.

[J.I. Asenjo]

Post by Huub Reuver
Ik probeer een managed switch in te stellen. Volgens een handleiding van
3Com (3C16987A) moet ik daarvoor eerst via een seriele poort de management
software aanzetten.

ik gebruik screen om de cisco routers en switches in te stellen:

$ screen /dev/ttyUSB1 9600

[Philip Paeps]

Post by Huub Reuver
Ik probeer een managed switch in te stellen. Volgens een handleiding van
3Com (3C16987A) moet ik daarvoor eerst via een seriele poort de management
software aanzetten.
# slattach -p slip -s 19200 /dev/ttyUSB1 -d &

Ik neem aan dat je ze wil instellen, en er geen IP mee wil praten?

cu -l /dev/ttyUSB0 -s 9600 should do it.

Of screen /dev/ttyUSB0 9600

Of gewoon cat :)

Post by Huub Reuver
Hierna kan ik heel mooi een overzicht opvragen via ifconfig, maar een
verbinding maken met http://192.168.101.1 lukt niet.

Het lijkt me onwaarschijnlijk dat je switch HTTP over IP over SLIP aanbiedt
als management interface.

- Philip

[Huub Reuver]

Post by Philip Paeps

Post by Huub Reuver
Hierna kan ik heel mooi een overzicht opvragen via ifconfig, maar een
verbinding maken met http://192.168.101.1 lukt niet.

Het lijkt me onwaarschijnlijk dat je switch HTTP over IP over SLIP aanbiedt
als management interface.

Volgens mij was SLIP al jaren achterhaald toen de switch nog nieuw was.
Alleen staat in de manual die ik heb kunnen vinden echt dat je een
seriële poort met SLIP moet gebruiken.

Als je een beetje zoekt op internet zie je ook verwijzingen naar slattach!
Ik heb het niet zelf verzonnen.

Inmiddels is me wel gelukt via de seriële poort in te loggen en de
webinterface over ethernet aan te zetten. Ik moet nog even kijken of ik
de seriële of de web-interface wil blijven gebruiken.

Met vriendelijke groet,
Huub Reuver

[Huub Reuver]

Inmiddels ben ik verder aan het experimenteren met de router.

Is het noodzakelijk dat Linux overweg kan met VLAN's als een workstation
in meerdere VLAN's wordt gehangen?
(Ik ging er eigenlijk vanuit dat de tagging in de router(s) plaatsvond en
dat de client hier transparant gebruik van kan maken.)

Met vriendelijke groet,
Huub Reuver

[richard lucassen]

On 05 Mar 2010 18:01:59 GMT

Post by Huub Reuver
Inmiddels ben ik verder aan het experimenteren met de router.
Is het noodzakelijk dat Linux overweg kan met VLAN's als een
workstation in meerdere VLAN's wordt gehangen?
(Ik ging er eigenlijk vanuit dat de tagging in de router(s)
plaatsvond en dat de client hier transparant gebruik van kan maken.)

Ik snap niet wat je bedoelt. Als je tagged verkeer binnenkrijgt op je
ethernet kaart en je hoeft niet te weten wat er op dat vlan gebeurt dan
hoef je niets te doen. En als alles tagged over de lijn loopt of je
wilt communiceren met een vlan dan moet je wel...

Maar ingewiikkeld is dat niet hoor:

apt-get install vlan

modprobe -v 8021q

Voorbeeld met VLAN2:

vconfig add eth0 2 (zonder punt tussen de 0 en de 2)
ip link set eth0.2 up
ip address add 192.168.99.1/24 dev eth0.2

klaar. En omgekeerd:

ip address del 192.168.99.1/24 dev eth0.2
vconfig rem eth0.2 (nu wel met punt)
ip link set eth0.2 down

(ff uit m'n hoofd hoor, anders even "vconfig" intikken, dan zeurt-ie
wel hoe-ie aangeroepen moet worden...)

R.
--
___________________________________________________________________
It is better to remain silent and be thought a fool, than to speak
aloud and remove all doubt.

+------------------------------------------------------------------+
| Richard Lucassen, Utrecht |
| Public key and email address: |
| http://www.lucassen.org/mail-pubkey.html |
+------------------------------------------------------------------+

[Huub Reuver]

Post by richard lucassen
On 05 Mar 2010 18:01:59 GMT

Post by Huub Reuver
Inmiddels ben ik verder aan het experimenteren met de router.
Is het noodzakelijk dat Linux overweg kan met VLAN's als een
workstation in meerdere VLAN's wordt gehangen?
(Ik ging er eigenlijk vanuit dat de tagging in de router(s)
plaatsvond en dat de client hier transparant gebruik van kan maken.)

Ik snap niet wat je bedoelt. Als je tagged verkeer binnenkrijgt op je
ethernet kaart en je hoeft niet te weten wat er op dat vlan gebeurt dan
hoef je niets te doen. En als alles tagged over de lijn loopt of je
wilt communiceren met een vlan dan moet je wel...

..

Post by richard lucassen
(ff uit m'n hoofd hoor, anders even "vconfig" intikken, dan zeurt-ie
wel hoe-ie aangeroepen moet worden...)

Ik heb in elk geval de goede tools gevonden en ik heb een werkende
configuratie. Bedankt voor de hulp. Het bleek allereerst dat ik de
tools niet geinstalleerd had en daarnaast had ik geen ondersteuning
in de kernel.

Voorlopig heb ik in elk geval de configuratie van de router een beetje
afgeschermd.

Ik had eigenlijk gehoopt dat een interface met een IP (uitgedeeld via
DHCP) met meerdere VLAN's kon praten. Dan had ik wat flexibeler en beter
de verschillende netwerken kunnen scheiden in VLAN's (telefoons,
pc-netwerk, gasten). Als ze allemaal internet nodig hebben zijn de VLAN's
nu beperkt tot de mogelijkheden van mijn router.

Met vriendelijke groet,
Huub Reuver

[richard lucassen]

On 05 Mar 2010 21:02:25 GMT

Post by Huub Reuver
Ik had eigenlijk gehoopt dat een interface met een IP (uitgedeeld via
DHCP) met meerdere VLAN's kon praten.

Waarom zou dat niet kunnen?

Post by Huub Reuver
Dan had ik wat flexibeler en
beter de verschillende netwerken kunnen scheiden in VLAN's
(telefoons, pc-netwerk, gasten). Als ze allemaal internet nodig
hebben zijn de VLAN's nu beperkt tot de mogelijkheden van mijn router.

Overigens is VLAN's en dhcp een apart verhaal, dan moet je per VLAN
de flag 1 aanzetten als je dhcp wilt laten werken:

(voorbeeld met voornoemde eth0.2)

vconfig set_flag eth0.2 1 1

Zie "man vconfig" bij "set_flag"

Het is nog wel eens wat gedonder om dhcp met vlans aan de praat te
krijgen. DHCP server draaien op alleen de vlan's gaat goed, zodra de
"echte" netwerkkaart ook meedoet in de dhcp scope wil het nog wel eens
misgaan heb ik gemerkt (adressen van de verkeerde scopes worden soms
uitgedeeld)

Misschien nog wel een configfout mijnerzijds of misschien mag het wel
niet, dat heb ik nog niet uitgezocht.

R.
--
___________________________________________________________________
It is better to remain silent and be thought a fool, than to speak
aloud and remove all doubt.

+------------------------------------------------------------------+
| Richard Lucassen, Utrecht |
| Public key and email address: |
| http://www.lucassen.org/mail-pubkey.html |
+------------------------------------------------------------------+

[Huub Reuver]

Post by richard lucassen
On 05 Mar 2010 21:02:25 GMT

Post by Huub Reuver
Ik had eigenlijk gehoopt dat een interface met een IP (uitgedeeld via
DHCP) met meerdere VLAN's kon praten.

Waarom zou dat niet kunnen?

Een dergelijke configuratie zal per pc moeten gebeuren. Betekent dus dat
het meer geschikt is voor static netwerkverbindingen (niet voor ad-hoc).

Er zijn netwerken waar ik de voorkeur geef aan 1 IP per pc. Het was een
beetje wishfull thinking dat je dan wel meerdere VLAN's kunt gebruiken.
Bijvoorbeeld voor een laptop die af en toe mee gaat naar een extern
netwerk (en dus 1x DHCP gebruikt). Die zal ik toch handmatig in de admin
VLAN moeten hangen voor configuratie van de switch. En als ik met de
laptop de telefoons wil bereiken zal dat ook extra werk zijn
("ifup eth0.2" met een 2e ip-adres).

Post by richard lucassen
Overigens is VLAN's en dhcp een apart verhaal, dan moet je per VLAN
(voorbeeld met voornoemde eth0.2)
vconfig set_flag eth0.2 1 1
Zie "man vconfig" bij "set_flag"

Volgens de manpage is set_flag default 1 sinds 2.6.18, maar dat terzijde.

Post by richard lucassen
Misschien nog wel een configfout mijnerzijds of misschien mag het wel
niet, dat heb ik nog niet uitgezocht.

Voordat ik daarmee ga spelen moet ik nog wat werk verrichten. Waarschijnlijk
zal het wel zo zijn dat alle apparaten die via DHCP een netwerkadres krijgen
fysiek in een (1) VLAN hangen met een untagged port. Volgens mij heb ik dan
geen problemen.

Inmiddels heb ik de router even doorgekeken. Deze kan overweg met VLAN's
dus het grootste nadeel is een extra set rules per VLAN.

Met vriendelijke groet,
Huub Reuver

[Maurice Janssen]

Post by Huub Reuver
Inmiddels ben ik verder aan het experimenteren met de router.
Is het noodzakelijk dat Linux overweg kan met VLAN's als een workstation
in meerdere VLAN's wordt gehangen?
(Ik ging er eigenlijk vanuit dat de tagging in de router(s) plaatsvond en
dat de client hier transparant gebruik van kan maken.)

Als ik het goed begrijp bedoel je zoiets:
poort 1 2 en 3 op een switch zitten in vlan 1
poort 5 6 en 7 zitten in vlan 2
poort 4 zit in zowel vlan 1 als e
zodat de computer op poort 4 met alle poorten kan communiceren en de rest
beperkt blijft tot zijn eigen vlan.

Jazeker kan dat en als je de switch goed instelt hoeft de rest zich niet
druk te maken om vlan's en tagging. Dat gebeurt dan allemaal alleen in de
switch.

[Huub Reuver]

Post by Maurice Janssen

Post by Huub Reuver
Inmiddels ben ik verder aan het experimenteren met de router.
Is het noodzakelijk dat Linux overweg kan met VLAN's als een workstation
in meerdere VLAN's wordt gehangen?
(Ik ging er eigenlijk vanuit dat de tagging in de router(s) plaatsvond en
dat de client hier transparant gebruik van kan maken.)

poort 1 2 en 3 op een switch zitten in vlan 1
poort 5 6 en 7 zitten in vlan 2
poort 4 zit in zowel vlan 1 als e
zodat de computer op poort 4 met alle poorten kan communiceren en de rest
beperkt blijft tot zijn eigen vlan.
Jazeker kan dat en als je de switch goed instelt hoeft de rest zich niet
druk te maken om vlan's en tagging. Dat gebeurt dan allemaal alleen in de
switch.

De eerste opzet werkt nu.

Het is verbazend hoe snel bovenstaande plaatje uitgroeit tot iets wat
onmogelijk is met een "normale" managed switch.

Nee, dat wat ik wilde is niet met alleen een switch te bereiken.
Ergens onderweg wordt vanwege enkele randvoorwarden de DHCP helemaal
onbruikbaar (in elk geval voor de belangrijkste pc's).

Met vriendelijke groet,
Huub Reuver

[Huub Reuver]

Post by Philip Paeps
Ik neem aan dat je ze wil instellen, en er geen IP mee wil praten?
cu -l /dev/ttyUSB0 -s 9600 should do it.
Of screen /dev/ttyUSB0 9600
Of gewoon cat :)

Ik heb nog even gespeeld met bovenstaande opties.
Het probleem met cu is dat de permissies van /dev/ttyUSB0 standaard
verkeerd staan. Heeft iemand een tip hoe ik die in Debian automatisch
goed zet?

Screen is leuk als noodoplossing, maar onbruikbaar. De messages hebben
geen opmaak en worden al over the place neergezet.

Met vriendelijke groet,
Huub Reuver

[tjoen]

Post by Huub Reuver
Het probleem met cu is dat de permissies van /dev/ttyUSB0 standaard
verkeerd staan. Heeft iemand een tip hoe ik die in Debian automatisch
goed zet?

In /etc/udev/rules.d/ een file met
KERNEL="ttyUSB[0-9]* MODE="0666"
Ik weet niet of filename met 55- of 65- moet beginnen

Anders in /lib/udev/devices/
De juiste device plaatsen

[Huub Reuver]

Post by tjoen

Post by Huub Reuver
Het probleem met cu is dat de permissies van /dev/ttyUSB0 standaard
verkeerd staan. Heeft iemand een tip hoe ik die in Debian automatisch
goed zet?

In /etc/udev/rules.d/ een file met
KERNEL="ttyUSB[0-9]* MODE="0666"
Ik weet niet of filename met 55- of 65- moet beginnen
Anders in /lib/udev/devices/
De juiste device plaatsen

Dank je, dat zocht ik.

Ik heb even gekeken in 50-udev.rules bestand waar een regel voor een
Handspring Visor staat. Die regel heb ik omgebouwd tot:
# USB devices
SUBSYSTEMS=="usb", KERNEL=="ttyUSB*", MODE="0660", GID="20"

(En dit staat in een nieuw bestand.)

Met vriendelijke groet,
Huub Reuver