Re: Routing and bandwidth problem

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



why not use virtual adapters with ip's from different networks and use only
one card?

----- Original Message -----
From: "Rodolfo J. Paiz" <rpaiz@xxxxxxxxxxxxxx>
To: <fedora-list@xxxxxxxxxx>; <redhat-list@xxxxxxxxxx>
Sent: Wednesday, May 05, 2004 5:36 AM
Subject: Routing and bandwidth problem


> Hey...
>
> I have no idea of which FM to R here, so I will happily accept pointers to
> good documentation and HOWTO documents. Any other help is also welcome, as
> I will need to solve this problem very soon. The problem is this:
>
> My small business is one of four tenants in a small building. The other
> three have agreed to allow me to buy one big connection and then resell
> service to them, such that they get a better price and I get to subsidize
> my own Internet service. However, while I *could* set this up quickly
> without any controls, they each want different service levels and amounts
> of bandwidth and will be paying different prices, so I want to do this
> properly.
>
> The firewall/gateway will run Fedora Core 1. I think I need *five*
Ethernet
> adapters in the server (eth0 to the ISP, and eth1-eth4 to the four
tenants)
> so that each client is properly isolated into their own network and cannot
> access the other clients' computers. If there is a way to do this securely
> and safely without a gaggle of Ethernet cards, please do tell! I can think
> of doing this with 801.2q VLAN tagging, but that requires a managed switch
> which is far more expensive. It seems to me that multiple Ethernet cards
> are the simplest *and* cheapest way to do it.
>
> I know how to provide masquerading, firewall, gateway, DNS, DHCP, NTP, and
> other services. What I don't know how to do is the following:
>
>          1. Required: Limit the total bandwidth a client can use to either
> 128 Kbps or 256 Kbps.
>
>          2. Optional: Allow each client to exceed their limit if no one
> else is using the space. That is, a customer who stays late when all other
> offices are gone for the night, or someone who gets lucky that no one else
> is using the Net at that particular moment, could get access to the entire
> Internet connection (say, 512 Kbps). But if everyone is using the
bandwidth
> simultaneously, then each would get their fair share (what they paid for
> and I provide, proportionately).
>
>          3. Optional: Even though traffic *through* the server (client
> connecting to Internet) should be throttled and limited, it would be ideal
> for traffic *to* the server (client connecting to the firewall) to have
> full 100 Mbps link speed. This would allow me to download the FC2 ISO
> images to the server at night, for example, and then let clients grab them
> at 100 Mbps over the internal network instead of having that internal
> download also throttled to 256 Kbps.
>
>          4. Optional: Provide each tenant with an FTP-served directory on
> the server which can *only* be accessed from their network. So if they
pull
> down the confidential something or their wife's nude pictures, other
> tenants cannot get at that information.
>
> Can someone offer some hints, pointers, suggestions, or magic beans?
>
> Thanks in advance!
>
>
> --
> Rodolfo J. Paiz
> rpaiz@xxxxxxxxxxxxxx
> http://www.simpaticus.com
>
>
> --
> redhat-list mailing list
> unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
> https://www.redhat.com/mailman/listinfo/redhat-list
>
> -------------------------------------------------------
> Connex scaneaza automat toate mesajele impotriva virusilor folosind RAV
AntiVirus.
> Connex automatically scans all messages for viruses using RAV AntiVirus.
>
> Nota: RAV AntiVirus poate sa nu detecteze toti virusii noi sau toate
variantele lor.
> Pentru a inlatura efectele nedorite si din dorinta de a va oferi in
permanenta servicii
> de cea mai buna calitate mesajele detectate ca fiind infectate vor fi
sterse automat .
> Va rugam sa luati in considerare ca exista un risc de fiecare data cand
deschideti
> fisiere atasate si ca MobiFon nu este responsabila pentru nici un
prejudiciu cauzat de
> virusi.
>
> Disclaimer: RAV Antivirus may not be able to detect all new viruses and
variants. In
> order to remove  unwanted effects and to continuously provide quality
services all
> infected e-mails will be automatically deleted .Please be aware that there
is a risk
> involved whenever opening e-mail attachments to your computer and that
MobiFon is not
> responsible for any damages caused by viruses.
>
>


-- 
redhat-list mailing list
unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list

[Index of Archives]     [CentOS]     [Kernel Development]     [PAM]     [Fedora Users]     [Red Hat Development]     [Big List of Linux Books]     [Linux Admin]     [Gimp]     [Asterisk PBX]     [Yosemite News]     [Red Hat Crash Utility]


  Powered by Linux