Re: Dual port serial card required
There's a good 4-port ISA serial card from Jameco that I'm using. Has shared IRQs and pretty good support. Part # 132572, product # JE1166. www.jameco.com You do need an open DB9 and DB25 for it, or something. On Tue, 22 Aug 2000, Andy Gardner wrote: > Hi fellow Debian ISP'ers. > > In the past I've helped out a Net Cafe in a small town in Mexico get > their dial-up going, so the local people don't get fleeced by the > telco's. > > They were running 2 lines, but now need to expand. Problem is, we > can't locate a dual port serial card locally, and they're not > charging the sort of rate where they can go out and buy a Cyclades > multiport card. > > Does any kind soul out there have a 2 port serial card with 16550's > and the ability to use IRQs 5 and up, just lying around collecting > dust. > > If so, please reply to me. We could make the people in this little > Mexican pueblo very happy. > > Thanks. You are now returned to your regular programming. > > -- > Andrew P. Gardner > > Never underestimate the power of stupid people in large groups. > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] >
Re: Dual port serial card required
There's a good 4-port ISA serial card from Jameco that I'm using. Has shared IRQs and pretty good support. Part # 132572, product # JE1166. www.jameco.com You do need an open DB9 and DB25 for it, or something. On Tue, 22 Aug 2000, Andy Gardner wrote: > Hi fellow Debian ISP'ers. > > In the past I've helped out a Net Cafe in a small town in Mexico get > their dial-up going, so the local people don't get fleeced by the > telco's. > > They were running 2 lines, but now need to expand. Problem is, we > can't locate a dual port serial card locally, and they're not > charging the sort of rate where they can go out and buy a Cyclades > multiport card. > > Does any kind soul out there have a 2 port serial card with 16550's > and the ability to use IRQs 5 and up, just lying around collecting > dust. > > If so, please reply to me. We could make the people in this little > Mexican pueblo very happy. > > Thanks. You are now returned to your regular programming. > > -- > Andrew P. Gardner > > Never underestimate the power of stupid people in large groups. > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Ethernet card recommendations?
On Wed, 5 Apr 2000, Kevin Blackham wrote: > I do _not_ recommend the Intel EtherExpress 100 line. (82557, 558, 559 chip) > They have a receiver lockup bug which if you are pushing a lot of traffic, > will definitely affect you. We had two EEPro100s in our mail server (one for > smtp/pop/imap, one for nfs traffic). There was a consistent problem with > blocked processes caused by nfs traffic backing up. There are now newer > drivers provided by Intel, and patches available which seem to take care of > the problem. > > We swapped them out for some Netgear FA 310tx, $25. Tulip chipset. They've > been running great for a long time now. I've heard that newer productions > of this model do not have the Tulip chip anymore. Check for that. I don't think you can get the DEC Tulip chips anymore from Netgear. I think they switched completely over to the LiteOn clone. My own informal suggestion has been either the Netgear DECchip cards, or D-Link VIA-rhine cards (don't remember the part #, but it's the 10/100 card)
multiple dialup connections in front of IPmasq, HOW?
I can't seem to conceptualise a workable solution, probably because I don't know ipchains well enough, but here is the problem. Hopefully someone finds it intriguing/potentially useful. I have access to two ISPs, call them A and B, A being the primary ISP. Link bonding cannot be used, because according to the HOWTO all the links in the bond must be made to the same destination, typically a portmaster or terminal server. I have a network of machines on a private network (192.168.1.0/24) that use an ipmasq gateway (192.168.1.1:A_address) Basically a normal ipmasq network, taken care of by the ipmasq/ipchains packages. What I would like to do is: 0) Bring up a connection to B, add static routes to the routing table for B, handled transparently by masquerading. Example: set a route to debian.midco.net on B, and traffic from internal machine 192.168.1.42 to debian.midco.net will be routed through B instead of A. And no existing connections through A will be affected by B coming up or going down. 1) full adaptive routing between A and B, such that arbitrary packets in a connection between 192.168.1.42 and debian.midco.net can be transported by either connection depending on connection load or other criteria. I know how to set up either scenario SAVE FOR including IP masquerading. Example: using a proxy on 192.168.1.1 and a static route on B, and directing 192.168.1.42 to the proxy. Unfortunately I don't know enough about ipchains to even begin experimenting for a working solution (also I don't yet have the second modem :) Don't want to purchase it until I have something concrete I can try) -- Beiad Ian Q. Dalton
