Re: isdn: what I've to do??
On Sat, Oct 21, 2000 at 09:10:08AM +0200, Shaul Karl wrote: snip I configure isdn with the prepared script that came with debian isdnutils package and those that are generate by isdnconfig utilities (and modified by hand). Now the problem is that the card do not compose number at all. What do you mean? What are you getting after issuing: isdnctrl dial ippp0 I would also try using minicom and some ttyI just to see that I can reach my ISP. It means that I'm very stupid :(I wasn't doing that last time .. argh!) Ok, I've checked the error message and fixed eaz and remote number, thank to you. Now it seems that the problem is on my isp, or on my ipppd configuration. After I've enabled debugging, I can see nothing is sent by remote host. I use pap (supported by isp) the option ipppd are: You are wrong. Much is sent by the remote host: you can see in your log that your host sends and receive (send and recv). I believe that you should play a bit with ipppd options. I do not know much about it. Perhaps the man page or the PPP-HOWTO can help? As far as i remember the PPP-HOWTO has a detailed log of a full debug connection. Perhaps Maybe you should also try debian-user again with a subject like what ipppd options should be changed? and attach your log. What other log files might show (debug, messages)? debug lock +pwlog user crxop papcrypt +pap noccp nolzs noipdefault netmask 255.255.255.255 defaultroute mtu 1500 ipcp-accept-local ipcp-accept-remote noipx I'm configuring it as pointopoint. .. snip In addition to the your init messages I have: ... Oct 16 07:39:30 rakefet kernel: ippp0: dialing 0 725... Oct 16 07:39:31 rakefet lpd[230]: restarted Oct 16 07:39:31 rakefet ipppd[222]: Local number: 35298903, Remote number: 927, Type: outgoing Oct 16 07:39:31 rakefet ipppd[222]: PHASE_WAIT - PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 8 Oct 16 07:39:31 rakefet kernel: isdn_net: ippp0 connected Oct 16 07:39:32 rakefet ipppd[222]: Remote message: Oct 16 07:39:32 rakefet ipppd[222]: MPPP negotiation, He: No We: No Oct 16 07:39:32 rakefet ipppd[222]: local IP address 212.179.144.29 Oct 16 07:39:32 rakefet ipppd[222]: remote IP address 212.25.92.5 Now here is the problem: no Remote message and no MPPP negotiation: Oct 21 13:35:28 localhost kernel: ippp0: dialing 1 050319... Oct 21 13:35:31 localhost kernel: isdn_net: ippp0 connected Oct 21 13:35:31 localhost kernel: isdn_net: chargetime of ippp0 now 6273230 Oct 21 13:35:31 localhost ipppd[3593]: Local number: 050970953, Remote number: 050319, Type: outgoing Oct 21 13:35:31 localhost ipppd[3593]: PHASE_WAIT - PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 8 Oct 21 13:35:31 localhost ipppd[3593]: sent [0][LCP ConfReq id=0x1 mru 1500 auth pap magic 0xfd88ea1b pcomp accomp] Oct 21 13:35:31 localhost ipppd[3593]: rcvd [0][LCP ConfReq id=0x5b auth chap md5 magic 0xdf636eec MPmrru 0x5f4 MPdiscr: 0x1 [ 72 73 35 38 30 30 2d 70 69 2d 31 ]] Oct 21 13:35:31 localhost ipppd[3593]: sent [0][LCP ConfRej id=0x5b MPmrru 0x5f4] Oct 21 13:35:31 localhost ipppd[3593]: rcvd [0][LCP ConfAck id=0x1 mru 1500 auth pap magic 0xfd88ea1b pcomp accomp] Oct 21 13:35:31 localhost ipppd[3593]: rcvd [0][LCP ConfReq id=0x5c auth chap md5 magic 0xdf636eec MPdiscr: 0x1 [ 72 73 35 38 30 30 2d 70 69 2d 31 ]] Oct 21 13:35:31 localhost ipppd[3593]: sent [0][LCP ConfNak id=0x5c auth pap] Oct 21 13:35:31 localhost ipppd[3593]: rcvd [0][LCP ConfReq id=0x5d auth pap magic 0xdf636eec MPdiscr: 0x1 [ 72 73 35 38 30 30 2d 70 69 2d 31 ]] Oct 21 13:35:31 localhost ipppd[3593]: sent [0][LCP ConfAck id=0x5d auth pap magic 0xdf636eec MPdiscr: 0x1 [ 72 73 35 38 30 30 2d 70 69 2d 31 ]] Oct 21 13:35:31 localhost ipppd[3593]: lcp layer is UP Oct 21 13:35:31 localhost ipppd[3593]: sent [0][PAP AuthReq id=0x1 user=crxop password=my_password_here_is_ok] Oct 21 13:35:31 localhost ipppd[3593]: rcvd [0][PAP AuthAck id=0x1msg=] Oct 21 13:35:31 localhost ipppd[3593]: Remote message: Oct 21 13:36:01 localhost ipppd[3593]: sent [0][LCP TermReq id=0x2 61 75 74 68 20 66 61 69 6c 75 72 65] Oct 21 13:36:01 localhost ipppd[3593]: rcvd [0][LCP TermAck id=0x2] Oct 21 13:36:01 localhost ipppd[3593]: Connection terminated. [08:56:08 /tmp]$ exit exit Now that the interface is ok, I still need to test with seyon? Does all the above was taken while testing with seyon? -- Daniele Cruciani [EMAIL PROTECTED] Universita` di Pisa - Informatica - http://www.cli.di.unipi.it/~cruciani/ -- Shaul Karl [EMAIL PROTECTED]
Re: isdn: what I've to do??
On Fri, Oct 20, 2000 at 09:03:39PM +0200, Shaul Karl wrote: . I do not follow. What message you do not have now? How come it disappeared? Ok, I'll try to be more precise. I've an hfc pci card and in modules.conf I have: options hisax type=35 id=isdn protocol=2 alias ippp0 isdn alias char-major-43 hisax alias char-major-44 hisax alias char-major-45 hisax euro protocol cause I'm in Italy. When i load the module I have: Oct 21 01:40:28 localhost kernel: ISDN subsystem Rev: 1.100/1.84/1.114/1.63/none/1.4 loaded Oct 21 01:40:28 localhost kernel: HiSax: Linux Driver for passive ISDN cards Oct 21 01:40:28 localhost kernel: HiSax: Version 3.3e (module) Oct 21 01:40:28 localhost kernel: HiSax: Layer1 Revision 2.37 Oct 21 01:40:28 localhost kernel: HiSax: Layer2 Revision 2.20 Oct 21 01:40:28 localhost kernel: HiSax: TeiMgr Revision 2.13 Oct 21 01:40:28 localhost kernel: HiSax: Layer3 Revision 2.10 Oct 21 01:40:28 localhost kernel: HiSax: LinkLayer Revision 2.40 Oct 21 01:40:28 localhost kernel: HiSax: Approval certification valid Oct 21 01:40:28 localhost kernel: HiSax: Approved with ELSA Quickstep series cards Oct 21 01:40:28 localhost kernel: HiSax: Approval registration numbers: Oct 21 01:40:28 localhost kernel: HiSax: German D133361J CETECOM ICT Services GmbH Oct 21 01:40:28 localhost kernel: HiSax: EU (D133362J) CETECOM ICT Services GmbHOct 21 01:40:28 localhost kernel: HiSax: Approved with Eicon Technology Diva 2.01 PCI cards Oct 21 01:40:28 localhost kernel: HiSax: Card 1 Protocol EDSS1 Id=isdn (0) Oct 21 01:40:28 localhost kernel: HiSax: HFC-PCI driver Rev. 1.27 Oct 21 01:40:28 localhost kernel: HiSax: HFC-PCI card manufacturer: CCD/Billion/Asuscom card name: 2BD0 Oct 21 01:40:28 localhost kernel: HFC-PCI: defined at mem 0xc2824000 fifo 0xc1398000(0x1398000) IRQ 10 HZ 100 Oct 21 01:40:28 localhost kernel: HFC_PCI: resetting card Oct 21 01:40:28 localhost kernel: HFC 2BDS0 PCI: IRQ 10 count 410 Oct 21 01:40:29 localhost kernel: HFC 2BDS0 PCI: IRQ 10 count 445 Oct 21 01:40:29 localhost kernel: HiSax: DSS1 Rev. 2.23 Oct 21 01:40:29 localhost kernel: HiSax: 2 channels added Oct 21 01:40:29 localhost kernel: HiSax: MAX_WAITING_CALLS added Seems good so far. I have those also with what seems to me obvious differences due to different HW. I configure isdn with the prepared script that came with debian isdnutils package and those that are generate by isdnconfig utilities (and modified by hand). Now the problem is that the card do not compose number at all. What do you mean? What are you getting after issuing: isdnctrl dial ippp0 I would also try using minicom and some ttyI just to see that I can reach my ISP. The worst is that all seems ok: ipppd start with option auto, but when I try to go out in message I can see only outgoing request but no action (modem do not work). Is it a problem to have a firewall masqerating? do I need a special setup? I would enable the debug option in /etc/isdn/ipppd.ippp0 and change /etc/syslog.conf accordingly and watch the debugging messages (I do not recall how those messages are divided between /var/log/syslog, /var/log/messages and /var/log/debug). The firewall can certainly get in the way but I believe those debug messages can help revealing the problems. In addition to the your init messages I have: Script started on Sat Oct 21 08:56:05 2000 [08:56:06 /tmp]$ grep -A15 MAX_WAITING_CALLS /var/log/messages.0 Oct 16 07:39:24 rakefet kernel: HiSax: MAX_WAITING_CALLS added Oct 16 07:39:25 rakefet kernel: isdn: Verbose-Level is 2 Oct 16 07:39:25 rakefet ipppd: info: no CHAP secret entry for this user! Oct 16 07:39:25 rakefet ipppd[220]: Found 1 device: /dev/ippp0 Oct 16 07:39:25 rakefet ipppd[222]: ipppd i2.2.10 (isdn4linux version of pppd by MH) started Oct 16 07:39:25 rakefet ipppd[222]: init_unit: 0 Oct 16 07:39:25 rakefet ipppd[222]: Connect[0]: /dev/ippp0, fd: 8 Oct 16 07:39:30 rakefet kernel: ippp0: dialing 0 725... Oct 16 07:39:31 rakefet lpd[230]: restarted Oct 16 07:39:31 rakefet ipppd[222]: Local number: 35298903, Remote number: 927, Type: outgoing Oct 16 07:39:31 rakefet ipppd[222]: PHASE_WAIT - PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 8 Oct 16 07:39:31 rakefet kernel: isdn_net: ippp0 connected Oct 16 07:39:32 rakefet ipppd[222]: Remote message: Oct 16 07:39:32 rakefet ipppd[222]: MPPP negotiation, He: No We: No Oct 16 07:39:32 rakefet ipppd[222]: local IP address 212.179.144.29 Oct 16 07:39:32 rakefet ipppd[222]: remote IP address 212.25.92.5 [08:56:08 /tmp]$ exit exit Script done on Sat Oct 21 08:56:10 2000 Note that I am issuing the isdnctrl dial from /etc/init.d/isdnutils. I have what seems to me a slight problem with my addition to the init script but, as you can see, it seems to work. I also have some related messages in /var/log/debug.0 Yes! I do it. What does lsmod have to say? [00:01:27 /tmp]$
Re: isdn: what I've to do??
On Sat, Oct 21, 2000 at 09:10:08AM +0200, Shaul Karl wrote: snip I configure isdn with the prepared script that came with debian isdnutils package and those that are generate by isdnconfig utilities (and modified by hand). Now the problem is that the card do not compose number at all. What do you mean? What are you getting after issuing: isdnctrl dial ippp0 I would also try using minicom and some ttyI just to see that I can reach my ISP. It means that I'm very stupid :(I wasn't doing that last time .. argh!) Ok, I've checked the error message and fixed eaz and remote number, thank to you. Now it seems that the problem is on my isp, or on my ipppd configuration. After I've enabled debugging, I can see nothing is sent by remote host. I use pap (supported by isp) the option ipppd are: debug lock +pwlog user crxop papcrypt +pap noccp nolzs noipdefault netmask 255.255.255.255 defaultroute mtu 1500 ipcp-accept-local ipcp-accept-remote noipx I'm configuring it as pointopoint. .. snip In addition to the your init messages I have: ... Oct 16 07:39:30 rakefet kernel: ippp0: dialing 0 725... Oct 16 07:39:31 rakefet lpd[230]: restarted Oct 16 07:39:31 rakefet ipppd[222]: Local number: 35298903, Remote number: 927, Type: outgoing Oct 16 07:39:31 rakefet ipppd[222]: PHASE_WAIT - PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 8 Oct 16 07:39:31 rakefet kernel: isdn_net: ippp0 connected Oct 16 07:39:32 rakefet ipppd[222]: Remote message: Oct 16 07:39:32 rakefet ipppd[222]: MPPP negotiation, He: No We: No Oct 16 07:39:32 rakefet ipppd[222]: local IP address 212.179.144.29 Oct 16 07:39:32 rakefet ipppd[222]: remote IP address 212.25.92.5 Now here is the problem: no Remote message and no MPPP negotiation: Oct 21 13:35:28 localhost kernel: ippp0: dialing 1 050319... Oct 21 13:35:31 localhost kernel: isdn_net: ippp0 connected Oct 21 13:35:31 localhost kernel: isdn_net: chargetime of ippp0 now 6273230 Oct 21 13:35:31 localhost ipppd[3593]: Local number: 050970953, Remote number: 050319, Type: outgoing Oct 21 13:35:31 localhost ipppd[3593]: PHASE_WAIT - PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 8 Oct 21 13:35:31 localhost ipppd[3593]: sent [0][LCP ConfReq id=0x1 mru 1500 auth pap magic 0xfd88ea1b pcomp accomp] Oct 21 13:35:31 localhost ipppd[3593]: rcvd [0][LCP ConfReq id=0x5b auth chap md5 magic 0xdf636eec MPmrru 0x5f4 MPdiscr: 0x1 [ 72 73 35 38 30 30 2d 70 69 2d 31 ]] Oct 21 13:35:31 localhost ipppd[3593]: sent [0][LCP ConfRej id=0x5b MPmrru 0x5f4] Oct 21 13:35:31 localhost ipppd[3593]: rcvd [0][LCP ConfAck id=0x1 mru 1500 auth pap magic 0xfd88ea1b pcomp accomp] Oct 21 13:35:31 localhost ipppd[3593]: rcvd [0][LCP ConfReq id=0x5c auth chap md5 magic 0xdf636eec MPdiscr: 0x1 [ 72 73 35 38 30 30 2d 70 69 2d 31 ]] Oct 21 13:35:31 localhost ipppd[3593]: sent [0][LCP ConfNak id=0x5c auth pap] Oct 21 13:35:31 localhost ipppd[3593]: rcvd [0][LCP ConfReq id=0x5d auth pap magic 0xdf636eec MPdiscr: 0x1 [ 72 73 35 38 30 30 2d 70 69 2d 31 ]] Oct 21 13:35:31 localhost ipppd[3593]: sent [0][LCP ConfAck id=0x5d auth pap magic 0xdf636eec MPdiscr: 0x1 [ 72 73 35 38 30 30 2d 70 69 2d 31 ]] Oct 21 13:35:31 localhost ipppd[3593]: lcp layer is UP Oct 21 13:35:31 localhost ipppd[3593]: sent [0][PAP AuthReq id=0x1 user=crxop password=my_password_here_is_ok] Oct 21 13:35:31 localhost ipppd[3593]: rcvd [0][PAP AuthAck id=0x1msg=] Oct 21 13:35:31 localhost ipppd[3593]: Remote message: Oct 21 13:36:01 localhost ipppd[3593]: sent [0][LCP TermReq id=0x2 61 75 74 68 20 66 61 69 6c 75 72 65] Oct 21 13:36:01 localhost ipppd[3593]: rcvd [0][LCP TermAck id=0x2] Oct 21 13:36:01 localhost ipppd[3593]: Connection terminated. [08:56:08 /tmp]$ exit exit Now that the interface is ok, I still need to test with seyon? -- Daniele Cruciani [EMAIL PROTECTED] Universita` di Pisa - Informatica - http://www.cli.di.unipi.it/~cruciani/
Re: isdn: what I've to do??
On Fri, Oct 20, 2000 at 12:02:06AM +0200, Shaul Karl wrote: launching ipppd say: Sorry - this system lacks PPP kernel support. Check whether you configured at least the ippp0 device! Now, i don't have this message I do not follow. What message you do not have now? How come it disappeared? Yes! I do it. What does lsmod have to say? [00:01:27 /tmp]$ /sbin/lsmod Module Size Used by floppy 44800 0 (autoclean) nls_cp437 3904 0 (autoclean) isofs 17488 0 (autoclean) hisax 129840 2 (autoclean) isdn 108496 3 (autoclean) [hisax] slhc4320 1 (autoclean) [isdn] ne 6320 1 (autoclean) 83906080 0 (autoclean) [ne] serial 18080 3 (autoclean) [00:01:29 /tmp]$ slhc is not loaded: Module Size Used by hisax 118840 2 (autoclean) isdn 81984 2 (autoclean) [hisax] What I've to put in modules.conf ? (and what is it slhc: modinfo, give me no description) I am not sure its a modules.conf matter. Do you have this module? [20:47:58 /tmp]$ ls /lib/modules/2.2.17/net/slhc.o /lib/modules/2.2.17/net/slhc.o [20:49:01 /tmp]$ what's fun: this morning I call a phone with this card, now it doesn't work! and I'm sure I've no touch configuration other than number of outgoing call Perhaps the device is locked or has itself occupied with another process? This would also explain why you do not now get the message from above. Have you tried restarting the ISDN sub unit (/etc/init.d/isdnutils restart)? What are /var/log/syslog and /var/log/messages related messages? Have you configured ippp with debug? the isdn relative kernel configuration should be ok: CONFIG_ISDN=m CONFIG_ISDN_PPP=y # CONFIG_ISDN_PPP_VJ is not set # CONFIG_ISDN_MPP is not set # CONFIG_ISDN_AUDIO is not set # # ISDN feature submodules # # CONFIG_ISDN_DRV_LOOP is not set # CONFIG_ISDN_DIVERSION is not set # # Passive ISDN cards # CONFIG_ISDN_DRV_HISAX=m CONFIG_HISAX_EURO=y # CONFIG_DE_AOC is not set # CONFIG_HISAX_NO_SENDCOMPLETE is not set # CONFIG_HISAX_NO_LLC is not set # CONFIG_HISAX_NO_KEYPAD is not set snip other card not setted CONFIG_HISAX_HFC_PCI=y # # Active ISDN cards no one network device: CONFIG_PPP=m CONFIG_SLIP=m CONFIG_SLIP_COMPRESSED=y CONFIG_SLIP_SMART=y I do not remember where slhc comes from but I believe the kernel config help text mentions this. In any case: [20:54:13 /tmp]$ grep ISDN /boot/config-2.2.17 # ISDN subsystem CONFIG_ISDN=m CONFIG_ISDN_PPP=y CONFIG_ISDN_PPP_VJ=y CONFIG_ISDN_MPP=y CONFIG_ISDN_AUDIO=y CONFIG_ISDN_TTY_FAX=y # ISDN feature submodules # CONFIG_ISDN_DRV_LOOP is not set # CONFIG_ISDN_DIVERSION is not set # Passive ISDN cards CONFIG_ISDN_DRV_HISAX=m # Active ISDN cards # CONFIG_ISDN_DRV_ICN is not set # CONFIG_ISDN_DRV_PCBIT is not set # CONFIG_ISDN_DRV_SC is not set # CONFIG_ISDN_DRV_ACT2000 is not set # CONFIG_ISDN_DRV_EICON is not set # CONFIG_ISDN_DRV_AVMB1 is not set [20:55:17 /tmp]$ grep SLIP /boot/config-2.2.17 CONFIG_SLIP=m CONFIG_SLIP_COMPRESSED=y CONFIG_SLIP_SMART=y # CONFIG_SLIP_MODE_SLIP6 is not set CONFIG_PPP=m # CONFIG_SYNCLINK_SYNCPPP is not set CONFIG_ISDN_PPP=y CONFIG_ISDN_PPP_VJ=y [20:55:58 /tmp]$ I'm not subscribed to this list, please cc to me at [EMAIL PROTECTED] Thank Daniele. -- Daniele Cruciani [EMAIL PROTECTED] Universita` di Pisa - Informatica - http://www.cli.di.unipi.it/~cruciani/ -- Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] /dev/null -- Shaul Karl [EMAIL PROTECTED] -- Daniele Cruciani [EMAIL PROTECTED] Universita` di Pisa - Informatica - http://www.cli.di.unipi.it/~cruciani/ -- Shaul Karl [EMAIL PROTECTED]
Re: isdn: what I've to do??
On Fri, Oct 20, 2000 at 09:03:39PM +0200, Shaul Karl wrote: . I do not follow. What message you do not have now? How come it disappeared? Ok, I'll try to be more precise. I've an hfc pci card and in modules.conf I have: options hisax type=35 id=isdn protocol=2 alias ippp0 isdn alias char-major-43 hisax alias char-major-44 hisax alias char-major-45 hisax euro protocol cause I'm in Italy. When i load the module I have: Oct 21 01:40:28 localhost kernel: ISDN subsystem Rev: 1.100/1.84/1.114/1.63/none/1.4 loaded Oct 21 01:40:28 localhost kernel: HiSax: Linux Driver for passive ISDN cards Oct 21 01:40:28 localhost kernel: HiSax: Version 3.3e (module) Oct 21 01:40:28 localhost kernel: HiSax: Layer1 Revision 2.37 Oct 21 01:40:28 localhost kernel: HiSax: Layer2 Revision 2.20 Oct 21 01:40:28 localhost kernel: HiSax: TeiMgr Revision 2.13 Oct 21 01:40:28 localhost kernel: HiSax: Layer3 Revision 2.10 Oct 21 01:40:28 localhost kernel: HiSax: LinkLayer Revision 2.40 Oct 21 01:40:28 localhost kernel: HiSax: Approval certification valid Oct 21 01:40:28 localhost kernel: HiSax: Approved with ELSA Quickstep series cards Oct 21 01:40:28 localhost kernel: HiSax: Approval registration numbers: Oct 21 01:40:28 localhost kernel: HiSax: German D133361J CETECOM ICT Services GmbH Oct 21 01:40:28 localhost kernel: HiSax: EU (D133362J) CETECOM ICT Services GmbHOct 21 01:40:28 localhost kernel: HiSax: Approved with Eicon Technology Diva 2.01 PCI cards Oct 21 01:40:28 localhost kernel: HiSax: Card 1 Protocol EDSS1 Id=isdn (0) Oct 21 01:40:28 localhost kernel: HiSax: HFC-PCI driver Rev. 1.27 Oct 21 01:40:28 localhost kernel: HiSax: HFC-PCI card manufacturer: CCD/Billion/Asuscom card name: 2BD0 Oct 21 01:40:28 localhost kernel: HFC-PCI: defined at mem 0xc2824000 fifo 0xc1398000(0x1398000) IRQ 10 HZ 100 Oct 21 01:40:28 localhost kernel: HFC_PCI: resetting card Oct 21 01:40:28 localhost kernel: HFC 2BDS0 PCI: IRQ 10 count 410 Oct 21 01:40:29 localhost kernel: HFC 2BDS0 PCI: IRQ 10 count 445 Oct 21 01:40:29 localhost kernel: HiSax: DSS1 Rev. 2.23 Oct 21 01:40:29 localhost kernel: HiSax: 2 channels added Oct 21 01:40:29 localhost kernel: HiSax: MAX_WAITING_CALLS added I configure isdn with the prepared script that came with debian isdnutils package and those that are generate by isdnconfig utilities (and modified by hand). Now the problem is that the card do not compose number at all. The worst is that all seems ok: ipppd start with option auto, but when I try to go out in message I can see only outgoing request but no action (modem do not work). Is it a problem to have a firewall masqerating? do I need a special setup? Yes! I do it. What does lsmod have to say? [00:01:27 /tmp]$ /sbin/lsmod Module Size Used by floppy 44800 0 (autoclean) nls_cp437 3904 0 (autoclean) isofs 17488 0 (autoclean) hisax 129840 2 (autoclean) isdn 108496 3 (autoclean) [hisax] slhc4320 1 (autoclean) [isdn] ne 6320 1 (autoclean) 83906080 0 (autoclean) [ne] serial 18080 3 (autoclean) [00:01:29 /tmp]$ slhc is not loaded: Module Size Used by hisax 118840 2 (autoclean) isdn 81984 2 (autoclean) [hisax] What I've to put in modules.conf ? (and what is it slhc: modinfo, give me no description) I am not sure its a modules.conf matter. Do you have this module? [20:47:58 /tmp]$ ls /lib/modules/2.2.17/net/slhc.o /lib/modules/2.2.17/net/slhc.o [20:49:01 /tmp]$ what's fun: this morning I call a phone with this card, now it doesn't work! and I'm sure I've no touch configuration other than number of outgoing call Perhaps the device is locked or has itself occupied with another process? This would also explain why you do not now get the message from above. Have you tried restarting the ISDN sub unit (/etc/init.d/isdnutils restart)? What are /var/log/syslog and /var/log/messages related messages? Have you configured ippp with debug? the isdn relative kernel configuration should be ok: CONFIG_ISDN=m CONFIG_ISDN_PPP=y # CONFIG_ISDN_PPP_VJ is not set # CONFIG_ISDN_MPP is not set # CONFIG_ISDN_AUDIO is not set # # ISDN feature submodules # # CONFIG_ISDN_DRV_LOOP is not set # CONFIG_ISDN_DIVERSION is not set # # Passive ISDN cards # CONFIG_ISDN_DRV_HISAX=m CONFIG_HISAX_EURO=y # CONFIG_DE_AOC is not set # CONFIG_HISAX_NO_SENDCOMPLETE is not set # CONFIG_HISAX_NO_LLC is not set # CONFIG_HISAX_NO_KEYPAD is not set snip other card not setted CONFIG_HISAX_HFC_PCI=y # # Active ISDN cards no one network device: CONFIG_PPP=m CONFIG_SLIP=m CONFIG_SLIP_COMPRESSED=y CONFIG_SLIP_SMART=y I do not remember where slhc
isdn: what I've to do??
Hi all, I've installed debian package isdnutils (or such), but i've no idea of what i've to do in order to have a running ipppd. What do i have to configure? How it run? what I've to launch? what evil is that HOWTO? I'm reading the faq on web and I haven't still understand nothing. I've only to use my isdn card for calling my isp. The card work (module is loaded with no problem). I've generated device.ippp0 and ipppd.ippp0 with isdnconfig, and modified those files. launching ipppd say: Sorry - this system lacks PPP kernel support. Check whether you configured at least the ippp0 device! Yes! I do it. I'm not subscribed to this list, please cc to me at [EMAIL PROTECTED] Thank Daniele. -- Daniele Cruciani [EMAIL PROTECTED] Universita` di Pisa - Informatica - http://www.cli.di.unipi.it/~cruciani/
Re: isdn: what I've to do??
Hi all, I've installed debian package isdnutils (or such), but i've no idea of what i've to do in order to have a running ipppd. What do i have to configure? How it run? what I've to launch? what evil is that HOWTO? I'm reading the faq on web and I haven't still understand nothing. I've only to use my isdn card for calling my isp. The card work (module is loaded with no problem). I've generated device.ippp0 and ipppd.ippp0 with isdnconfig, and modified those files. launching ipppd say: Sorry - this system lacks PPP kernel support. Check whether you configured at least the ippp0 device! Yes! I do it. What does lsmod have to say? [00:01:27 /tmp]$ /sbin/lsmod Module Size Used by floppy 44800 0 (autoclean) nls_cp437 3904 0 (autoclean) isofs 17488 0 (autoclean) hisax 129840 2 (autoclean) isdn 108496 3 (autoclean) [hisax] slhc4320 1 (autoclean) [isdn] ne 6320 1 (autoclean) 83906080 0 (autoclean) [ne] serial 18080 3 (autoclean) [00:01:29 /tmp]$ I'm not subscribed to this list, please cc to me at [EMAIL PROTECTED] Thank Daniele. -- Daniele Cruciani [EMAIL PROTECTED] Universita` di Pisa - Informatica - http://www.cli.di.unipi.it/~cruciani/ -- Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] /dev/null -- Shaul Karl [EMAIL PROTECTED]