Koozali.org: home of the SME Server

Legacy Forums => Experienced User Forum => Topic started by: guestFF on August 15, 2001, 08:18:49 PM

Title: ISDN passive card ippp0 instead ppp0
Post by: guestFF on August 15, 2001, 08:18:49 PM
Hi,

Has anybody have any idea if it is possible to use a ippp0 device instead of a ppp0 device in combination with a passive ISDN card (REAL isdn instead of emulated analog)

The How-to's of Klaus at http://internet-sicherheit.net/isdn4es-howto.html
and the additional (technical) hints 'n tips from Kees Blokland at:
http://www.blokland.co.uk/Kees/docs/e-smith/isdn4es.htm
http://www.blokland.co.uk/Kees/docs/e-smith/debug-modem-howto.htm
http://www.blokland.co.uk/Kees/docs/e-smith/ISDN-working.htm

are all very clear. I found that many ISP use different configurations for their equipment, so many adjustments and monitoring changes are needed.

As stated by Klaus, his how-to explains the easiest way. But my ISP is very active in changing his cisco config and hardware resulting in 'hangup' ' LCP timeout'  etc.

It seems that I have no trouble at all using a ippp0 device on another linux-box.
So I'm interested to see if it is posible tu use ippp0 (or more than one) with e-smith.

Ofcourse I'm trying myself and I'll keep you posted of my progress.

Any help is welcome, thanks!

Regars,

RequestedDeletion
Title: Re: ISDN passive card ippp0 instead ppp0
Post by: Kees Blokland on August 15, 2001, 11:39:14 PM
Hi Hsin-Foo,

The reason for trying to implement isdn in an modem-emulation format is that this makes it possible to use an isdn card without major surgery in the e-smith system.

Early on in my quest I had the ipppd stuff going, but it bypassed all things e-smith.
So yes, it is possible, just a matter of some scripting I guess.. (don't ask me, I'm only on page one of Scripts/Perl/Pyton_For_Dummies)

Now that it looks like the modem-emulation is working ( at least in my case in th UK with BT) I might give the ipppd version another try. See if I can integrate it in a sensible way. At this moment I can not promise how much time I can spend on it, but I will give it a try. ( Waste of time, yep, but in linux you can do the same thing a 1000 different ways, trying to make it work the 1001th way is a great learning experience! )

In the end, ipppd is probably not going to give you any advantages, it's just that there might be one more ISP willing to listen to you..

I can only add that I've been running an ipppd based firewall for almost 2 years, with hardly a problem.

Now I understand what went wrong (what was missing), I don't see any reason why this pppd based one should not behave equally well. But, as they say, there is always one more bug!

One thing I will try soon is to propose early on in the LCP exchange, these settings that my ISP eventually wants. That should shave a few seconds off the negotiation. But, this is customizing, not 'one_size_fits_all'.

My ipppd link is active (as in sending and receiving traffic) in less than a second (on a 486-16mb). E-smith is not that fast yet, at least not in my present setup.

kees