From owner-freebsd-isdn Tue Mar 16 1:11: 7 1999 Delivered-To: freebsd-isdn@freebsd.org Received: from finesse.paul-magazin.de (finesse.paul-magazin.de [195.238.147.57]) by hub.freebsd.org (Postfix) with ESMTP id 8827D15335 for ; Tue, 16 Mar 1999 01:11:01 -0800 (PST) (envelope-from p@znet.de) Received: from pascal by finesse.paul-magazin.de with local (Exim 2.05 #2) id 10Mprr-00005F-00 for freebsd-isdn@freebsd.org; Tue, 16 Mar 1999 10:10:31 +0100 Date: Tue, 16 Mar 1999 10:10:30 +0100 From: Pascal Gienger To: freebsd-isdn@freebsd.org Subject: i4b: SyncPPP stopping ipcp without obvious reason... Message-ID: <19990316101030.A318@finesse.paul-magazin.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95i Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org With i4b, Version 00.71, I have the following problem: Often a connection is closed just after it is opened using a syncPPP- Device (isp0). Authentication is not the problem, logs show that phase network is reached. With isdntrace I can see that it is my computer that shuts down the connection. Here is the PPP log: Mar 16 09:52:47 finesse /kernel: isp0: phase establish Mar 16 09:52:50 finesse /kernel: isp0: Up event Mar 16 09:52:50 finesse /kernel: isp0: lcp up(starting) Mar 16 09:52:50 finesse /kernel: isp0: lcp output Mar 16 09:52:50 finesse /kernel: isp0: lcp input(req-sent): Mar 16 09:52:50 finesse /kernel: isp0: lcp parse opts: mru 0x13 [rej] send conf-rej Mar 16 09:52:50 finesse /kernel: isp0: lcp output Mar 16 09:52:50 finesse /kernel: isp0: lcp input(req-sent): Mar 16 09:52:50 finesse /kernel: isp0: lcp input(ack-rcvd): Mar 16 09:52:50 finesse /kernel: isp0: lcp parse opts: mru Mar 16 09:52:50 finesse /kernel: isp0: lcp parse opt values: mru 1524 send conf-ack Mar 16 09:52:50 finesse /kernel: isp0: lcp output Mar 16 09:52:50 finesse /kernel: isp0: lcp tlu Mar 16 09:52:51 finesse /kernel: isp0: phase network Mar 16 09:52:51 finesse /kernel: isp0: ipcp open(stopped) Mar 16 09:52:51 finesse /kernel: isp0: lcp close(opened) Mar 16 09:52:51 finesse /kernel: isp0: phase terminate Mar 16 09:52:51 finesse /kernel: isp0: lcp output Mar 16 09:52:51 finesse /kernel: isp0: invalid input protocol Mar 16 09:52:51 finesse /kernel: isp0: lcp input(closing): Mar 16 09:52:51 finesse /kernel: isp0: phase dead Mar 16 09:52:51 finesse /kernel: isp0: lcp down(closed) Mar 16 09:52:51 finesse /kernel: isp0: Down event (carrier loss) And the connection is down. Rebooting the system helps :( The log shows this then: Mar 16 10:05:21 finesse /kernel: isp0: phase establish Mar 16 10:05:24 finesse /kernel: isp0: Up event Mar 16 10:05:24 finesse /kernel: isp0: lcp up(starting) Mar 16 10:05:24 finesse /kernel: isp0: lcp output Mar 16 10:05:25 finesse /kernel: isp0: lcp input(req-sent): Mar 16 10:05:25 finesse /kernel: isp0: lcp parse opts: mru 0x13 [rej] send conf-rej Mar 16 10:05:25 finesse /kernel: isp0: lcp output Mar 16 10:05:25 finesse /kernel: isp0: lcp input(req-sent): Mar 16 10:05:25 finesse /kernel: isp0: lcp input(ack-rcvd): Mar 16 10:05:25 finesse /kernel: isp0: lcp parse opts: mru Mar 16 10:05:25 finesse /kernel: isp0: lcp parse opt values: mru 1524 send conf-ack Mar 16 10:05:25 finesse /kernel: isp0: lcp output Mar 16 10:05:25 finesse /kernel: isp0: lcp tlu Mar 16 10:05:25 finesse /kernel: isp0: phase network Mar 16 10:05:25 finesse /kernel: isp0: ipcp open(initial) Mar 16 10:05:25 finesse /kernel: isp0: ipcp up(starting) Mar 16 10:05:25 finesse /kernel: isp0: ipcp output Mar 16 10:05:25 finesse /kernel: isp0: ipcp input(req-sent): Mar 16 10:05:25 finesse /kernel: isp0: ipcp parse opts: compression [rej] address send conf-rej Mar 16 10:05:25 finesse /kernel: isp0: ipcp output Mar 16 10:05:25 finesse /kernel: isp0: lcp output Mar 16 10:05:25 finesse /kernel: isp0: invalid input protocol Mar 16 10:05:25 finesse /kernel: isp0: ipcp input(req-sent): Mar 16 10:05:26 finesse /kernel: isp0: ipcp input(ack-rcvd): Mar 16 10:05:26 finesse /kernel: isp0: ipcp parse opts: address Mar 16 10:05:26 finesse /kernel: isp0: ipcp parse opt values: address 134.34.88.6 [ack] send conf-ack Mar 16 10:05:26 finesse /kernel: isp0: ipcp output Mar 16 10:05:26 finesse /kernel: And it works afterwards. Why does ipcp does not start in the first example? This does occur after some uptime of the system (10 hours or 15, ok not a really big uptime ;-) ) and then persists. isdnd just informs be about "outgoing call disconnected (local)". Where I put an error? :-) Pascal -- Unix, Pascal Gienger, Moosstr. 7 /\ 7 .rtssooM ,regneiG lacsaP xinU Networx 78467 Konstanz, p@znet.de / \ ed.tenz@p ,znatsnoK 76487 xrowteN & WWW http://pascal.znet.de/ \ed.tenz.lacsap\\:ptth WWW & http://echo.znet.de:8888/ echo \8888:ed.tenz.ohce\\:ptth -- Unix, Pascal Gienger, Moosstr. 7 /\ 7 .rtssooM ,regneiG lacsaP xinU Networx 78467 Konstanz, p@znet.de / \ ed.tenz@p ,znatsnoK 76487 xrowteN & WWW http://pascal.znet.de/ \ed.tenz.lacsap\\:ptth WWW & http://echo.znet.de:8888/ echo \8888:ed.tenz.ohce\\:ptth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Tue Mar 16 10:44:18 1999 Delivered-To: freebsd-isdn@freebsd.org Received: from finesse.paul-magazin.de (finesse.paul-magazin.de [195.238.147.57]) by hub.freebsd.org (Postfix) with ESMTP id 1531B15161 for ; Tue, 16 Mar 1999 10:44:14 -0800 (PST) (envelope-from p@znet.de) Received: from pascal by finesse.paul-magazin.de with local (Exim 2.05 #2) id 10MyoZ-000068-00 for freebsd-isdn@freebsd.org; Tue, 16 Mar 1999 19:43:43 +0100 Date: Tue, 16 Mar 1999 19:43:43 +0100 From: Pascal Gienger To: freebsd-isdn@freebsd.org Subject: Re: i4b: SyncPPP stopping ipcp without obvious reason... Message-ID: <19990316194343.A350@finesse.paul-magazin.de> References: <19990316101030.A318@finesse.paul-magazin.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95i In-Reply-To: <19990316101030.A318@finesse.paul-magazin.de>; from Pascal Gienger on Tue, Mar 16, 1999 at 10:10:30AM +0100 Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Just a little remark. I tested it many times, it happens after one connection was initiated successfully. Is isp0 the new One-Time-Security Port? ;-)) Configs: FreeBSD 3.1-RELEASE i4b 00.71 (installed via overinstall.sh) Provider: fixed IP, fixed gateway address, ifconfig isp0 134.34.89.193 134.34.88.6 netmask 0xffffffff NAT via natd(8). ipfw rules: /sbin/ipfw add divert natd all from any to any via ipr0 /sbin/ipfw add divert natd2 all from any to any via isp0 /sbin/ipfw add pass all from any to any I have two devices to nat in a different manner, so there are 2 nat daemons to handle this. Routing table: Destination Gateway Flags Refs Use Netif Expire default 195.238.147.44 UGSc 1 0 ipr0 127.0.0.1 127.0.0.1 UH 1 21 lo0 134.34 134.34.88.6 UGSc 0 34 isp0 134.34.88.6 134.34.89.193 UH 1 0 isp0 192.168.1 link#1 UC 0 0 ed0 [...] Some hosts with their MAC deleted... 192.168.1.255 ff:ff:ff:ff:ff:ff UHLWb 3 51 ed0 195.238.147.32/28 195.238.147.44 UGSc 1 0 ipr0 195.238.147.44 195.238.147.57 UH 4 0 ipr0 Pascal -- Unix, Pascal Gienger, Moosstr. 7 /\ 7 .rtssooM ,regneiG lacsaP xinU Networx 78467 Konstanz, p@znet.de / \ ed.tenz@p ,znatsnoK 76487 xrowteN & WWW http://pascal.znet.de/ \ed.tenz.lacsap\\:ptth WWW & http://echo.znet.de:8888/ echo \8888:ed.tenz.ohce\\:ptth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Tue Mar 16 11:22:51 1999 Delivered-To: freebsd-isdn@freebsd.org Received: from postfix.rhein.de (aiur.rhein.de [193.175.27.2]) by hub.freebsd.org (Postfix) with ESMTP id 3E48014CC9 for ; Tue, 16 Mar 1999 11:22:49 -0800 (PST) (envelope-from is@jocelyn.rhein.de) Received: from jocelyn.rhein.de (jocelyn.rhein.de [193.175.27.210]) by postfix.rhein.de (Postfix) with ESMTP id 0AE4D1275C; Tue, 16 Mar 1999 20:22:14 +0100 (MET) Received: (from is@localhost) by jocelyn.rhein.de (8.8.8/8.6.12) id UAA03406; Tue, 16 Mar 1999 20:22:13 +0100 (MET) Date: Tue, 16 Mar 1999 20:22:13 +0100 From: Ignatios Souvatzis To: Pascal Gienger Cc: freebsd-isdn@FreeBSD.ORG Subject: Re: i4b: SyncPPP stopping ipcp without obvious reason... Message-ID: <19990316202213.D1676@jocelyn.rhein.de> References: <19990316101030.A318@finesse.paul-magazin.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.1us In-Reply-To: <19990316101030.A318@finesse.paul-magazin.de>; from Pascal Gienger on Tue, Mar 16, 1999 at 10:10:30AM +0100 Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, Mar 16, 1999 at 10:10:30AM +0100, Pascal Gienger wrote: > With i4b, Version 00.71, I have the following problem: > > Often a connection is closed just after it is opened using a syncPPP- > Device (isp0). Authentication is not the problem, logs show that > phase network is reached. same for me. NetBSD_1.3J/Amiga, i4b 00.71.00 -is To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Tue Mar 16 12:42:54 1999 Delivered-To: freebsd-isdn@freebsd.org Received: from mail.rwth-aachen.de (mail.RWTH-Aachen.DE [137.226.144.9]) by hub.freebsd.org (Postfix) with ESMTP id 6D4EA155A5 for ; Tue, 16 Mar 1999 12:42:44 -0800 (PST) (envelope-from heinig@hdz-ima.rwth-aachen.de) Received: from HDZ-IMA.RWTH-Aachen.de (majestix.hdz-ima.RWTH-Aachen.DE) by mail.rwth-aachen.de (PMDF V5.1-12 #30440) with ESMTP id <01J8WVK9YJAE00013Y@mail.rwth-aachen.de> for freebsd-isdn@FreeBSD.ORG; Tue, 16 Mar 1999 21:42:23 +0100 Received: from MAJESTIX/MAIL by HDZ-IMA.RWTH-Aachen.de (Mercury 1.20); Tue, 16 Mar 1999 21:44:31 +0000 Received: from MAIL by MAJESTIX (Mercury 1.20); Tue, 16 Mar 1999 21:44:12 +0000 Received: from hdz-ima.rwth-aachen.de by HDZ-IMA.RWTH-Aachen.de (Mercury 1.20) with ESMTP; Tue, 16 Mar 1999 21:44:08 +0000 Date: Tue, 16 Mar 1999 21:42:33 +0100 From: Gerald Heinig Subject: Re: i4b: SyncPPP stopping ipcp without obvious reason... Cc: freebsd-isdn@FreeBSD.ORG Message-id: <36EEC239.AD47B979@hdz-ima.rwth-aachen.de> Organization: Informatik im Maschinenbau / Hochschuldidaktisches Zentrum, RWTH Aachen MIME-version: 1.0 X-Mailer: Mozilla 4.5 [en] (X11; I; FreeBSD 2.2.7-RELEASE i386) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit X-Accept-Language: en References: <19990316101030.A318@finesse.paul-magazin.de> Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Pascal Gienger wrote: > > With i4b, Version 00.71, I have the following problem: > > Often a connection is closed just after it is opened using a syncPPP- > Device (isp0). Authentication is not the problem, logs show that > phase network is reached. Same problem here. It happened once so far. I'll see if I can get a good trace, since it doesn't happen often at all. Gerald -- "Would you like to buy an encyclopaedia to help your child get to college?" "He doesn't need it. He takes the bus!" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Tue Mar 16 22:36:52 1999 Delivered-To: freebsd-isdn@freebsd.org Received: from picalon.gun.de (picalon.gun.de [194.77.0.18]) by hub.freebsd.org (Postfix) with ESMTP id 92AA214F16 for ; Tue, 16 Mar 1999 22:36:48 -0800 (PST) (envelope-from andreas@klemm.gtn.com) Received: from klemm.gtn.com (pppak04.gtn.com [194.231.123.169]) by picalon.gun.de (8.8.6/8.8.6) with ESMTP id HAA05973; Wed, 17 Mar 1999 07:36:18 +0100 (MET) Received: (from andreas@localhost) by klemm.gtn.com (8.9.2/8.9.2) id HAA20742; Wed, 17 Mar 1999 07:34:00 +0100 (CET) (envelope-from andreas) Date: Wed, 17 Mar 1999 07:33:59 +0100 From: Andreas Klemm To: freebsd-isdn@FreeBSD.ORG, tv@gtn.com, i4b-dev@hcs.de Subject: got a isdntrace and tcpdump trace of unsucceessful dialup attempts Message-ID: <19990317073359.A20694@titan.klemm.gtn.com> References: <19990311081346.A1668@titan.klemm.gtn.com> <19990311121144.A1870@titan.klemm.gtn.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary=mP3DRpeJDSE+ciuQ X-Mailer: Mutt 0.95.4i In-Reply-To: <19990311121144.A1870@titan.klemm.gtn.com>; from Andreas Klemm on Thu, Mar 11, 1999 at 12:11:44PM +0100 X-Operating-System: FreeBSD 3.1-STABLE SMP X-Disclaimer: A free society is one where it is safe to be unpopular Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org --mP3DRpeJDSE+ciuQ Content-Type: text/plain; charset=us-ascii Hi ! After some days the error showed up again and here complete debugging data, thanks to diskspace(tm) ;-) 17.03.1999 07:18:40 - 17.03.1999 07:18:40 GTN 1 (0) (127/100) 17.03.1999 07:18:45 - 17.03.1999 07:18:45 GTN 1 (0) (127/100) 17.03.1999 07:18:47 - 17.03.1999 07:18:47 GTN 1 (0) (127/100) 17.03.1999 07:18:51 - 17.03.1999 07:18:51 GTN 1 (0) (127/100) 17.03.1999 07:18:55 - 17.03.1999 07:18:55 GTN 1 (0) (127/100) 17.03.1999 07:18:59 - 17.03.1999 07:18:59 GTN 1 (0) (127/100) 17.03.1999 07:19:02 - 17.03.1999 07:19:02 GTN 1 (0) (127/100) 17.03.1999 07:19:04 - 17.03.1999 07:19:04 GTN 1 (0) (127/100) 17.03.1999 07:19:06 - 17.03.1999 07:19:06 GTN 1 (0) (127/100) 17.03.1999 07:19:08 - 17.03.1999 07:19:08 GTN 1 (0) (127/100) 17.03.1999 07:19:10 - 17.03.1999 07:19:10 GTN 1 (0) (127/100) 17.03.1999 07:19:12 - 17.03.1999 07:19:13 GTN 1 (1) (127/100) 17.03.1999 07:19:15 - 17.03.1999 07:19:15 GTN 1 (0) (127/100) 17.03.1999 07:19:18 - 17.03.1999 07:19:18 GTN 1 (0) (127/100) 17.03.1999 07:19:20 - 17.03.1999 07:19:20 GTN 1 (0) (127/100) 17.03.1999 07:19:22 - 17.03.1999 07:19:22 GTN 1 (0) (127/100) 17.03.1999 07:19:24 - 17.03.1999 07:19:24 GTN 1 (0) (127/100) 17.03.1999 07:19:26 - 17.03.1999 07:19:26 GTN 1 (0) (127/100) 17.03.1999 07:19:28 - 17.03.1999 07:19:28 GTN 1 (0) (127/100) 17.03.1999 07:19:30 - 17.03.1999 07:19:31 GTN 1 (1) (127/100) 17.03.1999 07:19:34 - 17.03.1999 07:19:35 GTN 1 (1) (127/100) In the attachement the log ... Question to the support of my ISP: you wanted to enable isdn debugging on the AS5200. Could you look at the syslog files, if you see something special or send it to the list ... BTW too bad, ppp debugging would have been needed as well, damn, I forgot to tell you :-/ Best regards Andreas /// -- Andreas Klemm http://www.FreeBSD.ORG/~andreas FreeBSD SMP is approximately 120% of Linux SMP http://www.freebsd.org/~andreas/benches/index.html --mP3DRpeJDSE+ciuQ Content-Type: application/x-gunzip Content-Disposition: attachment; filename="isdntrace.i4b.ppp.err.gz" Content-Transfer-Encoding: base64 H4sICG9L7zYCA2lzZG50cmFjZS5pNGIucHBwLmVycgDsnX132zayh//efAqk7d3rdG0W7y/e OqeJ4zTpTZzUcXu77W5PKYpK1Dqyr6y0aT/9HdLyawhiQFC2fCKfnl3Flqj5AYMBMA+H2Ngg u/sb9/d3yAZ5NxnPNim8GE3zt+UmpVYYB/+cjeFfzGRUEGo2md0UNpPWGsbhjwfl5PXszaYk G/XPnUfv3h7BRykhlJPCEcqIUAT/k2WZuvOt42yTvHrwcouSte384IBsH05m08ODe+tke53s 7zzdYpSuk1cbj2tTyd4e2V3bu0e4Ji8fE0bu3NnYgLdt3N/dbxZmaQ/C+CBO2D9ahe21CmNY YcwjzDhruLggjJMPhNFKmJCE51HC5OfoHnt6Kmx37VXdXWfqCCWnpkgwxVYNTHNCFcnhhaxa 3VriKGH1n6wguqjeAIIFPW/js5+DLKPzC3L4u+BEwDsFEaZ+Tet/GmIoocX8IufvYfMLciYM p8wcwcXgNZtfUGhSX0cTYesP0nMb2n+MttDU0FwCmutouPVtBq++eJpJxdZJMd2i70HS2mh6 +JYcTsevx5N8Nj6cQCO+LY+P89fl1qud/e9ebpI79dV+Oi4nw/HkNSkO3x4dlLPyP/PfD8p8 Wk5JkR/lg/HBePbn6SfqH/j11rvJtDyeTcfFrBySIXzTLD8g48nocPq2/soLbz+eDbe2t5/u 71/43TSflVtakt8G49kXxxf+8PZwWG4V42nxbjw7taZ4k08mJVx+uEnmr7fyyZ+nr8na0bQc ldNpObx39hFwoUrYUT6d/Ukm794Oyukmoaf9QdZmfx6VIOK3yeEfk3VydJBPtp6+erR76QKg 7MPPs5MuaLtCNcbaoqLlnjFmOQQP3R486GlU1HHBQycED1MFD0rCwkSjMJcxZo24EBUZI81R ESJHpLDPddfgwc7VNQUPm1c2zaOFQ7Vx9YMam0MYOx+Oze0Hz56Rl3svtnd2Hj3d/fpslDb5 /8MNRtbK98XBu+Px7+Xc6VoDu0T2TeuMVcQ53XqC03Gs06kmYZJmDGYsiK/nTqd8TlfEOt16 Z6fjYaczhLtq3tKgRRAYKvAbWFJ4ne5eVqQ63ovd3Z3t/TOHG0J0/qJuUlK3aebcSbMi3Ewj e8P6Yht0BS+jekNnXXvDzHtD+NcPoziPzxLm5nk3kAfb/7P74n+f7Tz6emcztGKDNZnF+v98 ZN95yE/aezSqHKygVSgEtcxVPXCyZqKaaEoMI+WI5PaqyLsnoe6X/wO5weFpPOZxao0SyMnO xvWCTYg7FhV3oN0dUpjg7e0+KCuhrKh+CU1f8Mofqz6ouyGXH7R79mntaNXlGFzOwSpUkeGw DhWy+thIEgaXqJtOw18l0SXhw/q1Ob3cu9OV7uvZZOP1H0E/kxSpl7M2vfJUL/Pa+4He2soz vY1ygj/nIts6VTKfSJglJccOJr6QwQTmcZ95/MpYdwGfG9XmjZJ9LuoHfC7sZgIrUbRJFKcS 3alEOpf4YbQ4lxjuAOmzDgKdYhess+0dAC8q68raOnlu3UnrOxPqgA6tDz+Y9le9KORLrFAj FXLtVSjqCTOvA5muFmiGzv/TEMIG9Y7+wiCqlWVHR0f5b1SeKQTfVHkVwnS92IOPaYgUI2I4 0X7l2Y9/lMVv1UY77K3euVfBWHIXpqhWpWKulIPYAVG1RiPq/8zc3ktKSfYyPz7+43B6phR2 +vBho+vWKYh21W+qq8j69agO6LSWz6rfnPwMye/5wXhYL5PIKB/Xl6uSMXAJ8I6qmWJSgwfv pmW4yXyrKa6tMaZh/dro/hBvWO3+MrxYqd0/7LWuF8N0J8NaF3i+FlPgZPLCcBLe/VfZ8wKv ZcUvzld5nv0XBMDqNSeW1unCgsDG0bEqjQi7MFr/VxbnpuxczBpeyBiysn4zbJplFQ5gsFf/ a+p0pKpfi/kbKLuk7TOaUfg/mripe/T01dV9XZG/O672dBpao0rUHZAqzUWKgzKfVtmytW8z q+i9i7m+tYPDor7yFnx0un6ezDvLlI3yok4RVp92gt/bJC+nh7PD4vBga698ezgryYujclpf 4/jsT3f+Rt9DQ+znrzfrfivfzzaOj8pivfrX8Wz6rpgdwrcVh8OSbBFWvR0a/1k52awyMmvH bw6nM1LFwHt3/nZu7Hjy++Fv5fbh26PDSTmZVZ+CFq6/5LvJ+PdyepwfrIMN47fjGfwTnGN3 f+frnT2yxu/N31x/Bb/yDfQ9dHhtQ0m+zw82ieLs4vc+rb/36RC+czwal1MwuX5H7NezucIP vh5cqP5eoS9+7Vm7Vn98VzVU/mJ7Z/tNPoXN5Wv4yhlZE7q+ALjbVTsuNfSrnW+/29nd3iFr 7OQD4K61Lc7b2FV3gdri4vcdd/suc/Jd5gPdkS4C46q+kPIaPS2Lw+mwHNbGPhsfz8hP7D/d jBYn3yW837V38bt6dAb4S+0Ml1xwt05RvxjVX1a1ByJV45CB25+qsVhucRrcLO0auO08cEtv qkYO4+aQ5wmpmr2dZzsPXp2mZ9qmR+fbNisDrWyQ+Y84oJZtJuQ/HDLv6nxbZV25j2t3n3re rxbJccLoZlf3kefqPPO+imzjHxPm5rn7kO0Xz18+29kPp/mguTmyuVtROo/TyBP8SF3wo1Zh zRt+kRkYII5hiHMeK2yTd/Ujd66uyY8EiyXO7NYTZ/juFXFebuLspGeMWXpljLVNQpHw78vu wQN8EzkJNWerZMYqYQpBnKshFCeMf9k1eKhzdU3BY8B6J85nY/MGiLPTyL5pnbFknNPJhBlL Y52uOa2mMmasZQxBnEFVpNPJLxPvkWpzugUQ55Dj9UecnUX2hn8bE83/v+zK/6EXWvl/tX6I I84sS5ibuxFnRbH+HyLOg0UQZ+d85llrOfb2qrhbELL7CZMdQxJnxXzCHAiTeOJc+VoicYb5 SblI4pz9K444K47UGyLOc71LSZyVQIoMEufBIoizkh7zOIWxTvHEmbpk4nzic3HEOftX2M0U VmKAOM8l9kuclfZZx65YFyDONE/jsR1av7ocov1NLwr5Eiv0LVE4hzEuIohzseTEWfnmXi6h L3kEcS4+FuKsKbLJQsSZDvolzpr1YpjuZFjLAk9SX4spBYYZBHGu8mCR95jeT7zHVDDv/gtF nFWYOBdywcQ5sKlbEec+ibOqiXMxJ7/a0gBxrt+xIs4r4ry0xFlShgzc/lRN9K1C97veKiRY +61C8PdI4syeJ6Rq0MRZUt+2WWloZYvLf8g4rp99lZD/QFb6SOrbKmtwH04xxNnGCrNfJd6w UKnzzPu9EufA3BxPnCWVyOZuzd/f0J0LrcKaN/w6gy3g5QShjzjL6DsXvup654Lg7XcuwGbn o6txBs0r4rzUxFlS7RtjIhw8ziahyNtVHiZMQgI7CRmPMO6sFQxDnPNYYZsPE29XEZ4CRwgV fRPns7F5/cRZUovsm9YZa/luc5C0Oa1mMmGslQpDnItYp/vyYSLjbHO6BRDnkOP1Rpwlo8je 8G5joCsi808Pu+afhGjPPzHab41zYG7uRpw1x/p/iDgPF0CcJWM+8yDuaImc7CLvdHmUEHck kjhrgRQWIs5S44nz42b65xgZFbHEObLGWUuk3hBxnutFEefH10yctfKIhPnTShtBnIeLIM5a +8xj1iqJJ87S4Inz120+F0mcEWTFYCUGiPNcIoo4f40lztr6rOPgHxJPnKXF89gnTR0Q3/r1 5cLt73pRyJdXoaFIhUHiXC45cTa+uVcqUKojiHP5sRBnw5FNFiLO0uHB7lOM14peDNOdDGtd 4PlazAgI2BRDnMvYBd79R4ngQkjv/qu3GufRgolzYFO3Is4LqHEendY482CNM18R5xVxXmbi zAQycPtTNTIWGT7qigyFbEeGEAx7rXEOpGrwxJn5ts1GXd7PtOY/Ih9o+jgh/6GQeVfm2ypb WEZffOaZlziD70QK++pxIikUyjvv90qcA3NzB+LMNLK52/L3NwWNWoU1bvgVzUhVkyIxxFnH CnvcOX+v2vP3PLrG+e6tJ858VeO87MSZWd8Yk9Y6jpyEIp9D9SQheGjsJOQ8wkQVPCyCOEse K+zhk1TcpJuDR95/jTO/uRpnySmyb1pnrKUjPyCsMa2mWEVCHDUI4lwtnOOc7tGT1IVzi9Mt gDjz66pxlpwje8O/jbGx69Anndehun0dyqNrnO9mCXNzN+JsJNb/Q8R5tAjizIXHPEmtY9gd V+Ru4JuEuGOQxNkopLAQcZ4/nDWlxhnCRm4WTJyNRuoNEee53qWscTbGJ5LBYIohzqNFEGdj feZxMM/hifO8BHuU7HO9E+fmg7iaJAaI81xivzXOzadpVdYJGAQRT9U+qRrtXgHcofVxPNay XhTyJVbIkQpDxJlTPHEmN0GcrXfu1TCWBJ44nyjFEWdyq4mzlcgmCxHn+S1HvdU4W9WLYbqT Ya0LPF+LmSvDyUucq4xh3ALv8TepGUPj3X/1RZw57UKcCZ4481WN83UTZ+jTOXEWQeIsVsR5 RZyXmThzhQzc/lRNHps4+6Zz4sy0J854dI3z3ecJqRo8cea+bbORl/czrfmPyEqfZwn5D4vN u/q2yha2yo0PXflg3rexwp48S830We+83ytx5r3XOHOLbO7W/P0N5dFahTVv+EVmrHUXDzLz E+ciVtizzutH275+rDaDH12Ns14R5yUnzoJ6xlgVPAT2QRuRDxrdTQgeyKMdpGjOVsmMOAge GkOc81hh3+ymrmE8D0hwuv8aZ31zxFlwZN+0zlhLuPIRzWk1lTFtneYY4lzEOt2z3dQZq8Xp FlHjrK+LOAuJ7A3/NqaM7Y3dzr3h2nujWj/0WuOsF0Ccm0/ObvL/AHHmDA/J7qKJs1A+8wyY h5zsVORTpV52jzuSIolz8wHVDcJCxDkfJhPnQZ2tjyTOozji3HxeY4PeEHGe611K4tx8tpmq nwHvDMUT50UMJsObDwVT9UO/nVZ44pyXycT5xOciceAo6GbNx4M1SQwQ57nEfolz82laqn7m t9MaT5zzURqP7dD61eUQ7S96UciXWKFEKgwSZ44nzp/cBHF2vrmXC1AaQ5w5njh/cquJs9PI JgsR5wHtlzg704thupNhrQs8X4spdWUd5N1/lbELvN2XiSt+Sb37r96IM+tCnO9G1DjrFXG+ buLMTomzDBJnuSLOK+K8zMRZGGTg9qZqIGpHBu6XXQO3pO2BG4JhvzXOuifiLHzbZgXbZoMs L1ORtal7CfkPhs27+rbKmofdh5+6T5ywl3up7sO8836/Nc66b+IsKbK52/L3N+VHrcKaN/w2 I8xRqhDEGVRFCtvr7Ees3Y9kdI3zg1tPnOWqxnnZibPkvjEmHWUKOQlFlpvuJwQP7NEOUniE iSp4OARxroJHnLC9/dTg4XlOS9F/jbO8wRpnKZF90zpjLaPTNafVXCasoxxT4wyqIoXtd3Y6 Hna6RuIskoiz7KfG2SHcTCN7w7+Ngd6Iq3He/z61N4R//RBHnB9kCXNzN+LcfHJ2k/+HiLPA Q7JP0cRZGp95ztHQ0/zPJrvIp0p9nxB3BJI4Nx9QDcIkhXbXeOJcpJ/jDNcq9WJrnEXzeY0N ekPEuVjec5xF89lmDSKDxHkBgwnM4z7zYBLnFk+ci/RznE98ru8aZ9F8PFiTxABxLhZwjrNo Pk2rsk6DdQ5PnIvEU447tD6qAlhQ1YtCvsQKNVJhkDhLPHH+7AaIs6C+uVdeWRoEibPEE+fP bjNxFtQimyxEnIt+z3EW1PVimO5kWOsCz9diBoaT4AjiDKu7yAXe951X/KJ9xV/0eI6zWvBT teWqxvnaz3FWp+c4s+A5zmxFnFfEeZmJs3TIwO1P1UDgjqtx/v6H1MAtvamaSOL84HlCqgZP nJVv22yqR5Mgj9CMbOXsh4T8B/bZksq3VbYKhGGeqg2qIoX90Nl9ZLv7FD3XOMvea5wVRzZ3 a/6+g8aufqSQxFk1bPgdbBtq4nzx4f5+4mxjhf3wY6ofeZ6KKUUscd6+/cRZrIjzkhNnJX1j TDqqsbc93VDwaBWmPMIECFMKQ5zzWGE/dg4eqj14FKJ/4ixujjgrjeyb1hkrssb53wlOh32U uzKNwnidojYCQ5yLWKf7d2en02GnWwRxFtdFnJVF9oZ/GwMhIK7G+cefU0OA8a8f4ojzdpYw N3cizqLp5Oxm/w8RZ4WHZP+FJs7K+czjYB6WOC9d3IF2Z0hhIeJseTpxLshguGDi3HReY6Pe EHGe611K4syET6SIGUx8IYMJzJM+8+TlPggRZyvSiXPtc70TZ6awEgPEeS6xX+LMtM862Peb iBpnKxN5bHzr43gsM70o5Eus0CIVBomzxhPnv98EcWbeudeAUhlBnDWeOP/9VhNn7l1NVacq ODxxtqpf4sxZL4bpToa1LfC0r8WMAyczGOJcxi7wfv531xW/OV/lefZfvdU48y7E+ZMI4ixW xPm6a5z5aY2zCtY4qxVxXhHnZSbOmiEDtz9VU1Qbm6jE2S+piTPrTdVEEuft5wmpGjxx1r5t s6WX5+3W/EfkA01/Tsh/GGTeVfu2yrY6zM0hiDP4TqSwXzpn+mx7pg/m/X6Js+ibOGuJbO62 /L2OrHEeJPiRQxJn3bzhFzVxtgJDnMtYYT8PUtePnqdi6uga5/zWE2e9qnFeduKstW+MSfwk FDnVZ78kBA/sA4618Qir6mitQRBniByRwgad1zCufQ1T9l/jrG+wxllbZN+0zliRNc7D7k6n KNbpmtNqMhPGMcoQxLnKfsU53bCr0ykadroFEGd9bTXOhiJ7w7uN0ZFP04TQNkpchyrmXz/E Eec8S5ibuxFnzrH+HyLOBg/J/htNnA3zmefAPI2c7G5opdyamxZIYcEa5zKZOA9ltRCNJM5H ccSZS6TeYI1zubzEmSukyCBxXsBgAvO0x7yqBNtFnONcjJKJ84nPReLAo7CbGazEUI3zaAHE mVufdQz8w+KJ85Cm8dgOrV9dDtH+rheFfHkVCt8SRXJQyCOIs8UT57WbIM7CN/dKeXlpECTO Fk+c1241cRYc2WQh4jxk/RJnIXoxTHcyrHWB52ux6oSEi09F9BLnqtvjFnijrhlDxdozhmWP Nc56wTXOelXjfO01zvq0xpkHa5z5ijiviPMyE2cjkIHbn6qBGTiuSHXwJjFbq7g3VRNJnPPn CakaPHE2vm2zEZdbuTX/sYR5V+PbKtsrGwU/cbaxwt4Mu877/FydZ97vlTjr3mucjUY2d2v+ PlLjrwl+JJDE2TRv+FVFnBnDEOdqLxEnbPhrYv5eeZ6RA5udj+8cZ7oizktOnI31jTHYPDJk 2VcklclGCcEDe7SDcR5hQoEwzDnOEDkihf3aFTcp0Y6bIFT0fo4zvTnibCmyb1pnrMhaw4ME p8M+3cU2p9V0laJmAkWci1inO+jsdDLsdAsgziHH6484W47sDf82Rlf5x6j80yQx/6SUf/3Q 6znOdAHEWUis/4eIs8NDsnto4myFzzxYUAqDnOwinyr1JiHucCRxFsonDDbsIoI4D3ogzgVR g1ji/FMccRYaqTdEnAdLTJyFQYoMEucFDCYwz/rME2CewBPnQQ/Eufa5SOL8U9jNHFZigDgP FkGcJfVZJ68E29BTtVN5bHzrV5cLt79kvSjkS6zQu0SBlfDF5xwGiXOOJ86f3wRxlt6514BS HkGcczxx/vxWE2cpkU0WfKp2z8RZql4M050Ma13g+VrMyCvrIO/+q4xd4E26ggul2sEF7L96 q3EWXYjzpxHnONMVcb7uGmdxWuOsgzXOekWcV8R5mYmzVcjA7U/V2LibAmFjfpSKDLU3VdPv Oc60J+Jsfdtmoy63cmv+44ZIYasw31bZVsIwxLlaLccJO+pMCnU7KYSJvt9znGnfxNlaZHO3 5e9NZOXGNMGPDJI42+YNv6mJs3AY4pzHCvt1mgqNPLXyLP8IiXO+Is5LTpwd9Y0xeWWMtU1C Swj/HPMIE8IxialxrrIIccKmB12DhzlX1zgJ5f0T5/zmiLPjyL5pnbEi77WbJTgdtrDeNafV bI20lEMQ5yrvFed0s85OZ8NOtwjinF8XcXYS2Rv+bUxRpSaj+P/vqfzf+dcPvRLnfAHEWWqs /4eI8wAPyf6BJs5O+czjjmkscY58qtQkIe4oJHGWxicMAqoWeOLsRDJxLiUR0cT5n3HEWVqk 3hBxnutdSuIsHVJkkDgvYDAZoajPPFh7aY0nzk4mE+cTn4skzv8MupliWIkB4jyX2C9xVtxn Hez7NcUTZ6fSeGyH1q8uh2h/0YtCvsQKvUsU7VjUU7ULPHFevwnirLxzr70yRYWIc4Enzuu3 mjgrjWyyEHF2ul/irEwvhulOhrUu8HwtZvTlgO0lzib6HtPfO99j6trvMYX9V2/EWXYhzp9F EOd8RZyvmzjLU+JsgsTZrIjzijgvM3F2Bhm4/amakpjIW4XeJ94qpKk3VdMvcc57Is7Ot202 BloZWeMcyfWzo4T8B/Y0Q+fbKlvYKluOIc7RNyy873rDgqbtNyy4vGfinPdMnBWlyOZuzd9H avyrux9phiPOijZv+F1NnA2mxrnaeEXeufBX4p0L2lMxVuGij4442xVxXm7irCj3jTF5ZYy1 TUI3dLtKqzDhESZAmGMY4hx9u8pf/9/euTRJcht3/K5P0aEImxLDbOP9WEvLhySKS3lkhiVH SAceuqt7ZFJLKmwqxJW43M9uVD92poeZyEQVCl0drjnsgTvBxR9IIIH8VWYO/VzFyfznKjHU J87hasTZCsNcm6zHKvzM4fUIj6W4RgeG1aQ45HhGyyHOXanRvR5sdIo2uimIc2hEnK1wzNVA nzFpKXxZ/Ol/34z86MRp/P5QlTiHCYgz3Dkbsn+KOO/4kOw9LnG2wmPDU5fDyzq72X3pkuY9 MoVRxNl1fOL8EqF/Xf+r0/Zxhvs1Anop4nzSyyLOLxsTZ7i3GSCSJM4TbKY0PIUNLz07YwFx djs+cf4qZ3OFxJkmK3B7MEgiQZxPElnE+SsucYa7afWjs1EJzyfObs/nsV9DPLZ89lesLsfO VlGoZqzQMRWSxHnPJ87raxBnh/pen/ZSSR/nPZ84r2+aOLvAnDKKOLt7Ptj9C8dqY5WBuUED y17wsBnz/XaKHOK8L73gvfnr0PeXfrjlIe+valW1/cRVtYlH3UKcJ6iq7c9VtTVZVVsvxHkh zjMmzlZE5sGNh2pMf0gWpWqsR6ZqOIOGauoS51CHOFuJPZu9j0pxg/2FBU3/NiL+EZlxV4k9 lYNL5sMhzkFUFpbx+0RuSfL7dYlzqE2cpWJOdy5+H1R5NHNo/N4yibOEH/yyJ86XwlDi7EqF /W098otFh3yxaIqJ8yc3T5zNQpznTpylwfaYSXvMMJ1QYaHRVyMOD8F1QhYRpvvDg1NVO50c dYVlnBDx1VxXnzibKxJn6Zhrk/VYpp3Hclyjg8Nqau1EutJxiHNS1czoHG10ExBn04w4y8Bc DfwZE1ah7B76aj3yy0fn8ftDGXH+ZD3CNw8jznDnbMj+KeJ8z4dk/8omzjJiw1NRaWYLiWt9 m5mLTcMNqnthMc275xPnjRyd43xvVvs4MXGG+zUCeinifNI7yxxnuLcZIJIkzhNspjQ8gwwv JieuCvo4b9ToHOejzVUnznB7MEgiQZxPEuvmOMPdtPrR6XSaKT5x3uhxGcADZp/HY72volDN WGFgKqSIsxZ84iyuQZzhLkdSr1XaSxcFjwnifFTKI87ipokz3HwImDKKOG9M3RxnuHlQ8cDc oIHlLngKmzGb7p9GMYhzuu7XveBlbvw+n6PShXo5znYIcf4nPnE2C3FunuNszznOgcxxDgtx XojznImzksyDGw/VbHqmUpQftB6ZH+QCGqopJM6f3I0I1fCJs1LYLCe/bbjEeYaZPkpjwtJT 2UgOcQ6VhWXMJzyoQ/x+VeJsqhNnZZjTnY3fb9rF7yOTOCuLCPO9MMshzl2psNfrkRljDvly oWfKZcT55c0T56RqIc7zJs7KIXssqKhsYDqhwkKjb0YcHprrhOBolVnL5F2t4BDnTWVhmcMj 5hMc+xyLysT57d68AnFWgbk2WY/VNfNYnvuZg4LDanYtQ1SORZy7ZkbnBW10ExBnyvDqEWct mKuBP2P2q1C2Gm/WIzMevMTvD2XE+eV6hG8eRpzhztmQ/RPEWUs+JJNs4qwlMjyV3rWO2ceo 8EvqUTdlwyTOcIPqXphOwkxBH2c7njjvVzszMXGG+zUCesk+zna+xBnubQaIpIjzFJspDc9h w/OXm4ns4+zGE+eDzVUnznB7MEgi1cfZTUCc4W5aaXQ6Xd1d5BPnrR/JY8tnn8djQ6yiUM1X YRRMhSRxVnzirK5BnCPme7W93EskcVZ84qxumjhHxZwyijhvQ13iHHWVgblBA8te8LAZcy4q LznEeV/5gpd5f8l8qlx6f1XLcQ4T5zgTj7qFOE+Q4xzOOc6GzHE2C3FeiPOcibPWzIMbDdUc T8gmB/c5SdUrNFRTSJxf3o0I1fCJs8aezS6kWVbM+MeVclOzwrCnsneXwlDinGynrrCM31f5 3NTk96sSZ8I3DyDO2jGnOxe/j+3syGsmcdbwg//Qx1lFTlXtZESxkR2d0xQ9Er93xX2cv7x9 4rz0cZ47cdYB22Mm7TGuE5phuqmOiLA+jzZycpyT+rrCMk5IP6gDnVD9Ps7uen2crRHMtcl6 rHZG55nNw62Bw2phrWOaf8MgzklVM6MztNFNQZxb9XG2RjFXA3/GmL7VXJv7wynj3Fv8/lBG nL9cj/DNw4gz3Dkbsn+KOGs+JNNs4mw0MjwjLoeXdXaunbPzTOIMN6iWhwbVWhb0cd5sRxLn ZKvbvuxYIXH+Qxlxhvs1AnrJHOftfIkz3NtMHvo4a1lQVXuKzZSGF7DhmSd7ncpx7kYS57PN FeLAP9BmFrkSqRznrj5xNnA3LXnocqylLMhx3mV5bKAWYMDs9/87cv6NkFUUqhkrVEyFJHE2 fOJsrkCcjUB9b3jioijibPjE2dwycTbCMKeMzHHeVyXORtgqA3ODBpa94GEz5l0aWGAQ53Sz CI1u/N7mqxrtK/ZxdkOI8z8XEOelj3PzHGd3znGOZI5zXIjzQpznTJyNZR7ceKjGPdzjpg7V nIpTeIeGagqJ85d3I0I1fOJssGez9+nf9Mz4R2gX/wjcuCv2VA7pGq1YxDlUFpbx+y6fIr+v 3MfZVe/jbAJzurPx+3Y5zt4zibOBH/yHPs5aSQ5xDpWF0bnyHrk/Kl9KnN+5eeKcNC/Eed7E 2Qpsjxn68BBXLpCQFSYRYboXFjjEeVNZWMYJ+XyBhI2vTpzf7s0rEGermGuT9VgNc5y5Nx8L htXUofWmNizi3LUzukAb3QTEmTK8esTZGuZq4M+YzSruG90fTmUOfMTvD2XE+Z31CN88iDgb uHM2ZP8UcbZ8SGbZxNlabHg6asusKjW/2gpp3j1TGJnjLEYT53Q8aF1KnHURcTZwv0ZAL5nj LGZLnA3c26wXmbykKSHOE2wmb+CmYP3w4pPhUTnOcjRxPtpcIXHWpJnB7cEgiVSOs5yAOMPd tNLorEijcwU5zmocjx0w+/3/jjH/uopCNWOFhqmQJM6OT5zdNYizxHyvfXI1IImz4xNnd9PE WTrmlJE5zroucZa+ysDcoIFlL3jYjAWZ7gWcHOd03a97wcu8v+LDLQ95f1UjzoP6OL/DJ87E o24hzhMQ51MfZ6sFRZz731iI80Kc50ucrWce3HioplttWhWnOBUHDAIN1RQS53fuRoRq+MTZ Ys/mkPw2VVvybfxj3y7+IblxV+ypHOJlPAAlzsl2QqNIXxD5aobJ71clzoRvHkCcnWBOdy5+ v2mX4xwkkzg7+MF/6ON8KQwlzvvKwugaOQGxI1FcVXt988RZLFW1506cncL2mOEH4WO7QqOe 29rBaUSY7g+PyCDO6eRoVaclyHydllC/qra4YlVtZ5hrk/VY7XKcA9vo4LCaWmsf9eNyIyhx 7gOgrYxO0UY3AXEWzapqO8dcDfQZk5Zi0yrj4bQaQeP3h/vyoQz1zcOIM9w5G7J/ijh7PiTz bOLsPDa8dFMOzKra16oGlI1NR6Ywkji78cR5s9ptpq2qbeB+jYBekji7+RJnuLcZIJIkzhNs pjQ8hQyvLxjgC3KcTyWP70fbXO2q2gZuDwZJpIizn4A4w920+tGpJ6OjiHMYyWPLZ59Vc9oo W0WhmrFCx1RIEufAJ87hGsRZYb63/37GlxDnwCfO4aaJswrMKSOJc6xLnFWsMjA3aGDZCx42 Y77fTp5BnNN1v1VVxKDzVRFDV484D6qq/RM+cRZLVe3mxDmcibMkibNciPNCnOdMnF1kHtx4 qEY9fc9MXpEyGDRUU0ic13cjQjV84uyxZ3PfKCNIZvxjhrUlPfZU7j9Y8JFDnENlYRm/bx7U IX6/KnEW1atqe8Wc7mz8vl2aYrBM4uzhB78+EOfAIc7JiDatMsbMgzrIjnwxcX5988TZL8R5 7sTZG2yPmSd7LOeE2hUa9dzWDt4iwvo82sDJcU4nR6uSusHmS+re1yfO/orE2Tvm2mQ9Vrtc w8At5e7hsJrpiyQei+SRxLlrZ3SONroJiLNvRpx9YK4G/ow5FP5rWmMvePz+UEacX69H+OZh xBnunA3ZP0WcIx+SRTZx9hEbnotGcp1du6pS3jGJM9ygGhBGEWe95xPn5zD9U2p1bwuJ848L iTPcrxHQSxHnk14WcX7emDjDvc16kT4aWdLHeYLNlIZnsOGFaC5KHhPEWd/zifP7OZsrw4E/ pskK3B4MkkgQ55NEFnF+n0uc4W5a/ehiPJZrZhJnI/g89gNgAQbMfvrhzL+volDNWGFgKiSJ 84ZPnJ9dgzhrzPdaeXk1IInzhk+cn900cTbYbcqqeKxszSTORvLB7ocM4mxklYG5QQPLXfAC NmNBxGPNEJI475sVZw1Ecdb7isQ5DiHOP+UTZ78Q5+bEOZ6JsyKJs1qI80Kc50ycg2Qe3Hio JvQFq5qWRQ4BDdUUEufXdyNCNXziHLBnc1CXs5yNf1ypGnJWGPZUjulyKQWDOCfbaVUNORDV kO8rE2dfnTgHw5zuXPx+2zDHOTKJc4Af/LYnzseaYiRx3lQWRhfGDUhVzP7P/3c5zmEhzjMn zsFhe8wUBOFnWOA4eESYTt71cUl+lDinkyM2KrAV4oM68LOnUD/HOVyPOIfAXJusx2r3rV0U XKODw2purUM8EgSKOCdVrYwuCtropshxDq2IcxTM1cCfMV2fBdm0xnmU+P2hao5zmIA4w52z IfuniPOWD8n+jU2co0SGl55bx+A/x9k1rCoVmcQZblANCCP7OI+vqq3SPXZXSJzfLSTOcL9G QC/Zx3nGVbXh3maASJI4T7CZ0vAcNrz0OtOuoI/z+KraR5srI87vMsiK50qk+jhPUVUb7qbV j07HIyzn9nEeWXN6wOynH878xyoK1XwVWsFUSBLnjk+cf3YN4mxR32svrwYkce74xPlnN02c rWJOGdnHuXJVbaurDMwNGlj2gofNmNdP7kHo+8s166MTZb6PTnp/sYizpYlzN4g4rwtynMNC nJsRZ3sgzt2JOLtgCeJ8+I2FOC/Eeb7EOWrmwY2HavZ9JZum7RCiQkM1dXOcQyXiHLFns09/ ZZhVtTftCpoGbtw1Yk/lIGnzOfr90Kwoe1T5ouzJ79fNcQ61iXN0zOnOxu/bfbkQNZM4R/jB 7w/E+XG7GJQ4JyPatvpyQTyoAz98Ke7j/O3t5zgvfZznTpxjwPaYicdANscJXakkf1ZYRISp GI+hRJI4b5qV5I86X5L/vn4fZ3+9Ps5OCObaZD1Wu88cIrO6ixNwWC30hVCNcxzi3LUzOkMb 3RQ5zq36ODuhmKuBPmPSUmxbdXc5xZ+ixe8PZcT52/UI3zyMOCOdswH7p4jzjg/Jfs4lzk5o ZHg9w3Oe6exmV80/zbvFhKWbsjN84uy3fOL8HUz/0j+RbrNlxFm9LCPOSL/GH+qliPNJL4s4 f9eYOCO9zUJfcde4WECcJ9hMaXgBG56+XAOKOPuOT5xf52yujDirl7SZRa5EgjifJLKI82su cUa6aYW+tq1xBcTZ7/g89ntgAQbMfv8epeffySoK1YwVKqZCkjjv+cT5+TWIs0N9r0tKQwFx 3vOJ8/ObJs4Ou031RS7A+ytCnP2eD3bfMIizs1UG5gYNLHvBw2asD6l7Th/ndN3fNKquGe3D LQ95f1UjzpuJibNf+jg3J86bM3F2JHF2C3FeiPOMibMTlnlw46Gaw7WuTajmhAyjQ0M1hcT5 27sRoRo2cXYCezb7J3ewbPyjXUHToLlxV+ypHPTlUxklzl27/nnR5fvn3Vfu4+xr93F2IjCn Oxe/79pBo+h5xNkJ+MEfD8TZc6pqJyPqGndliUiuvDalxNncPHFOmhfiPGvi7KTA9phJe8ww nVC7QqOBC/+kRITp9Cr2nD7OXbvOINHnO4NsTXXi/HZvXoE4S8Vcm6zHapjjHLhGB4bVtFjb dHGOlkGck6pmRhdoo5uAOFOGV484S8NcDfwZE1ZdqxrnJ/4fI35/KCPOZj3CNw8jznDn7H7G 3RP7N6xKuyxI9j6bOEuLDc9HK7jO7kr9Z7KxaY8Ji2nePZ84mw2fOH+K0L/N6l4VEudnhTnO cL9GQC9FnE96WcT508bEGe5tBogkifMEm8kbuClYGp4LT4ZHEGez5RPn3+Rsrow4P6PJCtwe DJJIEOeTRBZx/g2XOMPdtNLogkynmSioqt3xeey/Qzy2fPbTD2f+dRWFasYKDVMhRZyPdcN5 xPmDaxBnj/ne2PtexSfOR6U84vzBTRNn75hTRlbV3vHB7h2DOHtfZWBu0MCyFzx4xmT/SaFV mkGc03W/VR++GPN9+NL7q1pV7UHE+V0+cSYedQtxnqCq9uZcVVuTVbX1QpwX4jxn4iw98+DG QzWbVdeqHcLpU6H0V2isphA5m7sRsRo+cpYBm2YVrXTMAMj82hk6GRFhNtmPVBzkHCoLw+2n t5u38hDPX5U5E955AHNWgjnf2Qh+u0iaFJIJnRX85j+0craaBZ27ysroxpgHeZAl2V0pdf78 5qlz0rxQ53lTZ6WwTWbSJuMW22hXbDQw2zs4pRFhOp2LF1URUeq8adbItT81sp1cd7vq2Pnt 5rwCdlaGuThZp9U1dFqKa3ZwcM0crs82cLhz19DsFG12E4BnyvTqgWflmMuBv2b2q65VqrM/ W5vG7xBl5Pnz9Qj/PIw8wx20oR1AkOdToz8WLPuQTZ6Vx4aXbpWW2c9o27C6VGCSZ7hRdS9M J2Eluc6BT55fwRTQxNV9LCTPLwrJM9y3EdBL5joHPnl+1Zg8wz3OepGmZDOpSTZTGp5ChmfT GjhRkOsc+eT57zmbKyPPL2jCArcJgyRSuc6RT57/ziXPcFetNDqX7MPJglznDZ/L/gNYgAGz 34fIGfNvqyhUM1aI3VGcTXvcFZBnxSfPH12DPAfM93p36XtJ8qz45PmjmybPITCnjMx13vIB 73cM8hxilYG5QQPLXvDgGbNrmQb2OAkbJ8/7Zm1B+6t+ti9oeoFVS3beTpzsTDzrFvQ8QbLz 9pzs7MlkZ7+g5wU9zxk9q8g8udFgTTq2d62SncM5WGPQYE0hev78bkSwho+etcCmOVxOczYC cqVOvFlhEhGmfBLmGeg5GU+rTry93WRb8SbPXxU9E955AHrWijnfuSj+TjWM4lsmetbwo/9Q YfvYBYBCz8mMdq3yneMjeeBJJErR82e3j57Fgp5njp61wTaZiccmmBw/NL/+uk5bRJhO52IM DPScjo6taeWH7IM80A+J+uhZXA89a8dcnKzTMg2dFvfLOw1H1w7FX4+f5VHoOclqZ3aONrsp 0LNohZ51YC4H/poxq12r2jvibG0ev0OUoefP1iP88zD0DLfShnYAhZ41n5b9go2edcSGp+Px u2uOw2tXZipKJnqGO1YDwkj0vOOj5+9hDGhj/2cZev5jIXqGGzgCekn0vOOj5+8bo2e42Rkg kkTPE2ymNDyDDc/E49f1XPS856PnNzmbK0PPf6QRC9wvDJJIoec9Hz2/4aJnuL1WPzob3eMP z0n0fD+u7fGA2U8/nPlHL1Quusc5GiR6nq3CwFRIomfDR8+/vAZ6jqjvDZd7iUTPho+ef3nL 6NkKwZwyCj0HUbWxsxWyysDcoIHlLngGmzEfo2MlPaf7/ta1eoH5h2se8gKrhp67qdGzWNBz a/TcndFzINFzWNDzgp7njJ6NZJ7ceLDGrXatygXKc7AmoMGaQvT82d2IYA0fPRvs4RzkpefO RkDa1TiN3LQfgz2Wo4jHRFYSPYdmncF7u8m2Bk+evy56FrXRszHM+c5G8VtmPUcmejbwoz+u V6vLkwhHz6GyMrpJ+EEeWH9BlaJndfu1ttWCnmeOno3DNpmOx+RUjh+6Umv4rDCPCNMuHr+M JtHzpllr+P7UyPaG36r6xbbV9dCzCczFyTqthlnPkvvFgwGja0b0KSzOCg567tqZnRS02U1R blu1Qs9WMJcDf81s0igb3SH02dokfocoQ89qPcI/D0LPFu6pDe0ACj1bPi37FRs9W4kNLx09 VjMd3uw6y6d510xhFHruBB89r2EM6NTKmkL0vP19EXq2cCdHQC+Fnk96Weh53RY9W7jrGSCS RM8TbKY0PIcNL0TnHR89d5KPnrM2V4aet7+nzcxzJRLo+SSRhZ7XTPRs4T5b/ehidK6g3nan xoHZAbOffjjzH6soVPNVKAVTIYmeHR89f3wF9Gwl5nu9TEpdAXp2fPT88U2jZ6mYU0ah507X Rc9SVxmYGzSw7AUPnjF5CBtaxUHP+8oXvNwLTD5c85AXWDX0vJsYPRPPugU9T4Ced2f0HEn0 HBf0vKDnOaNnq5knNx6s6Vb7RlnP0ZyDNQoN1hSiZ3U3IljDR8/WYNMsL6c5GwFpV+g0Wmbs 1VpEmBSXF2kUPSfj2baqOCnVgzzE89ctuK1qo2frmPOdi+LvG2Y9S81EzxZ+9KvDSeQVBz3v KyvLnET2kTzIkkwsRc8vbh49J80Lep43erYB22Q6HR/M+qNdu/qjkZt+aiMiTPt0ehgGek5H R9eq7pbUD/Kg06Of58ro+e3mvAJ6doK5OFmn1TDrWXK7izs4uqYPaWqPqwig6HlvGpqdoc1u AvRMmV499OwUcznQ10xai32rrOdz0w5p8TtEGXp+sR7hn4ehZ7i5NrQDKPTs+bTs12z07DQ2 PBu9sEyH1+6+HD0TPcM9rAFhFHqOcTx63q30vhA9f/W8DD3DLR0BvRR6PumdJXqG258BIkn0 PMFmSsML2PCSH48FBbfjZjx6PthcGXr+6jltZpErkUDPJ4l10TPcbqsfXUijK8h6jtuRYLZ8 9vsXFj3/SlZRqGasUDEVkug58NHzJ9dAzwrzvVZc7iUSPQc+ev7kptGzMswpo9Bz7OqiZ2Wr DMwNGlj2gofNmO+3U2Cg53Tf71qV3ZT24ZqHvMCqoef9xOiZeNYt6HkC9Lw/oecoKPTc/8aC nhf0PF/07Czz5MaDNekkbJX1fO6OJh0arClEzy/uRgRr+OjZYQ/n0HtuZrZZ17DQaeDGXrHH cojpsaw56DlUFpbz/O5BHuL5q6JnwjsPQM8uMOc7G8VvmPUsPRM9O/jRb3v07CUn6zmZ0b5V 1nN4JA+yJK9L0fM3N4+ek+YFPc8bPXuBbTIdvWI2fuga1h/lNn7wEhGmRfSsXs/p6Oha1d2S /kEedHrc6+ro+e3mvAJ69oq5OFmn1TLrmXv98XB0za11csfac9Bz19DsAm12E6BnyvTqoWdv mMuBv2bcat8q6/nctENG/A5Rhp6/WY/wz8PQM9xeG9oBFHqOfFr2go2evUWGZxhHz1uH167c VPqvTPYMd7EGlFHseTc+7dmHfqbK2POrsorbFm7qCOil2PNuxmnPcP+zXqSM3qgC9jzBbvIW 7hvWD0+lNdB89rwbn/Z8tLky9vyKZixwBzFIIsGed1OkPcP9tvrRpfu7KUh73o1MCh4w++mH M/+6ikI1Y4WGqZBkzxs+e/70GuxZo87Xpr2kCtjzhs+eP71p9qwdc8oo9ryrnPasfZWBuUED y97wsBnrq/cbyWHP+8o3vNwTLD665yFvsGrw+X5i+Ew87Bb4PAF8vj/DZ0nCZ7nA5wU+zxk+ e888uvFwTVjdt0rcEOcGaUqg8ZpC+vzN3Yh4DZ8+e+zp7N3lqzIbBGlZKlly46/Yezn072UO fk7m07WqOqnEI32I86/KnwkHPYA/B8Gc8Fwo/75h6rPimlIAH/7W9Z8Eh8CEFN12KlPCNolk rJmqoOxet14zyVizHwYLlHgmkrIohI63vGamgrJ5rpmFlMmDMhnCLa+Zq6BsnmvmIWXqoEzr m16zUEHZPNcsQsr0QZmJ4obXDOjxW65slmsGdNFNysxB2bGw/5zXLKtMgcr8QZmNt6wMvIOY cFDm7S0rA+8gJh6Uzd5TZ5WBdxAremVePPocW2PKfMmHGUdlbGH/dRb2uw8/uvsVVxJ4+bDy IOlx4/MbkgTeOqw6SNL2JiWB1w2rD5JMuElJ4D3DmoMkZ7IhmPv9iQ6JY3vkAxciqev64XPH sy6nVz9JMt6723y9+dP+q/3Xf30kTfnkoL/4uXiV/s0+KLP7xX/vuz//5/5//mX14Re9ckqj F+CNw9qDRh9vV+OTn6ca5TMR1laK6M0Pfve9H70wWjxbvfjtx/+RzOq3f1n97os/fb15+dMf /R+6dPcxcgwDAA== --mP3DRpeJDSE+ciuQ Content-Type: application/x-gunzip Content-Disposition: attachment; filename="tcpdump.i4b.ppp.err.gz" Content-Transfer-Encoding: base64 H4sICNJK7zYCA3RjcGR1bXAuaTRiLnBwcC5lcnIAxZxfj9y2FcWfnU+hxxbITsl7+deAHwwH RQI0wSJpX/o2o9G4W8drd72LpN++lyIViWOREkUNGgSBszv0OXeO+BuKvBqmX3PzWrADt1Yj ND98d8dANn97d/+6effp8fLw/uWpu/u5+89L9+X52+bH4/uH9u6nl4+n7ukNV9wwbZVU37x6 9aphnNuGMXZsmGSqUUzzprsczTds0ACutFFOg1uW1Hj78vyvu/unT8/Nu+/f3v/lx+/kle4d l4hSa62QfvPy6/PDrw+PH+5++eWn7//6bUMjPz89dM/Hp/8GW6eObPG2Ychk0wKgMygbpo6i sVrL5nzm3L9W0M8vgtMrLOON0lo0qoOz+5OO6jAoknX8u2uf88bigoK0t8kbzpkghxfRcGT0 jtKb1mihugbOSvevjb1Y4CaR29v2QzIz94vf737+/e4fjw/P3gIsBogMVQiQ7xLgENHFCV9y EUUuBLCEi5+OH6YO7t/eL4mjF7dBnPXiEzWBlINXgxU1r1DkLXOKnVMUgyK940dhKWoZ1Urq JqXex1ukDEXKIKy/sJT7u1/3Ut3j80N7fJ6Uft91T3c/nN98/vz5+IEJ+sHxy5ffzm/++VvX frh8evo40OHorm/VMK1Zoxn9R3F1auiSosvdyiNd1kr2r1VIP1dKXRoNamqJ8GFk2hJlHyLt tega4SfpZDQ2GrVu1EVDo9zFo5XyU161ytKPFHdzjP50cRON0UVO5uh/W7r2yMT0elCW/kKf CPpE/t49fXx4nLwp3oVsuXuzRTxW8sRYStOPU1fj5IETbqzyheutcD7l5rY8AOvp5zSYqZ7b QJN2FZxJKwNnYxtpS+Ds6xAqWcdGOHubZXB2Xuh9gERuxXBeCpALDv6TgJztEeAQkc3BuY8o dqF4wsVaOI/i6MXn4UxqhATpw+asBs7Tco9pRBob1UrqOqW+Fs6jMhQpG/TvMkW+B5zbOjiT Jcm4zFiawLm9EZydCa6l/9DiPA9ndrqCrBtrVGLsCOercfqARgBBqS/cboXzOTe39UEwZXS/ 4nTR1M5tJpVYBWfiaAbOtPi6tCVw7uuw4b3S+62cvc0yODsvFqVI5FYM56UAAaz2s0PzXQIc ItI5OPcRTV2gI9W8i7VwHsXRi8/DmdQc3ULYVSvnabkmjUjLo1ppoICE+lo4j8pQpmw9hOjG YQ84d3VwJkvSirBynrU0gXN3IziTCUWrPQ9YvbByFvYKsjTWrUPmx45wjsdJTpOcYdBEvhXO l8zcdhpca6OH25LKua2UlOu2Nfz9VArOR94cdQGcfR0GVLKOjXD2Novg7LwArSZ0IrdiOC8F iFQ5X7q9Kgkwuue65CKKXFANCRcr4TwRRy8+C2enJoQEPSzXtsM5KrdNI/LIo1pJXZmE+ko4 T5ShSFn57RyGsAecgVXB2VlSxoat11lLI5x7rRvA2Zmgz7qwNBhWQyk4+7WOiMeiTIwd4Xw1 Th645sqELHAjnIHn5rbbOjH00dFvuWisntt0s2ZWwfl4zsH5ROmpEjj7OiQm69gIZ2+zDM7k xdKFrRO5lcJ5KUC3h8LAFy52CXCIqMvBuY8oduE3V2ZcrIXzKI5efB7ObhOFXu93fbWsgfO0 3EsakScW1UpjdUp9LZxHZShSFhhWa2IXOEMdnMmSoDsmnrY0gTPcCM7OBP0iXH0qD+cTu4Is jdUAibEjnK/G2QNawLCPilsPBF3U6blt3S248G8usOptDWmkXLet0Wb3nFvWdEVw9nUIlqxj I5zb8j1n54UToUwit2I4LwUIYPyFSev1XQIcIsruOfcRRS6skAkXK+E8Ecc2vefs1DRIFsKu 2daIys3s/LYsqpXUERPqK+E8UYYyZRuWqbscCIKogzNZsopxnrY0gbO4EZydCa0gJLJ0IHi6 gqwbK0xi7ORAcDLOvmbgbo8NC5N864EgyOTc9hqorfYHnVgPZylh3baGgSyc2+a0vlsj1GHC pudsHRvh7G0WwNl7EUwomcitGM5LAUpuwzoO+S4BDhFhFs4uoqkL+kzkCRdr4TyKoxefgbNX o+kUWnOwCs7TckUGkW1UK6n7A8EZ9bVwHpWhSNliAMIuB4KgKuDsLRmjuUhbmsBZ3QLO3oRl yMP1sABnI68hS2P9CcLM2BHOV+PEAY1S2p974NYDQdC5uS1oxYnou1Co/Oq5Tf/CupVztpXu LOhKKYGzr0PxZB1bV85dOZydF6k0S+RWDOelALlSMgSodwlwiCjbStdHFLswkHCxFs6jOLaX NJxJDYw2YaVUs+c8LfecaWg7i6hWMAZEQn0tnEdlKFM2noRilwNBMHVwFv2ncmicEfkDwV7r FnB2JlANk39hz/nMryDrxg7XUmbP+WqcoisehttjsfVAEGxubpMGWAN8pz5nySXIHfqcz20j TyVw9nUo9X/vc/ZekNa7KpFbMZyXAhSoQO7U59wHuKrPuY8oduGbmbb3OU/E033OXk1SyVjf 5zwtN9dtfG6jWt2OMdT1OU+UoUgZQ9uk2OdA8FgHZ7JkOGMqbWkC5+ON4OxMgOKyuM/5j7Gi rM+Zxhm3kef2QfrCNx8InnJzmzTQDnWJ6oWXsJLZVXC2mINzJxosgrOvI/SSz9WxEc7eZhmc yYvgVstEbsVwXgpQUuUeFcLsEuAQkcjBuY8oduGbfmZcrITzRBy9+DycSY2yD6fYwlbAOSpX phHZiahWUgebUF8J54kylCmbAIR9DgTbOjiTJcvVAOeFA8H2RnB2JhB8rxCXLA9nq64hS2P9 IevM2BHO8TjOXHuYDIezYvOB4Dkzt50G0jrPX2n1D6EILfm6A0HVZuHcuuaV9XAOdYS98x0f QvE2i+Dce1FKm0RuxXBeClDQfPVwrn8IpQ9wiOichbOLKHbhG/r45odQJuLoxWfh7NQU0cOv KKoeQgnX68sjoevh/WN3bv6k/jyU32WQ2Ua1k5tQ++aHUjJOoMiJ8KtAunR3gXdXBW9nyaBB nbY0gXd3G3j3JqTwfbZ86SEVdbmGMI2VLDF2hPfVODhQBRCeIBSbDwwvubkPB80Q/cG4ewKs du5LwHUr6yPPwZsg2dkSePs6fOfLbB1bW+14ObydFzk80CTqDwwXArQg0fg2IwW7BDhEBDl4 9xFFLkQ4svnaxVp4j+LoxefhTWqCs3A7qLAG3tNyMY3Ii4hqJfVwL6NwK6xHZShS5hD2pHc5 MERWB2c80M2/DM8LifyBIbIbwdmZEFyGREQezkcRQdaPDR+9X48d4Xw1zvXTKivCp9LWA0Pk ubnd9zFq/zi/s1g7t0Eztm5PWmbh3DVnUQJnX4fvQpqtY+uetCyHs/NCL+KJ3ErhvBjgH0sX 1yKzR4BDRCoLZxdR7EKahIu1cB7F0YvPw1keEDF8uYnrOamA87RcnUFkN63VqWNKfS2cR2Uo U7YeznKXA0OEOjiTJQUYvspA5g8MEW4EZ2eCZn+YAwtwPpkryNJYN7nnx076oONx5iAYSB4K 33pgiJib2/1eLg99Q/VPB6MVVq1bOZ8ycDbs1EhTAue+DgiLKb3jyvlUDud+T1qG/nVZfWC4 GKBEhuHpHNglwCGiNgNnH1HsQpmEi5VwnoijF5+Hs9ublcO3eekaOEflnlOIpGl5impVdHHq hPpKOE+UoUw5fBeD3OXAEEUdnMmSsUplLE3gLG4E535jHDRGj0glV87dNWRprJWJsZOVczQO 3N4mU+hvj+XWA0PMtdFCv5moBzhXt9qhFmZlNwfLwZlIjFgAZ1+H4ek6tq6cWTGcnRdJn6om kVsxnJcCtPRPQIXeJcAhIp6Dcx/R6ELSS5EnXKyF8yiOXnwWzk6Ng/K391zXtNpF5UIakbTE wVh9eFh1a6vdRBmKlIemY7nLgSHW9UE7S0iIgrSlCZxv1Afdm6ClXHgKcKHV7oRXkHVjQ0+9 zrTaXY0D1weN4SEVufXAEHNttKThnqcIB+P1d8WuuXPdyvmksnA+NudjCZx9HVIm69gKZ1UO Z+i/pMl7mcmtGM5LAVK94VFng7sEGN3nX3IRxS6GG0vcCudRHE86DWf3RBIzoT3KiBo4T8s1 GUQeo1pJPTwW9LX6WjiPylCkbEOrndzlQBDr+qCdJSl02AaX+QNBvFEfdG9CIYSrTy7A2V5B 1o0NbWBfj53AOR4n3OHssOcstx4IYq6N1mloerW/Ba8/T6JbF8lXwRlzfdAGoLnIEji7OgwL Xz6l9oMzlvdBOy+GVpGYyK0YzksBWjITCsddAhwiyvVB+4giFzp0XKnNcB7FEdN90KQmmRj2 XlUVnCflCpZGJMAlVsfwVTpqM5xHZShTHvac9zkQrOuDdpbA2PAVfnLhQPBGfdDOBF0l/rsd mFqAs+BXkHVjw+O+KgPnq3HqgDQHwkMqcvOB4Hwb7f8ANz/k5PFfAAA= --mP3DRpeJDSE+ciuQ-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Tue Mar 16 23:33:25 1999 Delivered-To: freebsd-isdn@freebsd.org Received: from finesse.paul-magazin.de (finesse.paul-magazin.de [195.238.147.57]) by hub.freebsd.org (Postfix) with ESMTP id EE4C314EA7 for ; Tue, 16 Mar 1999 23:33:22 -0800 (PST) (envelope-from p@znet.de) Received: from pascal by finesse.paul-magazin.de with local (Exim 2.05 #2) id 10NAox-0000Pq-00 for freebsd-isdn@freebsd.org; Wed, 17 Mar 1999 08:32:55 +0100 Date: Wed, 17 Mar 1999 08:32:55 +0100 From: Pascal Gienger To: freebsd-isdn@freebsd.org Subject: Re: got a isdntrace and tcpdump trace of unsucceessful dialup attempts Message-ID: <19990317083255.A1595@finesse.paul-magazin.de> References: <19990311081346.A1668@titan.klemm.gtn.com> <19990311121144.A1870@titan.klemm.gtn.com> <19990317073359.A20694@titan.klemm.gtn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95i In-Reply-To: <19990317073359.A20694@titan.klemm.gtn.com>; from Andreas Klemm on Wed, Mar 17, 1999 at 07:33:59AM +0100 Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, Mar 17, 1999 at 07:33:59AM +0100, Andreas Klemm wrote: > Hi ! > > After some days the error showed up again and here complete debugging > data, thanks to diskspace(tm) ;-) > > 17.03.1999 07:18:40 - 17.03.1999 07:18:40 GTN 1 (0) (127/100) > 17.03.1999 07:18:45 - 17.03.1999 07:18:45 GTN 1 (0) (127/100) [...] I hope you changed your password of your access now... Your PPP username and password were in your isdntrace-log.... Problem: In your case, the remote access device did not like your login. So this was an authorization failure. Seemed to be a provider problem (broken radius, tacacs, or whatsoever). In my case, there is no password and no loginname, PPP is done based on screened CLID (and this is working, the log of the Ascend access devices shows clearly my machine stopping ipcp negotiation :( ). Pascal -- Unix, Pascal Gienger, Moosstr. 7 /\ 7 .rtssooM ,regneiG lacsaP xinU Networx 78467 Konstanz, p@znet.de / \ ed.tenz@p ,znatsnoK 76487 xrowteN & WWW http://pascal.znet.de/ \ed.tenz.lacsap\\:ptth WWW & http://echo.znet.de:8888/ echo \8888:ed.tenz.ohce\\:ptth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Wed Mar 17 4: 4: 7 1999 Delivered-To: freebsd-isdn@freebsd.org Received: from wall.pdv.de (ns.pdv.de [194.139.111.2]) by hub.freebsd.org (Postfix) with ESMTP id 168F5154DE for ; Wed, 17 Mar 1999 04:03:08 -0800 (PST) (envelope-from Dirk.Nerling@pdv.de) Received: (from mail@localhost) by wall.pdv.de (8.9.1a/8.9.1) id NAA06244 for ; Wed, 17 Mar 1999 13:02:47 +0100 (CET) X-Authentication-Warning: wall.pdv.de: mail set sender to using -f Received: from pc-dirk1.pdv.de(192.168.12.53) by wall.pdv.de via smap (V2.1+anti-relay+anti-spam) id xma006242; Wed, 17 Mar 99 13:02:32 +0100 From: "Dirk Nerling" To: "FreeBSD-ISDN (MList) (E-Mail)" Subject: can't compile kernel with i4b which came from the the R3.1 CDROM.COM Date: Wed, 17 Mar 1999 13:06:13 +0100 Message-ID: <000101be706e$8f3e4990$350ca8c0@pc-dirk1.pdv.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hello, I just got my FreeBSD subscription Release 3.1 from CDROM.COM and tried to build a kernel with i4b. So here are my kernel entries: # # ISDN 4 BSD # # enable VJ header compression detection for ipr i/f options IPR_VJ options "MD5" options "TEL_S0_16_3" device isic0 at isa? port 0xd80 net irq 5 flags 3 pseudo-device "i4bq921" pseudo-device "i4bq931" pseudo-device "i4b" pseudo-device "i4bctl" pseudo-device "i4btrc" 4 pseudo-device "i4brbch" 4 pseudo-device "i4btel" 2 pseudo-device "i4bipr" 4 pseudo-device "i4bisppp" 4 Btw. how do I change the irq of my Teles 16.3 if I only have FreeBSD at the machine? Could I simply change the IRQ at the device (how I did: from 10 to 5) and the kernel will set the ISDN card to his new IRQ? After "config" and "make depend" I tried a "make" and got the following error. loading kernel i4b_isppp.o: In function `i4bispppattach': i4b_isppp.o(.text+0x171): undefined reference to `sppp_attach' i4b_isppp.o: In function `i4bisppp_ioctl': i4b_isppp.o(.text+0x1bb): undefined reference to `sppp_ioctl' i4b_isppp.o: In function `i4bisppp_start': i4b_isppp.o(.text+0x1dd): undefined reference to `sppp_isempty' i4b_isppp.o(.text+0x20a): undefined reference to `sppp_dequeue' i4b_isppp.o: In function `i4bisppp_rx_data_rdy': i4b_isppp.o(.text+0x5ee): undefined reference to `sppp_input' *** Error code 1 Anybody an idea? Btw. which i4b version contains the CDROM, how could I get the verison? best regards Dirk -- Milky Way - Sol System - Earth - Europe - Germany - Thuringia - Erfurt http://wall.pdv.de/~nerle To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Wed Mar 17 4:51:56 1999 Delivered-To: freebsd-isdn@freebsd.org Received: from office.knowledge.com (office.knowledge.com [195.40.167.196]) by hub.freebsd.org (Postfix) with ESMTP id 02C001567F for ; Wed, 17 Mar 1999 04:51:46 -0800 (PST) (envelope-from Peter.Galbavy@knowledge.com) Received: from peter by office.knowledge.com with local (Exim 2.10 #1) id 10NFn9-0005m4-00; Wed, 17 Mar 1999 12:51:23 +0000 Date: Wed, 17 Mar 1999 12:51:23 +0000 From: Peter Galbavy To: Pascal Gienger Cc: freebsd-isdn@FreeBSD.ORG Subject: Re: got a isdntrace and tcpdump trace of unsucceessful dialup attempts Message-ID: <19990317125123.A3541@office.knowledge.com> References: <19990311081346.A1668@titan.klemm.gtn.com> <19990311121144.A1870@titan.klemm.gtn.com> <19990317073359.A20694@titan.klemm.gtn.com> <19990317083255.A1595@finesse.paul-magazin.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <19990317083255.A1595@finesse.paul-magazin.de>; from Pascal Gienger on Wed, Mar 17, 1999 at 08:32:55AM +0100 Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, Mar 17, 1999 at 08:32:55AM +0100, Pascal Gienger wrote: > Problem: In your case, the remote access device did not like your > login. So this was an authorization failure. Seemed to be a provider > problem (broken radius, tacacs, or whatsoever). > > In my case, there is no password and no loginname, PPP is done based > on screened CLID (and this is working, the log of the Ascend access > devices shows clearly my machine stopping ipcp negotiation :( ). There are various old and new failure modes of Ascend's PPP with modems and ISDN connections. When, in the old days, I was at Demon there were regular threads in demon.service about "dead connections" et al. I have seen traces (on modems though) that look similar, but not the same. I suggest ascend-users@bungi.com (majordodmo@ to subscribe) where someone may be able to shine more light on it than I can - at least recently. Regards, -- Peter Galbavy Knowledge Matters Ltd http://www.knowledge.com /http://www.wonderland.org/ http://www.literature.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Wed Mar 17 6: 4: 6 1999 Delivered-To: freebsd-isdn@freebsd.org Received: from hcsext.hcs.de (hcsext.hcs.de [194.123.40.2]) by hub.freebsd.org (Postfix) with SMTP id B577C1523C for ; Wed, 17 Mar 1999 06:03:59 -0800 (PST) (envelope-from hm@hcs.de) Received: from hcswork.hcs.de([192.76.124.5]) (1892 bytes) by hcsext.hcs.de via sendmail with P:smtp/R:inet_hosts/T:smtp (sender: ) id for ; Wed, 17 Mar 1999 15:03:40 +0100 (CET) (Smail-3.2.0.104 1998-Nov-20 #1 built 1998-Dec-11) Received: by hcswork.hcs.de (Smail3.1.29.0 #12) id m10NGv6-0000beC; Wed, 17 Mar 99 15:03 MET Message-Id: From: hm@hcs.de (Hellmuth Michaelis) Subject: Re: can't compile kernel with i4b which came from the the R3.1 CDROM.COM In-Reply-To: <000101be706e$8f3e4990$350ca8c0@pc-dirk1.pdv.de> from Dirk Nerling at "Mar 17, 99 01:06:13 pm" To: Dirk.Nerling@pdv.de (Dirk Nerling) Date: Wed, 17 Mar 1999 15:03:40 +0100 (MET) Cc: freebsd-isdn@FreeBSD.ORG Reply-To: hm@hcs.de Organization: HCS Hanseatischer Computerservice GmbH X-Mailer: ELM [version 2.4ME+ PL39 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1013 Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org From the keyboard of Dirk Nerling: > Btw. how do I change the irq of my Teles 16.3 if I only have FreeBSD at the > machine? Could I simply change the IRQ at the > device (how I did: from 10 to 5) and the kernel will set the ISDN card to > his new IRQ? Yes. > After "config" and "make depend" I tried a "make" and got the following > error. > > loading kernel > i4b_isppp.o: In function `i4bispppattach': > i4b_isppp.o(.text+0x171): undefined reference to `sppp_attach' [...] Add pseudo-device sppp 4 to your kernel config file and re-make-depend and recompile. > Anybody an idea? Btw. which i4b version contains the CDROM, how could I get > the verison? It is 0.70.00. hellmuth -- Hellmuth Michaelis Tel +49 40 559747-70 HCS Hanseatischer Computerservice GmbH Fax +49 40 559747-77 Oldesloer Strasse 97-99 Mail hm [at] hcs.de 22457 Hamburg WWW http://www.hcs.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Wed Mar 17 10:36:23 1999 Delivered-To: freebsd-isdn@freebsd.org Received: from eh.est.is (eh.est.is [194.144.208.34]) by hub.freebsd.org (Postfix) with ESMTP id CB00C152B6 for ; Wed, 17 Mar 1999 10:36:18 -0800 (PST) (envelope-from totii@est.is) Received: from gateway.toti.est.is (toti.est.is [194.144.208.13]) by eh.est.is (8.8.8/8.8.8) with ESMTP id SAA00518 for ; Wed, 17 Mar 1999 18:37:39 GMT (envelope-from totii@est.is) Received: from est.is (asus.toti.est.is [192.168.255.2]) by gateway.toti.est.is (8.9.2/8.9.1) with ESMTP id SAA94437 for ; Wed, 17 Mar 1999 18:35:56 GMT (envelope-from totii@est.is) Message-ID: <36F06689.DE8690B8@est.is> Date: Wed, 17 Mar 1999 18:35:53 -0800 From: Thordur Ivarsson Reply-To: thivars@est.is X-Mailer: Mozilla 4.08 [en] (Win98; I) MIME-Version: 1.0 To: "freebsd-isdn@FreeBSD.ORG" Subject: Answering machine Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Is it possible to respond to calls made from someone that has his id hidden (NotAvailable) but not the others. Thordur Ivarsson To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Wed Mar 17 10:40:19 1999 Delivered-To: freebsd-isdn@freebsd.org Received: from eh.est.is (eh.est.is [194.144.208.34]) by hub.freebsd.org (Postfix) with ESMTP id BB5631505F for ; Wed, 17 Mar 1999 10:40:10 -0800 (PST) (envelope-from totii@est.is) Received: from gateway.toti.est.is (toti.est.is [194.144.208.13]) by eh.est.is (8.8.8/8.8.8) with ESMTP id SAA00535 for ; Wed, 17 Mar 1999 18:41:28 GMT (envelope-from totii@est.is) Received: from est.is (asus.toti.est.is [192.168.255.2]) by gateway.toti.est.is (8.9.2/8.9.1) with ESMTP id SAA94444 for ; Wed, 17 Mar 1999 18:39:40 GMT (envelope-from totii@est.is) Message-ID: <36F0676A.728772AD@est.is> Date: Wed, 17 Mar 1999 18:39:38 -0800 From: Thordur Ivarsson Reply-To: thivars@est.is X-Mailer: Mozilla 4.08 [en] (Win98; I) MIME-Version: 1.0 To: "freebsd-isdn@FreeBSD.ORG" Subject: Strange ID comming in Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Something like this came to my isdnd monitor Call from AAAAA to BBBBB Call from AAAAA to CCCCC and AAAAA, BBBBB or CCCCC to belong to me, and AAAAA was not calling me! Any ideas? Thordur Ivarsson To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Wed Mar 17 13:10:39 1999 Delivered-To: freebsd-isdn@freebsd.org Received: from mail.rwth-aachen.de (mail.RWTH-Aachen.DE [137.226.144.9]) by hub.freebsd.org (Postfix) with ESMTP id 5CE4D153A3 for ; Wed, 17 Mar 1999 13:10:36 -0800 (PST) (envelope-from heinig@hdz-ima.rwth-aachen.de) Received: from HDZ-IMA.RWTH-Aachen.de (majestix.hdz-ima.RWTH-Aachen.DE) by mail.rwth-aachen.de (PMDF V5.1-12 #30440) with ESMTP id <01J8YAU5AGX60001YD@mail.rwth-aachen.de> for freebsd-isdn@freebsd.org; Wed, 17 Mar 1999 22:10:14 +0100 Received: from MAJESTIX/MAIL by HDZ-IMA.RWTH-Aachen.de (Mercury 1.20); Wed, 17 Mar 1999 22:12:24 +0000 Received: from MAIL by MAJESTIX (Mercury 1.20); Wed, 17 Mar 1999 22:11:55 +0000 Received: from hdz-ima.rwth-aachen.de by HDZ-IMA.RWTH-Aachen.de (Mercury 1.20) with ESMTP; Wed, 17 Mar 1999 22:11:54 +0000 Date: Wed, 17 Mar 1999 22:10:14 +0100 From: Gerald Heinig Subject: I/O base address for ISAC/HSCX To: freebsd-isdn@freebsd.org, hm@hcs.de Message-id: <36F01A36.8EB476A8@hdz-ima.rwth-aachen.de> Organization: Informatik im Maschinenbau / Hochschuldidaktisches Zentrum, RWTH Aachen MIME-version: 1.0 X-Mailer: Mozilla 4.5 [en] (X11; I; FreeBSD 2.2.7-RELEASE i386) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit X-Accept-Language: en Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, I've finally found the time again to have a look at the i4b internals and I have a question which has been bugging me for a while now: why do you do all that I/O address translation ie. base + offset - somethingelse in the Fritz card low-level driver? more specifically, the lines #define AVM_CONF_REG 0x1800 /* base offset for config register */ #define AVM_CONF_IRQ 0x1801 /* base offset for IRQ register */ /* config register write */ in i4b_avm_a1.c are a source of puzzlement. Where do you get the 0x1800 from? Aren't the first set of ISAC registers simply mapped consecutively at I/O address (one of: 0x200/0x240/0x300/0x340)? If they're mapped elsewhere, where did this info come from? [hmm.. let me guess... AVM? :-) ]. Another bit is where you do the following: i4b_avm_a1.c line 121 insb((int)base - 0x3e0, (u_char *)buf, (u_int)len); ^^^^^^^^^^^^^ Why the base +/- offset business? Cheers, Gerald -- "Would you like to buy an encyclopaedia to help your child get to college?" "He doesn't need it. He takes the bus!" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Wed Mar 17 14: 3:42 1999 Delivered-To: freebsd-isdn@freebsd.org Received: from harvey.aball.de (harvey.aball.de [194.77.82.26]) by hub.freebsd.org (Postfix) with SMTP id F071615264 for ; Wed, 17 Mar 1999 14:03:24 -0800 (PST) (envelope-from alice.turbocat.de!dave@harvey.aball.de) Received: by harvey.aball.de (Smail3.1.28.1 #11) id m10NOOq-000J2KC; Wed, 17 Mar 99 23:02 MET Received: from cat.turbocat.de (cat.turbocat.de [194.77.82.49]) by alice.turbocat.de (8.8.8/8.7.3) with ESMTP id VAA20156; Wed, 17 Mar 1999 21:26:45 +0100 (CET) Received: (from dave@localhost) by cat.turbocat.de (8.8.5/8.7.3) id VAA00256; Wed, 17 Mar 1999 21:26:43 +0100 (MET) Message-Id: <199903172026.VAA00256@cat.turbocat.de> Content-Type: text/plain MIME-Version: 1.0 (NeXT Mail 4.2mach v148) Received: by NeXT.Mailer (1.148) From: David Wetzel Date: Wed, 17 Mar 99 21:26:42 +0100 To: thivars@est.is Subject: Re: Answering machine Cc: "freebsd-isdn@FreeBSD.ORG" References: <36F06689.DE8690B8@est.is> Organisation: Turbocat's Development http://www.turbocat.de Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Is it possible to respond to calls made from someone that has his id > hidden (NotAvailable) but not the others. AFAIK no. But you should be able to build this. Grep for exec_answer and trace back until you have the position where it is called. --- _ _ _(_)(_)_ David Wetzel, Turbocat's Development, (_) __ (_) Buchhorster Strasse, D-16567 Muehlenbeck/Berlin, FRG, _/ \_ Fax +49 33056 82835 NeXTmail dave@turbocat.de (______) http://www.turbocat.de/ DEVELOPMENT * CONSULTING * ADMINISTRATION WATCH OUT FOR TURBOFAX for OPENSTEP! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Wed Mar 17 23: 9:32 1999 Delivered-To: freebsd-isdn@freebsd.org Received: from BITS.bris.ac.uk (bits.bris.ac.uk [137.222.64.1]) by hub.freebsd.org (Postfix) with ESMTP id 4E10E153DC for ; Wed, 17 Mar 1999 23:07:52 -0800 (PST) (envelope-from stewart@BITS.bris.ac.uk) Received: from BITS.bris.ac.uk (IDENT:stewart@BITS.bris.ac.uk [137.222.64.1]) by BITS.bris.ac.uk (8.9.2/8.9.1) with ESMTP id HAA29213 for ; Thu, 18 Mar 1999 07:03:38 GMT Date: Thu, 18 Mar 1999 07:03:38 +0000 (GMT) From: Stewart Morgan To: freebsd-isdn@FreeBSD.ORG Subject: User-user D-Channel packets Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi all, For the past couple of weeks, I've been attempting to setup some basic communication using user-user packets in both the "setup" and "user information" packets. I've written a device (/dev/i4ninfo) which sends its input via an established connection using user_information packets but I think the network is stripping them -- they don't show up at the other end (I have added/checked the relevent IEI_USERUSER and USER_INFORMATION cases in i4b_q931.c). I've also tinkered with facility packets to get "service 3" enabled but to no avail. So, either I'm not doing something right or the service isn't implemented -- is there anyway to conclusively tell?? Keep up the good work! Stewart ------- - Systems-Representative & Joint Systems Administrator BITS - Bristol Information Technology Society University of Bristol Student's Union, Bristol, England E-Mail : stewart@BITS.bris.ac.uk WWW : http://www.BITS.bris.ac.uk/stewart/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Wed Mar 17 23:46:52 1999 Delivered-To: freebsd-isdn@freebsd.org Received: from testmail.openu.ac.il (testmail.openu.ac.il [147.233.32.50]) by hub.freebsd.org (Postfix) with ESMTP id F07B51537A for ; Wed, 17 Mar 1999 23:46:40 -0800 (PST) (envelope-from rafi@meron.openu.ac.il) Received: from testmail.openu.ac.il (testmail.openu.ac.il [147.233.32.50]) by testmail.openu.ac.il (PPostfix-TEST) with ESMTP id DCE7C16040 for ; Thu, 18 Mar 1999 09:46:10 +0200 (IST) Date: Thu, 18 Mar 1999 09:46:10 +0200 (IST) From: Rafi Sadowsky To: Isdn 4 BSD list Subject: Teles 16.3 Pnp on FreeBSD 3.1 release ? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org is it possible ? I didn't try with the "clean" release with i4b beta 0.71 installed ( FreeBSD/overinstall ) the kernel won't compile ( see below ) and after "overunistall" kernel disables the PnP card on boot is it possible to use the PnP 16.3 with i4b ? how thanks Rafi = CSN 1 Vendor ID: TAG2110 [0x10212750] Serial 0x199158e0 Comp ID: @@@0000 [0x00000000] CSN 1 (Teles 16.3 PnP) is disabled. = cc -c -O -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wuninitializ ed -Wformat -Wunused -fformat-extensions -ansi -nostdinc -I- -I. -I../.. -I/us r/include -DKERNEL -DVM_STACK -include opt_global.h -elf ../../i4b/layer1/i4b_ isic_isa.c ../../i4b/layer1/i4b_isic_isa.c: In function `isic_realattach': ../../i4b/layer1/i4b_isic_isa.c:415: too many arguments to function `isic_attach _s0163P' *** Error code 1 = ==(kernel config used ) # Teles S0/16.3 PnP options "TEL_S0_16_3_P" device isic0 at isa? port ? net irq ? vector isicintr # # ISDN Protocol Stack # ------------------- # # Q.921 / layer 2 - i4b passive cards D channel handling pseudo-device "i4bq921" # # Q.931 / layer 3 - i4b passive cards D channel handling pseudo-device "i4bq931" # # layer 4 - i4b common passive and active card handling pseudo-device "i4b" # # # ISDN devices # ------------ # # userland driver to do ISDN tracing (for passive cards only) pseudo-device "i4btrc" 4 # # userland driver to control the whole thing pseudo-device "i4bctl" # # userland driver for access to raw B channel pseudo-device "i4brbch" 4 # # # userland driver for telephony pseudo-device "i4btel" 2 # # network driver for IP over raw HDLC ISDN pseudo-device "i4bipr" 4 # enable VJ header compression detection for ipr i/f options IPR_VJ # # network driver for sync PPP over ISDN pseudo-device "i4bisppp" 4 pseudo-device sppp 4 # -- Rafi Sadowsky rafi@oumail.openu.ac.il Network/System/Security VoiceMail: +972-3-646-0592 FAX: +972-3-646-5410 Mangler ( :-) | member ILAN-CERT(CERT@CERT.AC.IL) Open University of Israel | (PGP key -> ) http://telem.openu.ac.il/~rafi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Wed Mar 17 23:52:44 1999 Delivered-To: freebsd-isdn@freebsd.org Received: from linteuto.teuto.de (linteuto.teuto.de [194.77.23.26]) by hub.freebsd.org (Postfix) with ESMTP id 5F6F414C2E for ; Wed, 17 Mar 1999 23:52:40 -0800 (PST) (envelope-from martin@rumolt.teuto.de) Received: from rumolt.teuto.de (root@rumolt.teuto.de [212.8.203.81]) by linteuto.teuto.de (8.8.7/8.8.7) with ESMTP id IAA00191; Thu, 18 Mar 1999 08:52:17 +0100 Received: from martins (hwart.teuto.de [212.8.203.83]) by rumolt.teuto.de (8.8.8/8.8.7) with SMTP id IAA06806; Thu, 18 Mar 1999 08:40:15 +0100 (MET) From: "Martin Husemann" To: Cc: , Subject: RE: got a isdntrace and tcpdump trace of unsucceessful dialup attempts Date: Thu, 18 Mar 1999 08:40:12 +0100 Message-ID: <001601be7112$8e655c30$53cb08d4@martins.teuto.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 In-Reply-To: <19990317083255.A1595@finesse.paul-magazin.de> Importance: Normal Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Problem: In your case, the remote access device did not like your > login. So this was an authorization failure. Seemed to be a provider > problem (broken radius, tacacs, or whatsoever). That's exactly what I was seeing on a system connecting to t-online. PAP login was rejected, and that's what my patch uses to configure the interface down to prevent frequent redials. Usualy after a few minutes the problem "just goes away" and a new connection can be established. Maybe a firmware bug in the AS5200, as Andreas told us the radius logs showed "access granted" ??? The only way to trace this down will be a PPP log of a failing connection from the AS5200. Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Wed Mar 17 23:59:42 1999 Delivered-To: freebsd-isdn@freebsd.org Received: from hcsext.hcs.de (hcsext.hcs.de [194.123.40.2]) by hub.freebsd.org (Postfix) with SMTP id 8B03214C2E for ; Wed, 17 Mar 1999 23:59:34 -0800 (PST) (envelope-from hm@hcs.de) Received: from hcswork.hcs.de([192.76.124.5]) (2171 bytes) by hcsext.hcs.de via sendmail with P:smtp/R:inet_hosts/T:smtp (sender: ) id for ; Thu, 18 Mar 1999 08:59:15 +0100 (CET) (Smail-3.2.0.104 1998-Nov-20 #1 built 1998-Dec-11) Received: by hcswork.hcs.de (Smail3.1.29.0 #12) id m10NXhz-0000bRC; Thu, 18 Mar 99 08:59 MET Message-Id: From: hm@hcs.de (Hellmuth Michaelis) Subject: Re: I/O base address for ISAC/HSCX In-Reply-To: <36F01A36.8EB476A8@hdz-ima.rwth-aachen.de> from Gerald Heinig at "Mar 17, 99 10:10:14 pm" To: heinig@hdz-ima.rwth-aachen.de (Gerald Heinig) Date: Thu, 18 Mar 1999 08:59:15 +0100 (MET) Cc: freebsd-isdn@freebsd.org Reply-To: hm@hcs.de Organization: HCS Hanseatischer Computerservice GmbH X-Mailer: ELM [version 2.4ME+ PL39 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1314 Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org From the keyboard of Gerald Heinig: > I've finally found the time again to have a look at the i4b internals > and I have a question which has been bugging me for a while now: why do > you do all that I/O address translation ie. base + offset - somethingelse base is the configured base address (0x200/0x240/0x300/0x340) offset is an offset for a specific register from the base +/-somethingelse is a magic constant the manufacturer choosed for his hardware > the lines > > #define AVM_CONF_REG 0x1800 /* base offset for config register */ > #define AVM_CONF_IRQ 0x1801 /* base offset for IRQ register */ > /* config register write */ > > in i4b_avm_a1.c are a source of puzzlement. Where do you get the 0x1800 > from? They were gotten from dissassembling the hardware and/or MSDOS drivers (as were the information for many other cards :-((( ), for details for this one, see: http://www.arg1.demon.co.uk/avm.html hellmuth -- Hellmuth Michaelis Tel +49 40 559747-70 HCS Hanseatischer Computerservice GmbH Fax +49 40 559747-77 Oldesloer Strasse 97-99 Mail hm [at] hcs.de 22457 Hamburg WWW http://www.hcs.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Thu Mar 18 0:15:57 1999 Delivered-To: freebsd-isdn@freebsd.org Received: from hcsext.hcs.de (hcsext.hcs.de [194.123.40.2]) by hub.freebsd.org (Postfix) with SMTP id 035D114E98 for ; Thu, 18 Mar 1999 00:15:17 -0800 (PST) (envelope-from hm@hcs.de) Received: from hcswork.hcs.de([192.76.124.5]) (1640 bytes) by hcsext.hcs.de via sendmail with P:smtp/R:inet_hosts/T:smtp (sender: ) id for ; Thu, 18 Mar 1999 09:14:25 +0100 (CET) (Smail-3.2.0.104 1998-Nov-20 #1 built 1998-Dec-11) Received: by hcswork.hcs.de (Smail3.1.29.0 #12) id m10NXwe-0000beC; Thu, 18 Mar 99 09:14 MET Message-Id: From: hm@hcs.de (Hellmuth Michaelis) Subject: Re: User-user D-Channel packets In-Reply-To: from Stewart Morgan at "Mar 18, 99 07:03:38 am" To: stewart@BITS.bris.ac.uk (Stewart Morgan) Date: Thu, 18 Mar 1999 09:14:24 +0100 (MET) Cc: freebsd-isdn@FreeBSD.ORG Reply-To: hm@hcs.de Organization: HCS Hanseatischer Computerservice GmbH X-Mailer: ELM [version 2.4ME+ PL39 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 780 Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org From the keyboard of Stewart Morgan: > I've also tinkered with facility packets to get "service 3" enabled but to > no avail. So, either I'm not doing something right or the service isn't > implemented -- is there anyway to conclusively tell?? Either look at the causes - they should tell you something - or you have to ask your ISDN provider. I have no idea what "service 3" is but UUS has to be subscribed here in Germany, so it is disabled by default. hellmuth -- Hellmuth Michaelis Tel +49 40 559747-70 HCS Hanseatischer Computerservice GmbH Fax +49 40 559747-77 Oldesloer Strasse 97-99 Mail hm [at] hcs.de 22457 Hamburg WWW http://www.hcs.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Thu Mar 18 0:34:26 1999 Delivered-To: freebsd-isdn@freebsd.org Received: from linteuto.teuto.de (linteuto.teuto.de [194.77.23.26]) by hub.freebsd.org (Postfix) with ESMTP id 62B5B14C2E for ; Thu, 18 Mar 1999 00:34:23 -0800 (PST) (envelope-from martin@rumolt.teuto.de) Received: from rumolt.teuto.de (root@rumolt.teuto.de [212.8.203.81]) by linteuto.teuto.de (8.8.7/8.8.7) with ESMTP id JAA02178; Thu, 18 Mar 1999 09:34:04 +0100 Received: from martins (hwart.teuto.de [212.8.203.83]) by rumolt.teuto.de (8.8.8/8.8.7) with SMTP id JAA07968; Thu, 18 Mar 1999 09:15:28 +0100 (MET) From: "Martin Husemann" To: "Dirk Nerling" , "FreeBSD-ISDN (MList) (E-Mail)" Subject: RE: can't compile kernel with i4b which came from the the R3.1 CDROM.COM Date: Thu, 18 Mar 1999 09:15:26 +0100 Message-ID: <001801be7117$7a36f0c0$53cb08d4@martins.teuto.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 In-Reply-To: <000101be706e$8f3e4990$350ca8c0@pc-dirk1.pdv.de> Importance: Normal Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Btw. how do I change the irq of my Teles 16.3 if I only have > FreeBSD at the > machine? Could I simply change the IRQ at the > device (how I did: from 10 to 5) and the kernel will set the ISDN card to > his new IRQ? Yes, the 16.3 is reprogrammed at initialization time. Only the port must match the jumper on the card. Sorry, can't help you with the FreeBSD specific part... Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Thu Mar 18 1:25:42 1999 Delivered-To: freebsd-isdn@freebsd.org Received: from BITS.bris.ac.uk (bits.bris.ac.uk [137.222.64.1]) by hub.freebsd.org (Postfix) with ESMTP id 9B71E1557E for ; Thu, 18 Mar 1999 01:25:32 -0800 (PST) (envelope-from stewart@BITS.bris.ac.uk) Received: from BITS.bris.ac.uk (IDENT:stewart@BITS.bris.ac.uk [137.222.64.1]) by BITS.bris.ac.uk (8.9.2/8.9.1) with ESMTP id JAA30248; Thu, 18 Mar 1999 09:20:41 GMT Date: Thu, 18 Mar 1999 09:20:41 +0000 (GMT) From: Stewart Morgan To: Hellmuth Michaelis Cc: freebsd-isdn@FreeBSD.ORG Subject: Re: User-user D-Channel packets In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, 18 Mar 1999, Hellmuth Michaelis wrote: > >From the keyboard of Stewart Morgan: > > > I've also tinkered with facility packets to get "service 3" enabled but to > > no avail. So, either I'm not doing something right or the service isn't > > implemented -- is there anyway to conclusively tell?? > > Either look at the causes - they should tell you something - or you have to > ask your ISDN provider. It comes back with 98 (0x62) which gives me three options: 1) Message not compatible with call state Acording to the ETSI specs, this should be fine in most call states. 2) Message type non-existent Not the case. 3) Not implemented Acording to BT web pages, they implemented this last year. I guess it could simply be a case of it being disabled but the cause seems a little ambiguous, more of a general case answer?? *sigh* :) > I have no idea what "service 3" is but UUS has to be subscribed here in > Germany, so it is disabled by default. As I understand it, there are 3 types of UUS "service": 1) Implicit or explicit service 1: allows 2x35 or 2x131 octets to be sent (in both directions) during the call setup / tear-down phases. 2) Explicit service 2: allows the same thing but only between the alerting and connect phases. 3) Explicit service 3: allows unlimited multiples of 131 octets to be sent in user_information frames once a call has been established. I started with service 3, but realised I'd have to send some facility frames so I tried implicit service 1 in the setup phase, but I don't get any difference in output surely there would be causes?? I shall investigated the "disabled by default" though I was under the impression that it was standard with an ISDN 2e compient socket?? Does anyone out there have any experience of this?? Any help appreciated... Stewart ------- - Systems-Representative & Joint Systems Administrator BITS - Bristol Information Technology Society University of Bristol Student's Union, Bristol, England E-Mail : stewart@BITS.bris.ac.uk WWW : http://www.BITS.bris.ac.uk/stewart/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Thu Mar 18 3:10: 1 1999 Delivered-To: freebsd-isdn@freebsd.org Received: from hcsext.hcs.de (hcsext.hcs.de [194.123.40.2]) by hub.freebsd.org (Postfix) with SMTP id E4630153D9 for ; Thu, 18 Mar 1999 03:09:53 -0800 (PST) (envelope-from hm@hcs.de) Received: from hcswork.hcs.de([192.76.124.5]) (1737 bytes) by hcsext.hcs.de via sendmail with P:smtp/R:inet_hosts/T:smtp (sender: ) id for ; Thu, 18 Mar 1999 12:09:31 +0100 (CET) (Smail-3.2.0.104 1998-Nov-20 #1 built 1998-Dec-11) Received: by hcswork.hcs.de (Smail3.1.29.0 #12) id m10Nag2-0000c3C; Thu, 18 Mar 99 12:09 MET Message-Id: From: hm@hcs.de (Hellmuth Michaelis) Subject: Re: Teles 16.3 Pnp on FreeBSD 3.1 release ? In-Reply-To: from Rafi Sadowsky at "Mar 18, 99 09:46:10 am" To: rafi@meron.openu.ac.il (Rafi Sadowsky) Date: Thu, 18 Mar 1999 12:09:26 +0100 (MET) Cc: freebsd-isdn@FreeBSD.ORG Reply-To: hm@hcs.de Organization: HCS Hanseatischer Computerservice GmbH X-Mailer: ELM [version 2.4ME+ PL39 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 867 Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org From the keyboard of Rafi Sadowsky: > is it possible ? It should. > I didn't try with the "clean" release > with i4b beta 0.71 installed ( FreeBSD/overinstall ) > the kernel won't compile ( see below ) A fix for this was just committed to FreeBSD-current. > and after "overunistall" kernel disables the PnP card on boot It might be necessary that you have to enable this card explicitely, see the manual page for pnp(4). Anyway, i don't have such a card and so the driver might need some further massaging before it does what it should. hellmuth -- Hellmuth Michaelis Tel +49 40 559747-70 HCS Hanseatischer Computerservice GmbH Fax +49 40 559747-77 Oldesloer Strasse 97-99 Mail hm [at] hcs.de 22457 Hamburg WWW http://www.hcs.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Fri Mar 19 10:36:41 1999 Delivered-To: freebsd-isdn@freebsd.org Received: from picalon.gun.de (picalon.gun.de [192.109.159.1]) by hub.freebsd.org (Postfix) with ESMTP id CFAEF14E73 for ; Fri, 19 Mar 1999 10:36:36 -0800 (PST) (envelope-from andreas@klemm.gtn.com) Received: from klemm.gtn.com (pppak04.gtn.com [194.231.123.169]) by picalon.gun.de (8.8.6/8.8.6) with ESMTP id TAA12321; Fri, 19 Mar 1999 19:36:15 +0100 (MET) Received: (from andreas@localhost) by klemm.gtn.com (8.9.2/8.9.2) id TAA08093; Fri, 19 Mar 1999 19:35:54 +0100 (CET) (envelope-from andreas) Date: Fri, 19 Mar 1999 19:35:54 +0100 From: Andreas Klemm To: Peter Galbavy Cc: Pascal Gienger , freebsd-isdn@FreeBSD.ORG Subject: Re: got a isdntrace and tcpdump trace of unsucceessful dialup attempts Message-ID: <19990319193554.A7819@titan.klemm.gtn.com> References: <19990311081346.A1668@titan.klemm.gtn.com> <19990311121144.A1870@titan.klemm.gtn.com> <19990317073359.A20694@titan.klemm.gtn.com> <19990317083255.A1595@finesse.paul-magazin.de> <19990317125123.A3541@office.knowledge.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <19990317125123.A3541@office.knowledge.com>; from Peter Galbavy on Wed, Mar 17, 1999 at 12:51:23PM +0000 X-Operating-System: FreeBSD 3.1-STABLE SMP X-Disclaimer: A free society is one where it is safe to be unpopular Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org We have the culprit now... What I didn't notice first was, that the error showed up at the same time, around 7am ... At that time my ISP does some automated tasks with expect. He doesn't perform a reload on the Cisco AS5200, but the interfaces seem to be unaccessable for about 1-5 minutes. But the AS5200 accepts calls ... and then seems to hangup the connection or (other possibility) he can't acceess the radius daemon ;-) I already spoke with Helle about this and he is happy, that this is not i4b related ... The only thing that still might need some work is, to activate these variables when using PPP sessions ... dialretries = 3 dialrandincr = on recoverytime = 60 # time to wait between 2 dial tries usedown = on # set i/f down downtries = 5 # retry cycles before set down downtime = 30 # time to be in down before going up It seems to be the case, that they are only active when using raw hdlc. -- Andreas Klemm http://www.FreeBSD.ORG/~andreas To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Sat Mar 20 4:50:32 1999 Delivered-To: freebsd-isdn@freebsd.org Received: from wall.pdv.de (ns.pdv.de [194.139.111.2]) by hub.freebsd.org (Postfix) with ESMTP id 0F29214FF0 for ; Sat, 20 Mar 1999 04:50:16 -0800 (PST) (envelope-from Dirk.Nerling@pdv.de) Received: (from mail@localhost) by wall.pdv.de (8.9.1a/8.9.1) id NAA20554 for ; Sat, 20 Mar 1999 13:49:54 +0100 (CET) X-Authentication-Warning: wall.pdv.de: mail set sender to using -f Received: from khk.pdv.de(192.168.12.37) by wall.pdv.de via smap (V2.1+anti-relay+anti-spam) id xma020552; Sat, 20 Mar 99 13:49:46 +0100 Received: by exchange.pdv.de with Internet Mail Service (5.0.1457.3) id ; Sat, 20 Mar 1999 13:53:56 +0100 Message-ID: <312154075E4AD211B6A30000F843CD621303@exchange.pdv.de> From: "Dirk.Nerling" To: "'freebsd-isdn@FreeBSD.ORG'" Subject: kernel errors while trying to configure a ppp link Date: Sat, 20 Mar 1999 13:53:52 +0100 X-Priority: 3 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.0.1457.3) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hello, I try to configure i4b to dial the cisco 1003 at my firm using PPP over chap. Shouldn't be any exciting stuff because I know from the ib4 handbook that Helmuth made his examples also with a cisco 1003. I do have FreeBSD 3.1 box with a Teles 16.3 and a Etherlink 3 card. The FreeBSD machine "venus" should work as a router to let my other computer connected to my network access the firm. Do I need the the ipr0 at rc.conf - if so, why do I assign a IP address to ipr0 and later to isp0? I have the ipr0 at my rc.conf like and later a ppp.sh with isp0 like described at the handbook. Nevertheless if I dial I get the following errors: Mar 20 12:31:51 venus /kernel: isp0: promiscuous mode enabled Mar 20 12:33:16 venus /kernel: i4b-L1-timer3_expired: state = F4 Awaiting Signal Mar 20 12:33:16 venus /kernel: i4b-L1-isic_recover: HSCX B: ISTA = 0x0 Mar 20 12:33:16 venus /kernel: i4b-L1-isic_recover: ISAC: ISTA = 0x0 Mar 20 12:33:16 venus /kernel: i4b-L1-isic_recover: HSCX B: IMASK = 0xff Mar 20 12:33:16 venus /kernel: i4b-L1-isic_recover: HSCX A: IMASK = 0xf8 Mar 20 12:33:16 venus /kernel: i4b-L1-isic_recover: ISAC: IMASK = 0x2a Mar 20 12:33:16 venus /kernel: i4b-L2-i4b_T202_timeout: unit 0, N202 = 3 Mar 20 12:33:16 venus /kernel: i4b-L1-ph_data_req: still in state F3! Mar 20 12:33:18 venus /kernel: i4b-L3-T303_timeout: SETUP not answered, cr = 54 Mar 20 12:33:18 venus /kernel: i4b-L3-next_l3state: FSM illegal state, state = ST_OW - Out Wait EST, event = EV_T303EXP - T303 timeout! Mar 20 12:33:18 venus /kernel: i4b-L2-i4b_T202_timeout: unit 0, N202 = 3 Mar 20 12:33:18 venus /kernel: i4b-L1-ph_data_req: No Space in TX FIFO, state = F4 Awaiting Signal Mar 20 12:33:18 venus /kernel: i4b-L1-timer3_expired: state = F4 Awaiting Signal Mar 20 12:33:18 venus /kernel: i4b-L1-isic_recover: HSCX B: ISTA = 0x0 Mar 20 12:33:18 venus /kernel: i4b-L1-isic_recover: ISAC: ISTA = 0x0 Mar 20 12:33:18 venus /kernel: i4b-L1-isic_recover: HSCX B: IMASK = 0xff Mar 20 12:33:18 venus /kernel: i4b-L1-isic_recover: HSCX A: IMASK = 0xf8 Mar 20 12:33:18 venus /kernel: i4b-L1-isic_recover: ISAC: IMASK = 0x2a Mar 20 12:33:20 venus /kernel: i4b-L2-i4b_T202_timeout: unit 0, N202 = 3 Mar 20 12:33:20 venus /kernel: i4b-L1-ph_data_req: still in state F3! Mar 20 12:33:20 venus /kernel: i4b-L1-ph_data_req: No Space in TX FIFO, state = F4 Awaiting Signal Mar 20 12:33:22 venus /kernel: i4b-L2-i4b_T202_timeout: unit 0, N202 = 3 Mar 20 12:33:22 venus /kernel: i4b-L1-ph_data_req: No Space in TX FIFO, state = F4 Awaiting Signal Mar 20 12:33:22 venus /kernel: i4b-L1-timer3_expired: state = F4 Awaiting Signal Mar 20 12:33:22 venus /kernel: i4b-L1-isic_recover: HSCX B: ISTA = 0x0 Mar 20 12:33:22 venus /kernel: i4b-L1-isic_recover: ISAC: ISTA = 0x0 Mar 20 12:33:22 venus /kernel: i4b-L1-isic_recover: HSCX B: IMASK = 0xff Mar 20 12:33:22 venus /kernel: i4b-L1-isic_recover: HSCX A: IMASK = 0xf8 Mar 20 12:33:22 venus /kernel: i4b-L1-isic_recover: ISAC: IMASK = 0x2a Mar 20 12:33:24 venus /kernel: i4b-L2-i4b_T202_timeout: unit 0, N202 = 3 Mar 20 12:33:24 venus /kernel: i4b-L1-ph_data_req: still in state F3! Mar 20 12:33:24 venus /kernel: i4b-L1-ph_data_req: No Space in TX FIFO, state = F4 Awaiting Signal Mar 20 12:33:26 venus /kernel: i4b-L2-i4b_T202_timeout: unit 0, N202 = 3 Mar 20 12:33:26 venus /kernel: i4b-L1-ph_data_req: No Space in TX FIFO, state = F4 Awaiting Signal Mar 20 12:33:26 venus /kernel: i4b-L1-timer3_expired: state = F4 Awaiting Signal Mar 20 12:33:26 venus /kernel: i4b-L1-isic_recover: HSCX B: ISTA = 0x0 Mar 20 12:33:26 venus /kernel: i4b-L1-isic_recover: ISAC: ISTA = 0x0 Mar 20 12:33:26 venus /kernel: i4b-L1-isic_recover: HSCX B: IMASK = 0xff Mar 20 12:33:26 venus /kernel: i4b-L1-isic_recover: HSCX A: IMASK = 0xf8 Mar 20 12:33:26 venus /kernel: i4b-L1-isic_recover: ISAC: IMASK = 0x2a Mar 20 12:33:28 venus /kernel: i4b-L2-i4b_T202_timeout: unit 0, N202 = 3 Mar 20 12:33:28 venus /kernel: i4b-L1-ph_data_req: still in state F3! Mar 20 12:33:28 venus /kernel: i4b-L1-ph_data_req: No Space in TX FIFO, state = F4 Awaiting Signal Mar 20 12:33:30 venus /kernel: i4b-L2-i4b_T202_timeout: unit 0, N202 = 3 Mar 20 12:33:30 venus /kernel: i4b-L1-ph_data_req: No Space in TX FIFO, state = F4 Awaiting Signal Mar 20 12:33:30 venus /kernel: i4b-L1-timer3_expired: state = F4 Awaiting Signal Mar 20 12:33:30 venus /kernel: i4b-L1-isic_recover: HSCX B: ISTA = 0x0 Mar 20 12:33:30 venus /kernel: i4b-L1-isic_recover: ISAC: ISTA = 0x0 Mar 20 12:33:30 venus /kernel: i4b-L1-isic_recover: HSCX B: IMASK = 0xff Mar 20 12:33:30 venus /kernel: i4b-L1-isic_recover: HSCX A: IMASK = 0xf8 Mar 20 12:33:30 venus /kernel: i4b-L1-isic_recover: ISAC: IMASK = 0x2a Mar 20 12:33:30 venus /kernel: i4b-L2-i4b_mph_status_ind: unit 0, cannot access S0 bus! Mar 20 12:33:30 venus /kernel: i4b-L3-i4b_mdl_status_ind: STI_NOL1ACC: unit 0 no outgoing access to S0 Mar 20 12:33:30 venus isdnd[203]: ERR set_channel_idle: controller [0], invalid channel [-1]! Mar 20 12:33:30 venus isdnd[203]: ERR msg_disconnect_ind: set_channel_idle failed! Mar 20 12:33:46 venus /kernel: i4b-L1-timer3_expired: state = F4 Awaiting Signal Mar 20 12:33:46 venus /kernel: i4b-L1-isic_recover: HSCX B: ISTA = 0x0 Mar 20 12:33:46 venus /kernel: i4b-L1-isic_recover: ISAC: ISTA = 0x0 Mar 20 12:33:47 venus /kernel: i4b-L1-isic_recover: HSCX B: IMASK = 0xff Mar 20 12:33:47 venus /kernel: i4b-L1-isic_recover: HSCX A: IMASK = 0xf8 Mar 20 12:33:47 venus /kernel: i4b-L1-isic_recover: ISAC: IMASK = 0x2a Mar 20 12:33:47 venus /kernel: i4b-L2-i4b_T202_timeout: unit 0, N202 = 3 Mar 20 12:33:47 venus /kernel: i4b-L1-ph_data_req: still in state F3! Mar 20 12:33:47 venus /kernel: i4b-L1-ph_data_req: No Space in TX FIFO, state = F4 Awaiting Signal Mar 20 12:33:48 venus /kernel: i4b-L3-T303_timeout: SETUP not answered, cr = 117 Mar 20 12:33:48 venus /kernel: i4b-L3-next_l3state: FSM illegal state, state = ST_OW - Out Wait EST, event = EV_T303EXP - T303 timeout! Mar 20 12:33:48 venus /kernel: i4b-L2-i4b_T202_timeout: unit 0, N202 = 3 Mar 20 12:33:49 venus /kernel: i4b-L1-ph_data_req: No Space in TX FIFO, state = F4 Awaiting Signal Mar 20 12:33:49 venus /kernel: i4b-L1-timer3_expired: state = F4 Awaiting Signal Mar 20 12:33:49 venus /kernel: i4b-L1-isic_recover: HSCX B: ISTA = 0x0 Mar 20 12:33:49 venus /kernel: i4b-L1-isic_recover: ISAC: ISTA = 0x0 Mar 20 12:33:49 venus /kernel: i4b-L1-isic_recover: HSCX B: IMASK = 0xff Mar 20 12:33:49 venus /kernel: i4b-L1-isic_recover: HSCX A: IMASK = 0xf8 Mar 20 12:33:49 venus /kernel: i4b-L1-isic_recover: ISAC: IMASK = 0x2a Mar 20 12:33:50 venus /kernel: i4b-L2-i4b_T202_timeout: unit 0, N202 = 3 Mar 20 12:33:50 venus /kernel: i4b-L1-ph_data_req: still in state F3! Mar 20 12:33:50 venus /kernel: i4b-L1-ph_data_req: No Space in TX FIFO, state = F4 Awaiting Signal Mar 20 12:33:52 venus /kernel: i4b-L2-i4b_T202_timeout: unit 0, N202 = 3 Mar 20 12:33:52 venus /kernel: i4b-L1-ph_data_req: No Space in TX FIFO, state = F4 Awaiting Signal Mar 20 12:33:52 venus /kernel: i4b-L1-timer3_expired: state = F4 Awaiting Signal Mar 20 12:33:53 venus /kernel: i4b-L1-isic_recover: HSCX B: ISTA = 0x0 Mar 20 12:33:53 venus /kernel: i4b-L1-isic_recover: ISAC: ISTA = 0x0 Mar 20 12:33:53 venus /kernel: i4b-L1-isic_recover: HSCX B: IMASK = 0xff Mar 20 12:33:53 venus /kernel: i4b-L1-isic_recover: HSCX A: IMASK = 0xf8 Mar 20 12:33:53 venus /kernel: i4b-L1-isic_recover: ISAC: IMASK = 0x2a Mar 20 12:33:54 venus /kernel: i4b-L2-i4b_T202_timeout: unit 0, N202 = 3 Mar 20 12:33:54 venus /kernel: i4b-L1-ph_data_req: still in state F3! Mar 20 12:33:54 venus /kernel: i4b-L1-ph_data_req: No Space in TX FIFO, state = F4 Awaiting Signal Mar 20 12:33:56 venus /kernel: i4b-L2-i4b_T202_timeout: unit 0, N202 = 3 Mar 20 12:33:56 venus /kernel: i4b-L1-ph_data_req: No Space in TX FIFO, state = F4 Awaiting Signal The isdn montitor said that the remote system disconnected my call - so I tried the catch the reason using a tcpdump running on isp0 but this could not capture any packet. Seems as isp0 will not be used and perhaps I have hardware errors? Although the Teles card intialized succesfully at startup: Mar 20 12:30:52 venus /kernel: isic0: Teles S0/16.3 Mar 20 12:30:52 venus /kernel: isic0: ISAC 2085 Version A1/A2 or 2086/2186 Version 1.1 (IOM-2) (Addr=0x960) Mar 20 12:30:52 venus /kernel: isic0: HSCX 82525 Version A3 (AddrA=0x160, AddrB=0x560) Mar 20 12:30:52 venus /kernel: aha0 at 0x330-0x333 irq 9 drq 5 on isa Mar 20 12:30:52 venus /kernel: aha0: AHA-1542C FW Rev. 0.1 (ID=44) SCSI Host Adapter, SCSI ID 7, 16 CCBs Mar 20 12:30:52 venus /kernel: vga0 at 0x3b0-0x3df maddr 0xa0000 msize 131072 on isa Mar 20 12:30:52 venus /kernel: npx0 on motherboard Mar 20 12:30:52 venus /kernel: npx0: INT 16 interface Mar 20 12:30:52 venus /kernel: i4b: ISDN call control device attached Mar 20 12:30:52 venus /kernel: i4bisppp: 4 ISDN SyncPPP device(s) attached Mar 20 12:30:52 venus /kernel: i4bctl: ISDN system control port attached Mar 20 12:30:52 venus /kernel: i4bipr: 4 IP over r Mar 20 12:30:52 venus /kernel: aw HDLC ISDN device(s) attached (VJ header compression) Mar 20 12:30:52 venus /kernel: i4btel: 2 ISDN telephony interface device(s) attached Mar 20 12:30:52 venus /kernel: i4brbch: 4 raw B channel access device(s) attached Mar 20 12:30:52 venus /kernel: i4btrc: 4 ISDN trace device(s) attached Does anybody have an idea? best regards and thanks in advance! Dirk Nerling -- http://wall.pdv.de/~nerle To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Sat Mar 20 8: 2:42 1999 Delivered-To: freebsd-isdn@freebsd.org Received: from mail.ppp.net (mail.ppp.net [194.64.12.35]) by hub.freebsd.org (Postfix) with ESMTP id 2442C1507A for ; Sat, 20 Mar 1999 08:02:27 -0800 (PST) (envelope-from ernie!bert.kts.org!hm@ppp.net) Received: from casparc.ppp.net (casparc2.ppp.net [194.64.12.42]) by mail.ppp.net (8.8.8/8.8.8) with SMTP id RAA11965; Sat, 20 Mar 1999 17:02:03 +0100 Received: from ernie by casparc.ppp.net with uucp (Smail3.1.28.1 #1) id m10OOCI-002ZjZC; Sat, 20 Mar 99 17:02 MET Received: from bert.kts.org([194.55.156.2]) (2061 bytes) by ernie.kts.org via sendmail with P:smtp/R:smart_host/T:uux (sender: ) id for ; Sat, 20 Mar 1999 16:50:44 +0100 (CET) (Smail-3.2.0.103 1998-Oct-9 #3 built 1998-Dec-9) Received: from localhost (1612 bytes) by bert.kts.org via sendmail with P:stdio/R:smart_host/T:smtp (sender: ) (ident using unix) id for ; Sat, 20 Mar 1999 16:50:45 +0100 (CET) (Smail-3.2.0.103 1998-Oct-9 #4 built 1998-Dec-26) Message-Id: From: hm@kts.org (Hellmuth Michaelis) Subject: Re: kernel errors while trying to configure a ppp link In-Reply-To: <312154075E4AD211B6A30000F843CD621303@exchange.pdv.de> from "Dirk.Nerling" at "Mar 20, 1999 1:53:52 pm" To: Dirk.Nerling@pdv.de (Dirk.Nerling) Date: Sat, 20 Mar 1999 16:50:45 +0100 (CET) Cc: freebsd-isdn@FreeBSD.ORG Organization: Kitchen Table Systems Reply-To: hm@kts.org X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Dirk.Nerling wrote: > I try to configure i4b to dial the cisco 1003 at my firm using PPP over > chap. [...] > Do I need the the ipr0 at rc.conf - if so, why do I assign a IP address > to ipr0 and later to isp0? I have the ipr0 at my rc.conf like and later > a ppp.sh with isp0 like described at the handbook. IprN do IP over raw HDLC, ispN do PPP. You don't need to care at all about ipr interfaces if you want to do PPP. > Nevertheless if I dial I get the following errors: This is the FAQ item no. 9, please check your hardware setup! > Seems as isp0 will not be used and perhaps I have hardware errors? > Although the Teles card intialized succesfully at startup: > > Mar 20 12:30:52 venus /kernel: isic0: Teles S0/16.3 The most important line is missing, it says which irq and memory and/or i/o addresses are used. hellmuth -- Hellmuth Michaelis hm@kts.org Hamburg, Europe We all live in a yellow subroutine, yellow subroutine, yellow subroutine ... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Sat Mar 20 16:45:37 1999 Delivered-To: freebsd-isdn@freebsd.org Received: from finesse.paul-magazin.de (finesse.paul-magazin.de [195.238.147.57]) by hub.freebsd.org (Postfix) with ESMTP id 4432514CA4 for ; Sat, 20 Mar 1999 16:45:26 -0800 (PST) (envelope-from p@znet.de) Received: from pascal by finesse.paul-magazin.de with local (Exim 2.05 #2) id 10OWLy-0000Ht-00 for freebsd-isdn@freebsd.org; Sun, 21 Mar 1999 01:44:34 +0100 Date: Sun, 21 Mar 1999 01:44:34 +0100 From: Pascal Gienger To: freebsd-isdn@freebsd.org Subject: Problem with immediately stopped ppp connections persists with other providers (access devices) Message-ID: <19990321014434.A1061@finesse.paul-magazin.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95i Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I tried another ISP (this time Nikoma) and the problem persists: Log: isp2: lcp open(initial) isp2: phase establish isp2: Up event isp2: lcp up(starting) isp2: lcp output lcp input(req-sent): isp2: lcp parse opts: 0x0 [rej] mru 0x11 [rej] 0x13 [rej] send conf-rej isp2: lcp output isp2: lcp input(req-sent): isp2: lcp input(ack-rcvd): isp2: lcp parse opts: mru isp2: lcp parse opt values: mru 1524 send conf-ack isp2: lcp output isp2: lcp tlu isp2: phase network isp2: pap output isp2: ipcp open(stopped) isp2: lcp close(opened) isp2: phase terminate isp2: lcp output isp2: lcp input(closing): isp2: phase dead [...] (many repeats...) So I tried to get logs from the ascend from my university (where these problems came first; normally I used ipr interfaces without problems..). (Getting logs from my U is easier than getting logs from Nikoma... ;-) ) ASCEND: call 76 AN slot 9 port 1=64K ASCEND: call 76 CL 0K u=497531690313 c=45 p=65 s=64000 r=64000 h=134.34.89.193 ASCEND: slot 9 port 1, line 1, channel 30, Call Disconnected [MBID 274; 497531690313] next try: ASCEND: call 86 AN slot 9 port 4=64K ASCEND: call 86 CL 0K u=497531690313 c=45 p=65 s=64000 r=64000 h=134.34.89.193 ASCEND: slot 9 port 4, line 1, channel 10, Call Disconnected [MBID 284; 497531690313] c=45: PPP terminate-req. from remote; p=65: LCP opened, no IPCP. So sppp does not like to initiative ipcp (and it stops it immediately). Pascal -- Unix, Pascal Gienger, Moosstr. 7 /\ 7 .rtssooM ,regneiG lacsaP xinU Networx 78467 Konstanz, p@znet.de / \ ed.tenz@p ,znatsnoK 76487 xrowteN & WWW http://pascal.znet.de/ \ed.tenz.lacsap\\:ptth WWW & http://echo.znet.de:8888/ echo \8888:ed.tenz.ohce\\:ptth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message