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 7251111...
> > Oct 16 07:39:31 rakefet lpd[230]: restarted
> > Oct 16 07:39:31 rakefet ipppd[222]: Local number: 35298903, Remote number:
> > 9277777, 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 0503190000...
> 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: 0503190000, 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 <cruciani@cli.di.unipi.it>
> Universita` di Pisa - Informatica -
> http://www.cli.di.unipi.it/~cruciani/
--
Shaul Karl <shaulka@bezeqint.net>
Reply to: