Re: Routing and bandwidth problem

From: Benjamin J. Weiss (benjamin_at_weiss.name)
Date: 05/05/04

  • Next message: Jochen Vogel: "AW: RHEL3.0 ES" 
    To: "General Red Hat Linux discussion list" <redhat-list@redhat.com>
Date: Wed, 5 May 2004 07:36:02 -0500

    From: "Crucificator" <crucificator@xnet.ro>
    > why not use virtual adapters with ip's from different networks and use
    only
    > one card?

    Because then you'd be sharing 100Mb between the four networks. Rodolfo said
    he wanted to give each client 100Mb connection to the router/server. Still,
    it's not a *bad* idea, perhaps using two dual-ip cards...

    Ben

    > ----- Original Message -----
    > From: "Rodolfo J. Paiz" <rpaiz@simpaticus.com>
    > To: <fedora-list@redhat.com>; <redhat-list@redhat.com>
    > 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@simpaticus.com
    > > http://www.simpaticus.com
    > >
    > >
    > > --
    > > redhat-list mailing list
    > > unsubscribe mailto:redhat-list-request@redhat.com?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@redhat.com?subject=unsubscribe
    > https://www.redhat.com/mailman/listinfo/redhat-list
    > 

    -- 
redhat-list mailing list
unsubscribe mailto:redhat-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list
  • Next message: Jochen Vogel: "AW: RHEL3.0 ES"

    Relevant Pages

    • Re: Does anyone have any answers?
      ... board cards etc flow from server to client. ... In a game of Hold'em that we're both playing, for instance, the server obviously tells me my hole cards, tells you your hole cards, and tells us both the community cards. ... That's in stark contrast to other Internet games like first person shooters or some roleplaying games, where the clients _do_ have that private information and have to decide what to do with it. ...
      (rec.gambling.poker)
    • Re: Problems with FreeBSD as a DHCP Client
      ... address on the client, and THEN the ping didn't work. ... But these two cards messed up the DHCP client. ... card and the FreeBSD connected correctly. ...
      (comp.unix.bsd.freebsd.misc)
    • Re: Wireless client card for windows ce 5.0
      ... With the socket wifi p500 I get 75 meters and the 10% of pings are loss. ... There is no much wireless client cards that support windows ce 5.0. ... I am using a cisco aironet 350 wireless client car with my Windows ce.net ...
      (microsoft.public.windowsce.embedded)
    • Re: Two networks
      ... the computers can share files and printers etc. ... networks using the same switch. ... To configure an EtherLAN 600 with EtherH 4.33 ... Atomwide cards with Myson chips could! ...
      (comp.sys.acorn.networking)
    • Outlook 2003, managing large client list, new to program
      ... keeping track of client visits and any needed details such as color/perm ... and the cards are used the next day by the ... Paper Cards. ... have the appointment time and day noted on it) I'm hoping to get at least 4 ...
      (microsoft.public.outlook)