I found this board and this topic over the anthill bug #874

First of all i want to say who i am. I'm from germany and i'm isdn user and can't get DSL here. So I'm stuck with ISDN. I am trying to make mandrake more ISDN friendly since a long time now (at least since mandrake 8.2).

I have tried the last days the first time to use mandrake 10.0 with ISDN.

First some facts.

drakxtools:
10.0 CE doesn't have ISDN setup at all, after an update it should be more or less working. In Mandrake 10.0 OE it is buggy too, you need the update the drakxtools package to make it working (at least here). Even if you have updated the ippp will be created, but deleting /etc/sysconfig/network-scripts/ifcfg-ippp solves this and the configuration should be fine then.

Kernel 2.6
2.6.3.4: No ISDN support at all included (this is 10.0 CE Standardkernel)
2.6.3.7: No ISDN support at all included
2.6.3.9: No ISDN support at all included (this is 10.0 OE Standardkernel)
2.6.3.13: ISDN included but broken (DevFS for ISDN is not working)

Kernel 2.4
All 2.4 kernels seem to work more or less, more less then more.
On my machine isdn4linux/start of ippp0 fails to start at bootup. The reason is that i get an inaproriate IOCTRL or the like and looking at it after bootup at the devices i see that the isdn devices aren't devices in fact after bootup. /dev/isdn/isdninfo is a directory on my machine that contains two subdirectories ataraid and another one. Can someone here confirm this ? However a 'service isdn4linux restart' and a following 'ifup ippp0' does bring the device ippp0 up and dial up trough isdnctrl dial ippp0 is working and i can surf the net. If you can't get it working with kernel 2.4.25.2 you may try to update to kernel 2.4.25-5. There it was the first time there i got it working, but i have rechecked and it is working with 2.4.25.2 too, just don't know if it is a sideeffect of updating the kernel .

Since all the stuff is not a problem of isdn4k-utils i have opened three bugs on anthill
http://bugs.mandrakelinux.com/query.php?bug=903
http://bugs.mandrakelinux.com/query.php?bug=904
http://bugs.mandrakelinux.com/query.php?bug=905

903 is the kernel 2.4 related stuff, if someone can reproduce what i have described please post there.
904 is kernel 2.6 related, i know that there exists a fix for the devfs issue, they just have to apply it, maybe posting there helps.
905 is drakxtools/drakconnect related. The only open thing there is the creation of the ifcfg-ippp file and i think i can reproduce this with latest update too, so please try and confirm this one if you can reproduce it.

Another thing. If you know of any other places where mandrake&ISDN related stuff is discussed please contact me. If we want have isdn4linux working we should work together. ISDN is a niche product in most parts of the world. If we don't file bugs if it is not working, mandrake does not recognize us and mandrake does for sure not search the net for problems _we_ have to tell them.

Hope i explained some of the questions that came up in this thread. If you have question where i could be of help please ask here.

Steffen

ive had the same problem with kernel 2.6. so i downgraded to 2.4 and now my sound doesnt work!

Hi Steffen

When I posted #874 I thought there wouldn't be much interest - glad you're trying too!


Well, it's getting a bit more frustrating.

Did a fresh install, applied errata patch, configured ISDN connection in MCC, deleted ippp in 'remove connections', connected using ippp0 but got redirected to a holding site again - couldn't authenticate with ISP.

Applied latest drakxtools update - couldn't connect at all. Noticed etc/sysconfig/network-scripts/ifcfg-ippp had been replaced (?), deleted it and got back to cannot authenticate.

I have noticed since Mdk 9x that there is no CHAP/PAP option when configuring ISDN - at least there used to be but isn't now. My PAP/CHAP secrets files are there though, with the correct details.

Here are the messages: -

Jun 11 09:53:48 localhost network: Bringing up interface ippp: succeeded
Jun 11 09:56:32 localhost ipppd: info: no CHAP secret entry for this user!
Jun 11 09:56:32 localhost ipppd[2123]: Found 1 device:
Jun 11 09:56:32 localhost ipppd[2162]: ipppd i2.2.12 (isdn4linux version of pppd by MH) started
Jun 11 09:56:32 localhost ipppd[2162]: init_unit: 0
Jun 11 09:56:32 localhost ipppd[2162]: Connect[0]: /dev/ippp0, fd: 11
Jun 11 09:56:32 localhost kernel: ippp0: dialing 1 08089933001...
Jun 11 09:56:33 localhost kernel: isdn_net: ippp0 connected
Jun 11 09:56:33 localhost ipppd[2162]: Local number: XXXXXXXXXXX, Remote number: 08089933001, Type: outgoing
Jun 11 09:56:33 localhost ipppd[2162]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 11
Jun 11 09:56:33 localhost ipppd[2162]: Remote message:
Jun 11 09:56:33 localhost ipppd[2162]: MPPP negotiation, He: No We: No
Jun 11 09:56:33 localhost ipppd[2162]: local IP address XXX.XXX.38.113
Jun 11 09:56:33 localhost ipppd[2162]: remote IP address XXX.XXX.208.138
Jun 11 09:57:07 localhost kernel: isdn_net: interface ippp0 already exists
Jun 11 09:57:07 localhost ipppd: info: no CHAP secret entry for this user!
Jun 11 09:57:07 localhost ipppd[2308]: Found 1 device:
Jun 11 09:57:07 localhost ipppd[2309]: ipppd i2.2.12 (isdn4linux version of pppd by MH) started
Jun 11 09:57:07 localhost ipppd[2309]: init_unit: 0
Jun 11 09:57:07 localhost ipppd[2309]: Connect[0]: /dev/ippp0, fd: 11

and in syslog....................

Jun 11 09:56:32 localhost ipppd: info: no CHAP secret entry for this user!
Jun 11 09:56:32 localhost ipppd[2123]: Found 1 device:
Jun 11 09:56:32 localhost ipppd[2162]: ipppd i2.2.12 (isdn4linux version of pppd by MH) started
Jun 11 09:56:32 localhost ipppd[2162]: init_unit: 0
Jun 11 09:56:32 localhost ipppd[2162]: Connect[0]: /dev/ippp0, fd: 11
Jun 11 09:56:32 localhost kernel: ippp, open, slot: 0, minor: 0, state: 0000
Jun 11 09:56:32 localhost kernel: ippp_ccp: allocated reset data structure c7825000
Jun 11 09:56:32 localhost kernel: ippp0: dialing 1 08089933001...
Jun 11 09:56:33 localhost kernel: isdn_net: ippp0 connected
Jun 11 09:56:33 localhost ipppd[2162]: Local number: XXXXXXXXXXX, Remote number: 08089933001, Type: outgoing
Jun 11 09:56:33 localhost ipppd[2162]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 11
Jun 11 09:56:33 localhost ipppd[2162]: Remote message:
Jun 11 09:56:33 localhost ipppd[2162]: MPPP negotiation, He: No We: No
Jun 11 09:56:33 localhost ipppd[2162]: local IP address XXX.XXX.38.113
Jun 11 09:56:33 localhost ipppd[2162]: remote IP address XXX.XXX.208.138
Jun 11 09:57:07 localhost kernel: isdn_net: interface ippp0 already exists
Jun 11 09:57:07 localhost ipppd: info: no CHAP secret entry for this user!
Jun 11 09:57:07 localhost ipppd[2308]: Found 1 device:
Jun 11 09:57:07 localhost ipppd[2309]: ipppd i2.2.12 (isdn4linux version of pppd by MH) started
Jun 11 09:57:07 localhost ipppd[2309]: init_unit: 0
Jun 11 09:57:07 localhost ipppd[2309]: Connect[0]: /dev/ippp0, fd: 11
Jun 11 09:57:07 localhost kernel: ippp, open, slot: 1, minor: 0, state: 0000
Jun 11 09:57:07 localhost kernel: ippp_ccp: allocated reset data structure c7825800

No CHAP secret entry....? Presumably this is the problem this time?!

Any ideas?


Dutch

No you haven't a problem at all from what i can see from your logs. You get an IP from your provider, so all is Ok. The chap-secrets message tells you that you haven't any password defined in chap-secrets. Thats Ok, cause you most of the time need only pap. chap is used very seldom. You have most likely another problem.

What does route -n say ? What does your /etc/resolv.conf say ? One of this both may be the problem

We should figure this out here

There are a lot of other with problems too, a lot of them are on mandrakeuser.de a german speaking mandrake dedicated community.

Steffen

Thanks

route -n is: -

Destination
127.0.0.0
Gateway
0.0.0.0
Genmask
255.0.0.0
Flags Metric Ref
U 0 0
Use Iface
0 lo

(-actually shown horizontally but will not format horizontally on this thread?!)

etc.resolve.conf is: -

search btinternet.com

I tried using an etc/resolv.conf from a Suse 9.1 installation (which had two nameservers and URLs listed) but it still needs authentication....

I noticed SuSe are using the GPL programs i4l-base, i4lfirm(ware) and i4l-isdnlog - are they worth Mandrake investigating? - at least they do work out of the box!

Dutch

So we have found the problem. You don't have any nameservers in it We now have to investigate why you don't have any nameserver in it. If you are only there should be a file /etc/ppp/resolv.conf. Have a look at it. In this file at least two nameservers should be listed.

Do you have a file /etc/ppp/ioptions ?
Mine looks like this:
Try to add it or add usepeerdns and defaultroute to PPP_OPTIONS in /etc/isdn/profile/ippp.default. Thats most likely the problem you have. Or you can define the PPPOPTIONS per connection with putting

I4L_PPPOPTIONS="noipdefault ipcp-accept-local ipcp-accept-remote -vj -bsdcomp noccp usepeerdns defaultroute" in your /etc/isdn/profile/link/myisp

(Did you know that you can configure multiple ISP with isdn4net ? (isdn4net is the configuration framework used for isdn4linux))

Mandrake has the same too. In Mandrake they are called isdn4k-utils-* Its just the normal isdn4linux stuff. And there is no wonder SuSE has working ISDN support. SuSE as a german distribution wouldn't do any good on failing at this, maybe you know here in germany isdn is quite common. Further SuSE has some of the isdn4linux developer on their paylist. This is why SuSE does well on the ISDN stuff.

Have Fun

Steffen

etc/ppp/resolv.conf is there with two nameservers, in the format

nameserver xxx.xxx.xxx.xxx
nameserver xxx.xxx.xxx.xxx

and the etc/ppp/ioptions file is identical to yours.


BTW, I copied etc/ppp/resolv.conf to etc/resolv.conf, but still will not authenticate....


Is isdn4net an rpm or just a command...?


Dutch

Hmmmm ?

You have posted your logs and there it authentificates. You don't get the IP's if you arent authentificated. Could you explain me in detail what you mean with "It still does not authentificate" ?

Does that mean you don't get the IPs as you posted or does that mean you type an adress in the browser and don't get a page back ? Can you ping an IP in the internet ? can you ping f.i. www.heise.de ?

isdn4net is

/etc/init.d/isdn4linux
/etc/isdn/*
/usr/bin/isdn

One could say the way Mandrake manages isdn Well i don't wanted to confuse you, lets first get the things sorted, so that you can reach the net.

Have fun

Steffen

I get put through to a holding site which says something like they need to authenticate your connection. I enter my username onto the site and they come back by saying the password cannot be recognised. The details are correct, however, including in the PAP/CHAP files, so I don't know what the problem is.

I tried ping (but probably didn't use the right arguments ) and got

From XXX.XXX.208.163 icmp_seq=1 Packet filtered
From XXX.XXX.208.163 icmp_seq=2 Packet filtered
From XXX.XXX.208.163 icmp_seq=3 Packet filtered
From XXX.XXX.208.163 icmp_seq=4 Packet filtered and so on..................................


I opened /usr/bin/isdn - didn't know you wrote it, Steffen! Cool

It gave the message doesn't do CHAP/PAP, etc, so I didn't proceed.

Any ideas - your help is appreciated.

Dutch

Uhmmm Thats something really Provider specific i never heard about

FYI I fixed my isdn problems and i can use ISDN now with kernel 2.6.3-13 too. I had a problem with wrong created devices that caused my ataraid problems and i have written a small little script to create the devices for kernel 2.6.3-13 since devfs is not working for isdn there.

Sorry that i can't help you any further, i really haven't seen anything like what you have descriped. Maybe you need chap-authentification or the like ? Could you ask your ISP ?

Regards

Steffen

Thanks for your help, Steffen.

It doesn't seem to be a provider problem, as Suse 9.1 on the same machine connects straight away using Linux.

It used to work in Mandrake - now it doesn't, so I guess I'll have to decide whether or not I stick with Mandrake - a bit of a problem, being a shareholder too!

If only I could get my Skystar2 DVB card working, without needing to be a programmer.....


Dutch

Which skystar2 do you have ? I have one too, and loading skystar2 and stv0299 is enough for me. at least in kernel 2.6.3.13 this works for me, in kernel 2.4 the dvb modules just crashed the kernel. Have i said that i got it running with kernel 2.6.3.13 ?

Have you tried to use chap ?

Well i have really no clue anymore, have you asked your provider what could cause this ?

Steffen

Steffen

Its a

HWClass=dvb card
Model=Techsan Electronics B2C2 Sky2PC PCI [SkyStar2]
Configured=no
Available=yes
Needed=no
Active=unknown
Bus=0x4
Slot=0x201
BaseClass=0x111
VendorID=13d0
DeviceID=2103
SubVendorID=13d0
SubDeviceID=2103
RevisionID=0x1
DeviceName=B2C2 Sky2PC PCI [SkyStar2]
VendorName=Techsan Electronics Co Ltd
SubVendorName=Techsan Electronics Co Ltd
Drivers=Technisat SkyStar2 drive
SysfsID=/devices/pci0000:00/0000:00:1e.0/0000:02:01.0
SysfsBusID=0000:02:01.0
HWClassList=00000020100000
Res.Memory=0xef000000,0x10000,1,3,1
Res.IO=0xc000,0x20,1,3
Res.Interrupts=10,0,1
UniqueID=IYsd.SE1wIdpsiiC
ParentID=Fffu.+CfH4VPX+m6
HWClass=partition
Model=Partition
Configured=no
Available=yes
Needed=no
Active=unknown
BaseClass=0x113
UnixDevice=/dev/hda6
UnixDeviceList=/dev/hda6
SysfsID=/block/hda/hda6
HWClassList=00004000000001
UniqueID=qLht.mjx3AOtFdt6

...but I'm only using the 2.6 kernel with Suse 9.1 at the moment. I'm a bit perplexed as to how to get it configured for use in the first place........

ISDN - I've spoken with the provider - they say they've used CHAP for ages and Linux is fine with their setup - confirming that up to Mdk 9.x my system had no ISDN problems at all and that Suse 9.1 connects fine out of the box right now. Also, in Mdk 10 my external modem connects fine, so it has to be ISDN config.

The only conclusion I can come to is that there is something in the Mandrake config which is preventing connection. Do you know which file contains the instructions to use CHAP? That's my last hope......

Thanks

Dutch

try adding +chap to your I4L_PPPOPTIONS in /etc/isdn/profile/link/myisp file , according to man ipppd this should work and don't forget to add your password to /etc/ppp/chap-secrets as well. Have a look at the pap-secrets how it should look like

Wish you luck, so that you can use Mandrake further

Steffen

There doesn't seem to be an I4L_PPPOPTIONS in my /etc/isdn/profile/link/myisp file, but there is in /etc/isdn/profile/ippp.default - will this do the trick?

Thanks for your patience!

Dutch