This is a forwarded message
From: Tiberiu Socaciu <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Date: Tuesday, August 24, 2004, 10:20:50 PM
Subject: [rlug] dileme existentiale
===8<==============Original message text===============
acum am ceva de genul:

LAN ------ A ------ B ------ C ------- WAN

unde B este o scula care face shaping si alte magarii. doresc sa pun inca o
interfata in A si una in C pe care sa le leg direct printr-un cross.
argumentele mele:

1. prin B am si trafic care nu trebuie shap-uit si atunci, acest trafic (de
transport) poate sa mearga pe o cale mai "scurta"
2. daca imi crapa B, as vrea sa am o cale redundanta prin care sa mearga
pachetele, cu riscul de a fi neshap-uite. m-am gandit la ceva 802.1q (parca,
nu mai stiu, am uitat despre ce litera e vorba ;) - unde pot pune costuri si
sa functioneze un algoritm de spanning tree la rutare.

intrebari:
i. ce experiente placute/neplacute de folosire aveti pentru spanning tree pe
box-uri linux (acum A, B, C sunt toate linux)?
ii. merita sa il fac pe B cu interfetele in bridge sau mai bine nu
(performanta, incarcare blabla)?
iii. ce strategii vedeti pentru o astfel de problema? (teorie, se poate usor
abera. discutii deschise)

ipoteze suplimentare:
a/ in viitorul apropiat C va fi probabil un echipament hard (sper cisco), B
ramane in continuare linux, eventual cu eth-urile in bridge, A ramane inca
linux o buna bucata de vreme.
b/ B mai are o interfata eth de "operare" pentru aplicatiile care au nevoie
de datele care sunt stocate aici (mysql)

cu multumiri stropite de beri negre,
tibi

ps: ziceti ce vreti, maine leg A de C macar cu o sfoara... daca ma
convingeti, o dau jos si pun un drod*...
pps: dilema mi-a venit azi in timp ce stateam si-mi asteptam randul** la
benzinaria unde am remarcat ca s-a scumpit benzina...
t

----------------------
* nota traducatorului: drod = (reg., ardeal) sarma, cablu
** randul din dreapta, pentru ca eu am busonul pe stanga




--- 
Detalii despre listele noastre de mail: http://www.lug.ro/



===8<===========End of original message text===========


-- Attached file included as plaintext by Ecartis --
-- File: 1.msg

Return-Path: <[EMAIL PROTECTED]>
X-Original-To: [EMAIL PROTECTED]
Delivered-To: [EMAIL PROTECTED]
Received: from 127.0.0.1 (localhost.localdomain [127.0.0.1])
        by dummy.domain.name (As.Ro Email Service) with SMTP
        id 7B418DAC6C; Tue, 24 Aug 2004 22:23:30 +0300 (EEST)
Received: from mail.lug.ro (mail.lug.ro [193.226.140.49])
        by freemail.as.ro (As.Ro Email Service) with ESMTP
        id 38131DABA0; Tue, 24 Aug 2004 22:23:29 +0300 (EEST)
Received: from localhost (localhost [127.0.0.1])
        by mail.lug.ro (Postfix) with ESMTP
        id 9E7047D01BFD6; Tue, 24 Aug 2004 22:21:39 +0300 (EEST)
Received: from mail.lug.ro ([193.226.140.49])
        by localhost (mail [193.226.140.49]) (amavisd-new, port 10024)
        with ESMTP id 18585-06; Tue, 24 Aug 2004 22:21:36 +0300 (EEST)
Received: from mail.lug.ro (localhost [127.0.0.1])
        by mail.lug.ro (Postfix) with ESMTP
        id 659557D008442; Tue, 24 Aug 2004 22:21:04 +0300 (EEST)
Received: with ECARTIS (v1.0.0; list rlug); Tue, 24 Aug 2004 22:21:04 +0300 (EEST)
Delivered-To: [EMAIL PROTECTED]
Received: from localhost (localhost [127.0.0.1])
        by mail.lug.ro (Postfix) with ESMTP id F16527D01BFD6
        for <[EMAIL PROTECTED]>; Tue, 24 Aug 2004 22:21:03 +0300 (EEST)
Received: from mail.lug.ro ([193.226.140.49])
        by localhost (mail [193.226.140.49]) (amavisd-new, port 10024)
        with ESMTP id 18556-02 for <[EMAIL PROTECTED]>;
        Tue, 24 Aug 2004 22:20:59 +0300 (EEST)
Received: from border.amnet-telecom.ro (unknown [80.97.72.88])
        by mail.lug.ro (Postfix) with ESMTP id 9837A7D008442
        for <[EMAIL PROTECTED]>; Tue, 24 Aug 2004 22:20:52 +0300 (EEST)
Received: from duron950 (cdradio-live.cluj.astral.ro [194.102.147.232])
        by border.amnet-telecom.ro (8.11.6/8.11.6) with SMTP id i7OJKsQ30697
        for <[EMAIL PROTECTED]>; Tue, 24 Aug 2004 22:20:56 +0300
Message-ID: <[EMAIL PROTECTED]>
From: "Tiberiu Socaciu" <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: [rlug] dileme existentiale
Date: Tue, 24 Aug 2004 22:20:50 +0300
Organization: SC InfoData SRL
MIME-Version: 1.0
Content-type: text/plain; charset=Windows-1252
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-Virus-Scanned: by lug.ro's inebriated penguins
X-archive-position: 26890
X-ecartis-version: Ecartis v1.0.0
Sender: [EMAIL PROTECTED]
Errors-To: [EMAIL PROTECTED]
X-original-sender: [EMAIL PROTECTED]
Precedence: bulk
Reply-To: [EMAIL PROTECTED]
List-help: <http://www.lug.ro/mlist/>
List-unsubscribe: <mailto:[EMAIL PROTECTED]>
List-software: Ecartis version 1.0.0
List-Id: rlug <rlug.mail>
X-List-ID: rlug <rlug.mail>
X-list: rlug
X-Virus-Scanned: by lug.ro's inebriated penguins
Content-Transfer-Encoding: quoted-printable

acum am ceva de genul:

LAN ------ A ------ B ------ C ------- WAN

unde B este o scula care face shaping si alte magarii. doresc sa pun inca=
 o
interfata in A si una in C pe care sa le leg direct printr-un cross.
argumentele mele:

1. prin B am si trafic care nu trebuie shap-uit si atunci, acest trafic (=
de
transport) poate sa mearga pe o cale mai "scurta"
2. daca imi crapa B, as vrea sa am o cale redundanta prin care sa mearga
pachetele, cu riscul de a fi neshap-uite. m-am gandit la ceva 802.1q (par=
ca,
nu mai stiu, am uitat despre ce litera e vorba ;) - unde pot pune costuri=
 si
sa functioneze un algoritm de spanning tree la rutare.

intrebari:
i. ce experiente placute/neplacute de folosire aveti pentru spanning tree=
 pe
box-uri linux (acum A, B, C sunt toate linux)?
ii. merita sa il fac pe B cu interfetele in bridge sau mai bine nu
(performanta, incarcare blabla)?
iii. ce strategii vedeti pentru o astfel de problema? (teorie, se poate u=
sor
abera. discutii deschise)

ipoteze suplimentare:
a/ in viitorul apropiat C va fi probabil un echipament hard (sper cisco),=
 B
ramane in continuare linux, eventual cu eth-urile in bridge, A ramane inc=
a
linux o buna bucata de vreme.
b/ B mai are o interfata eth de "operare" pentru aplicatiile care au nevo=
ie
de datele care sunt stocate aici (mysql)

cu multumiri stropite de beri negre,
tibi

ps: ziceti ce vreti, maine leg A de C macar cu o sfoara... daca ma
convingeti, o dau jos si pun un drod*...
pps: dilema mi-a venit azi in timp ce stateam si-mi asteptam randul** la
benzinaria unde am remarcat ca s-a scumpit benzina...
t

----------------------
* nota traducatorului: drod =3D (reg., ardeal) sarma, cablu
** randul din dreapta, pentru ca eu am busonul pe stanga




---=20
Detalii despre listele noastre de mail: http://www.lug.ro/





--- 
Detalii despre listele noastre de mail: http://www.lug.ro/


Raspunde prin e-mail lui