From owner-freebsd-isdn Sun Mar 26 14:45:50 2000 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 2243337B7F5 for ; Sun, 26 Mar 2000 14:45:33 -0800 (PST) (envelope-from andreas@klemm.gtn.com) Received: (from uucp@localhost) by picalon.gun.de (8.9.3/8.9.3) id AAA27057 for freebsd-isdn@FreeBSD.ORG; Mon, 27 Mar 2000 00:45:17 +0200 (MET DST) >Received: (from andreas@localhost) by klemm.gtn.com (8.9.3/8.9.3) id XAA32215 for freebsd-isdn@FreeBSD.ORG; Sun, 26 Mar 2000 23:41:39 +0200 (CEST) (envelope-from andreas) Date: Sun, 26 Mar 2000 23:41:39 +0200 From: Andreas Klemm To: freebsd-isdn@FreeBSD.ORG Subject: problems with right sppp settings in rc.conf ??? Message-ID: <20000326234139.A31884@titan.klemm.gtn.com> Mime-Version: 1.0 X-Mailer: Mutt 1.0.1i X-Operating-System: FreeBSD 4.0-STABLE SMP X-Disclaimer: A free society is one where it is safe to be unpopular Content-Type: multipart/mixed; boundary="gKMricLos+KVdGMg" Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org --gKMricLos+KVdGMg Content-Type: text/plain; charset=us-ascii Hi ! I can't get isdn to run... certainly I only overlooked a little thing... When browsing through the mailinglist I think I have an idea BTW, FreeBSD 4.0-STABLE, dynamic ip address, Teles 16.3 no PnP network_interfaces="auto" # List of network interfaces (or "auto"). ifconfig_lo0="inet 127.0.0.1" # default loopback device configuration. ifconfig_fxp0="inet 192.168.100.200 netmask 255.255.255.0" ifconfig_fxp1="inet 172.16.1.1 netmask 255.255.255.0" #ifconfig_isp0="inet 0.0.0.0 0.0.0.1 link1 debug" #ifconfig_isp0="inet 0.0.0.0 192.168.200.99 link1 debug" ifconfig_isp0="inet 0.0.0.0 0.0.0.1 link1 debug" ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ sppp_interfaces="isp0" # example: sppp over ISDN spppconfig_isp0="authproto=pap myauthname=xxx myauthsecret='xxxx' callin" ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ #defaultrouter="192.168.200.99" # Set to default gateway (or NO). defaultrouter="0.0.0.1" # Set to default gateway (or NO). isdn_enable="YES" # Enable the ISDN subsystem (or NO). isdn_fsdev="/dev/ttyv3" # Output device fullscreen mode (or NO for daemon mode) isdn_flags="-dn -d0x1f9" # Flags for isdnd isdn_trace="YES" # Enable the ISDN trace subsystem (or NO). isdn_traceflags="-f /var/tmp/isdntrace0" # Flags for isdntrace I think I have to change the above to: ifconfig_isp0="inet 0.0.0.0 0.0.0.1 netmask 0xffffffff link1 debug" ^^^^^^^^^^ spppconfig_isp0="authproto=pap myauthname=x myauthsecret=x hisauthproto=none callin" ^^^^^^^^^^^^^^^^^ And then in /etc/rc.local: route delete default route add default -interface isp0 Could you please have a look at my trace and tell me if it's this what went wrong ? Too bad the machine isn't here at the moment. Andreas /// -- Andreas Klemm http://people.FreeBSD.ORG/~andreas http://www.freebsd.org/~fsmp/SMP/SMP.html powered by Symmetric MultiProcessor FreeBSD New APSFILTER 520 and songs from our band - http://people.freebsd.org/~andreas --gKMricLos+KVdGMg Content-Type: text/plain; charset=us-ascii Content-Description: rc.conf Content-Disposition: attachment; filename="rc.conf" network_interfaces="auto" # List of network interfaces (or "auto"). ifconfig_lo0="inet 127.0.0.1" # default loopback device configuration. ifconfig_fxp0="inet 192.168.100.200 netmask 255.255.255.0" ifconfig_fxp1="inet 172.16.1.1 netmask 255.255.255.0" #ifconfig_isp0="inet 0.0.0.0 0.0.0.1 link1 debug" #ifconfig_isp0="inet 0.0.0.0 192.168.200.99 link1 debug" ifconfig_isp0="inet 0.0.0.0 0.0.0.1 link1 debug" sppp_interfaces="isp0" # example: sppp over ISDN spppconfig_isp0="authproto=pap myauthname=xxx myauthsecret='xxxx' callin" #defaultrouter="192.168.200.99" # Set to default gateway (or NO). defaultrouter="0.0.0.1" # Set to default gateway (or NO). isdn_enable="YES" # Enable the ISDN subsystem (or NO). isdn_fsdev="/dev/ttyv3" # Output device fullscreen mode (or NO for daemon mode) isdn_flags="-dn -d0x1f9" # Flags for isdnd isdn_trace="YES" # Enable the ISDN trace subsystem (or NO). isdn_traceflags="-f /var/tmp/isdntrace0" # Flags for isdntrace --gKMricLos+KVdGMg Content-Type: text/plain; charset=us-ascii Content-Description: isdntrace0 Content-Disposition: attachment; filename=isdntrace0 =========== isdntrace controller #0 =========== started Sun Mar 26 22:09:15 2000 -- TE->NT - unit:0 - frame:000001 - time:26.03 22:10:00.716690 - length:8 ------ Dump:000 fc ff 03 0f 6e b8 01 ff ....n... Q921: SAP=63 (TEI-Management), C, TEI=127, Ri=0xb86e, IdRequest, Ai=127 -- NT->TE - unit:0 - frame:000002 - time:26.03 22:10:00.736689 - length:8 ------ Dump:000 fe ff 03 0f 6e b8 02 a7 ....n... Q921: SAP=63 (TEI-Management), C, TEI=127, Ri=0xb86e, IdAssign, Ai=83 -- TE->NT - unit:0 - frame:000003 - time:26.03 22:10:00.736689 - length:3 ------ Dump:000 00 a7 7f ... Q921: SAP=0 (Call Control), C, TEI=83, U-Frame: SABME PF 1 -- NT->TE - unit:0 - frame:000004 - time:26.03 22:10:00.746690 - length:3 ------ Dump:000 00 a7 73 ..s Q921: SAP=0 (Call Control), R, TEI=83, U-Frame: UA PF 1 -- TE->NT - unit:0 - frame:000005 - time:26.03 22:10:00.746690 - length:41 ----- Dump:000 00 a7 00 00 .... Q921: SAP=0 (Call Control), C, TEI=83, I-Frame: N(S) 0 N(R) 0 P 0 Dump:004 08 01 01 05 a1 04 02 88 90 18 01 83 6c 0c 81 39 ............l..9 Dump:020 31 31 39 35 35 36 31 35 39 30 70 09 81 30 39 31 1195561590p..091 Dump:036 37 34 35 31 30 74510 Q931: pd=Q.931/I.451, cr=0x01 (from origination), message=SETUP: [sending complete] [bearer capability: cap=unrestricted digital information std=CCITT rate=64 kbit/s mode=circuit] [channel id: channel=any channel (preferred)] [calling party number: 91195561590 (type=unknown, plan=ISDN)] [called party number: 09174510 (type=unknown, plan=ISDN)] -- TE->NT - unit:0 - frame:000006 - time:26.03 22:10:01.746700 - length:4 ------ Dump:000 00 a7 01 01 .... Q921: SAP=0 (Call Control), C, TEI=83, S-Frame: RR N(R) 0 PF 1 -- NT->TE - unit:0 - frame:000007 - time:26.03 22:10:01.756700 - length:4 ------ Dump:000 00 a7 01 03 .... Q921: SAP=0 (Call Control), R, TEI=83, S-Frame: RR N(R) 1 PF 1 -- NT->TE - unit:0 - frame:000008 - time:26.03 22:10:01.866698 - length:11 ----- Dump:000 02 a7 00 02 .... Q921: SAP=0 (Call Control), C, TEI=83, I-Frame: N(S) 0 N(R) 1 P 0 Dump:004 08 01 81 0d 18 01 89 ....... Q931: pd=Q.931/I.451, cr=0x01 (from destination), message=SETUP ACKNOWLEDGE: [channel id: channel=B-1 (exclusive)] -- TE->NT - unit:0 - frame:000009 - time:26.03 22:10:01.866698 - length:4 ------ Dump:000 02 a7 01 02 .... Q921: SAP=0 (Call Control), R, TEI=83, S-Frame: RR N(R) 1 PF 0 -- NT->TE - unit:0 - frame:000010 - time:26.03 22:10:02.436708 - length:41 ----- Dump:000 02 a7 02 02 .... Q921: SAP=0 (Call Control), C, TEI=83, I-Frame: N(S) 1 N(R) 1 P 0 Dump:004 08 01 81 07 1c 18 91 a1 15 02 01 2d 02 01 22 30 ...........-.."0 Dump:020 0d a1 05 30 03 02 01 01 82 01 00 83 01 00 29 05 ...0..........). Dump:036 00 03 1a 16 09 ..... Q931: pd=Q.931/I.451, cr=0x01 (from destination), message=CONNECT: [facility (Q.932): Protocol=Remote Operations Protocol 0xa1 Tag: Context-spec, Constructor, code = 1 0x15 Len: 21 (short form) invokeComponent 0x02 Tag: Universal, Primitive, INTEGER (2) 0x01 Len: 1 (short form) 0x2d Val: 45 InvokeIdentifier = 45 0x02 Tag: Universal, Primitive, INTEGER (2) 0x01 Len: 1 (short form) 0x22 Val: 34 Operation Value = aOCDChargingUnit (34) 0x30 Tag: Universal, Constructor, SEQUENCE (16) 0x0d Len: 13 (short form) specificChargingUnits 0xa1 Tag: Context-spec, Constructor, code = 1 0x05 Len: 5 (short form) recordedUnitsList [1] 0x30 Tag: Universal, Constructor, SEQUENCE (16) 0x03 Len: 3 (short form) RecordedUnits 0x02 Tag: Universal, Primitive, INTEGER (2) 0x01 Len: 1 (short form) 0x01 Val: 1 NumberOfUnits = 1 0x82 Tag: Context-spec, Primitive, code = 2 0x01 Len: 1 (short form) 0x00 typeOfChargingInfo = subTotal 0x83 Tag: Context-spec, Primitive, code = 3 0x01 Len: 1 (short form) 0x00 AOCDBillingId = normalCharging (0)] [date/time: 26.03.00 22:09] -- TE->NT - unit:0 - frame:000011 - time:26.03 22:10:02.436708 - length:8 ------ Dump:000 00 a7 02 04 .... Q921: SAP=0 (Call Control), C, TEI=83, I-Frame: N(S) 1 N(R) 2 P 0 Dump:004 08 01 01 0f .... Q931: pd=Q.931/I.451, cr=0x01 (from origination), message=CONNECT ACKNOWLEDGE: -- NT->TE - unit:0 - frame:000012 - time:26.03 22:10:02.446710 - length:4 ------ Dump:000 00 a7 01 04 .... Q921: SAP=0 (Call Control), R, TEI=83, S-Frame: RR N(R) 2 PF 0 -- NT->TE - unit:0 - frame:000013 - time:26.03 22:10:12.446824 - length:4 ------ Dump:000 02 a7 01 05 .... Q921: SAP=0 (Call Control), C, TEI=83, S-Frame: RR N(R) 2 PF 1 -- TE->NT - unit:0 - frame:000014 - time:26.03 22:10:12.446824 - length:4 ------ Dump:000 02 a7 01 05 .... Q921: SAP=0 (Call Control), R, TEI=83, S-Frame: RR N(R) 2 PF 1 -- NT->TE - unit:0 - frame:000015 - time:26.03 22:10:22.456940 - length:4 ------ Dump:000 02 a7 01 05 .... Q921: SAP=0 (Call Control), C, TEI=83, S-Frame: RR N(R) 2 PF 1 -- TE->NT - unit:0 - frame:000016 - time:26.03 22:10:22.456940 - length:4 ------ Dump:000 02 a7 01 05 .... Q921: SAP=0 (Call Control), R, TEI=83, S-Frame: RR N(R) 2 PF 1 -- NT->TE - unit:0 - frame:000017 - time:26.03 22:10:24.186955 - length:37 ----- Dump:000 02 a7 04 04 .... Q921: SAP=0 (Call Control), C, TEI=83, I-Frame: N(S) 2 N(R) 2 P 0 Dump:004 08 01 81 45 08 02 80 90 1c 17 91 a1 14 02 01 2e ...E............ Dump:020 02 01 24 30 0c 30 0a a1 05 30 03 02 01 01 82 01 ..$0.0...0...... Dump:036 00 . Q931: pd=Q.931/I.451, cr=0x01 (from destination), message=DISCONNECT: [cause: 16: Normal call clearing (Q.850) (location=user, std=CCITT)] [facility (Q.932): Protocol=Remote Operations Protocol 0xa1 Tag: Context-spec, Constructor, code = 1 0x14 Len: 20 (short form) invokeComponent 0x02 Tag: Universal, Primitive, INTEGER (2) 0x01 Len: 1 (short form) 0x2e Val: 46 InvokeIdentifier = 46 0x02 Tag: Universal, Primitive, INTEGER (2) 0x01 Len: 1 (short form) 0x24 Val: 36 Operation Value = aOCEChargingUnit (36) 0x30 Tag: Universal, Constructor, SEQUENCE (16) 0x0c Len: 12 (short form) specificChargingUnits 0x30 Tag: Universal, Constructor, SEQUENCE (16) 0x0a Len: 10 (short form) 0xa1 Tag: Context-spec, Constructor, code = 1 0x05 Len: 5 (short form) recordedUnitsList [1] 0x30 Tag: Universal, Constructor, SEQUENCE (16) 0x03 Len: 3 (short form) RecordedUnits 0x02 Tag: Universal, Primitive, INTEGER (2) 0x01 Len: 1 (short form) 0x01 Val: 1 NumberOfUnits = 1 0x82 Tag: Context-spec, Primitive, code = 2 0x01 Len: 1 (short form) 0x00 typeOfChargingInfo = subTotal] -- TE->NT - unit:0 - frame:000018 - time:26.03 22:10:24.186955 - length:8 ------ Dump:000 00 a7 04 06 .... Q921: SAP=0 (Call Control), C, TEI=83, I-Frame: N(S) 2 N(R) 3 P 0 Dump:004 08 01 01 4d ...M Q931: pd=Q.931/I.451, cr=0x01 (from origination), message=RELEASE: -- NT->TE - unit:0 - frame:000019 - time:26.03 22:10:24.206959 - length:4 ------ Dump:000 00 a7 01 06 .... Q921: SAP=0 (Call Control), R, TEI=83, S-Frame: RR N(R) 3 PF 0 -- NT->TE - unit:0 - frame:000020 - time:26.03 22:10:24.216958 - length:8 ------ Dump:000 02 a7 06 06 .... Q921: SAP=0 (Call Control), C, TEI=83, I-Frame: N(S) 3 N(R) 3 P 0 Dump:004 08 01 81 5a ...Z Q931: pd=Q.931/I.451, cr=0x01 (from destination), message=RELEASE COMPLETE: -- TE->NT - unit:0 - frame:000021 - time:26.03 22:10:24.216958 - length:4 ------ Dump:000 02 a7 01 08 .... Q921: SAP=0 (Call Control), R, TEI=83, S-Frame: RR N(R) 4 PF 0 -- NT->TE - unit:0 - frame:000022 - time:26.03 22:10:34.227071 - length:4 ------ Dump:000 02 a7 01 07 .... Q921: SAP=0 (Call Control), C, TEI=83, S-Frame: RR N(R) 3 PF 1 -- TE->NT - unit:0 - frame:000023 - time:26.03 22:10:34.227071 - length:4 ------ Dump:000 02 a7 01 09 .... Q921: SAP=0 (Call Control), R, TEI=83, S-Frame: RR N(R) 4 PF 1 -- TE->NT - unit:0 - frame:000024 - time:26.03 22:10:34.657083 - length:41 ----- Dump:000 00 a7 06 08 .... Q921: SAP=0 (Call Control), C, TEI=83, I-Frame: N(S) 3 N(R) 4 P 0 Dump:004 08 01 09 05 a1 04 02 88 90 18 01 83 6c 0c 81 39 ............l..9 Dump:020 31 31 39 35 35 36 31 35 39 30 70 09 81 30 39 31 1195561590p..091 Dump:036 37 34 35 31 30 74510 Q931: pd=Q.931/I.451, cr=0x09 (from origination), message=SETUP: [sending complete] [bearer capability: cap=unrestricted digital information std=CCITT rate=64 kbit/s mode=circuit] [channel id: channel=any channel (preferred)] [calling party number: 91195561590 (type=unknown, plan=ISDN)] [called party number: 09174510 (type=unknown, plan=ISDN)] -- NT->TE - unit:0 - frame:000025 - time:26.03 22:10:34.687080 - length:4 ------ Dump:000 00 a7 01 08 .... Q921: SAP=0 (Call Control), R, TEI=83, S-Frame: RR N(R) 4 PF 0 -- NT->TE - unit:0 - frame:000026 - time:26.03 22:10:35.857090 - length:11 ----- Dump:000 02 a7 08 08 .... Q921: SAP=0 (Call Control), C, TEI=83, I-Frame: N(S) 4 N(R) 4 P 0 Dump:004 08 01 89 0d 18 01 89 ....... Q931: pd=Q.931/I.451, cr=0x09 (from destination), message=SETUP ACKNOWLEDGE: [channel id: channel=B-1 (exclusive)] -- TE->NT - unit:0 - frame:000027 - time:26.03 22:10:35.857090 - length:4 ------ Dump:000 02 a7 01 0a .... Q921: SAP=0 (Call Control), R, TEI=83, S-Frame: RR N(R) 5 PF 0 -- NT->TE - unit:0 - frame:000028 - time:26.03 22:10:36.457097 - length:41 ----- Dump:000 02 a7 0a 08 .... Q921: SAP=0 (Call Control), C, TEI=83, I-Frame: N(S) 5 N(R) 4 P 0 Dump:004 08 01 89 07 1c 18 91 a1 15 02 01 2f 02 01 22 30 .........../.."0 Dump:020 0d a1 05 30 03 02 01 01 82 01 00 83 01 00 29 05 ...0..........). Dump:036 00 03 1a 16 0a ..... Q931: pd=Q.931/I.451, cr=0x09 (from destination), message=CONNECT: [facility (Q.932): Protocol=Remote Operations Protocol 0xa1 Tag: Context-spec, Constructor, code = 1 0x15 Len: 21 (short form) invokeComponent 0x02 Tag: Universal, Primitive, INTEGER (2) 0x01 Len: 1 (short form) 0x2f Val: 47 InvokeIdentifier = 47 0x02 Tag: Universal, Primitive, INTEGER (2) 0x01 Len: 1 (short form) 0x22 Val: 34 Operation Value = aOCDChargingUnit (34) 0x30 Tag: Universal, Constructor, SEQUENCE (16) 0x0d Len: 13 (short form) specificChargingUnits 0xa1 Tag: Context-spec, Constructor, code = 1 0x05 Len: 5 (short form) recordedUnitsList [1] 0x30 Tag: Universal, Constructor, SEQUENCE (16) 0x03 Len: 3 (short form) RecordedUnits 0x02 Tag: Universal, Primitive, INTEGER (2) 0x01 Len: 1 (short form) 0x01 Val: 1 NumberOfUnits = 1 0x82 Tag: Context-spec, Primitive, code = 2 0x01 Len: 1 (short form) 0x00 typeOfChargingInfo = subTotal 0x83 Tag: Context-spec, Primitive, code = 3 0x01 Len: 1 (short form) 0x00 AOCDBillingId = normalCharging (0)] [date/time: 26.03.00 22:10] -- TE->NT - unit:0 - frame:000029 - time:26.03 22:10:36.457097 - length:8 ------ Dump:000 00 a7 08 0c .... Q921: SAP=0 (Call Control), C, TEI=83, I-Frame: N(S) 4 N(R) 6 P 0 Dump:004 08 01 09 0f .... Q931: pd=Q.931/I.451, cr=0x09 (from origination), message=CONNECT ACKNOWLEDGE: -- NT->TE - unit:0 - frame:000030 - time:26.03 22:10:36.477102 - length:4 ------ Dump:000 00 a7 01 0a .... Q921: SAP=0 (Call Control), R, TEI=83, S-Frame: RR N(R) 5 PF 0 -- NT->TE - unit:0 - frame:000031 - time:26.03 22:10:46.477213 - length:4 ------ Dump:000 02 a7 01 0b .... Q921: SAP=0 (Call Control), C, TEI=83, S-Frame: RR N(R) 5 PF 1 -- TE->NT - unit:0 - frame:000032 - time:26.03 22:10:46.477213 - length:4 ------ Dump:000 02 a7 01 0d .... Q921: SAP=0 (Call Control), R, TEI=83, S-Frame: RR N(R) 6 PF 1 -- NT->TE - unit:0 - frame:000033 - time:26.03 22:10:56.487329 - length:4 ------ Dump:000 02 a7 01 0b .... Q921: SAP=0 (Call Control), C, TEI=83, S-Frame: RR N(R) 5 PF 1 -- TE->NT - unit:0 - frame:000034 - time:26.03 22:10:56.487329 - length:4 ------ Dump:000 02 a7 01 0d .... Q921: SAP=0 (Call Control), R, TEI=83, S-Frame: RR N(R) 6 PF 1 -- NT->TE - unit:0 - frame:000035 - time:26.03 22:11:06.497449 - length:4 ------ Dump:000 02 a7 01 0b .... Q921: SAP=0 (Call Control), C, TEI=83, S-Frame: RR N(R) 5 PF 1 -- TE->NT - unit:0 - frame:000036 - time:26.03 22:11:06.497449 - length:4 ------ Dump:000 02 a7 01 0d .... Q921: SAP=0 (Call Control), R, TEI=83, S-Frame: RR N(R) 6 PF 1 -- TE->NT - unit:0 - frame:000037 - time:26.03 22:11:09.497484 - length:12 ----- Dump:000 00 a7 0a 0c .... Q921: SAP=0 (Call Control), C, TEI=83, I-Frame: N(S) 5 N(R) 6 P 0 Dump:004 08 01 09 45 08 02 80 90 ...E.... Q931: pd=Q.931/I.451, cr=0x09 (from origination), message=DISCONNECT: [cause: 16: Normal call clearing (Q.850) (location=user, std=CCITT)] -- NT->TE - unit:0 - frame:000038 - time:26.03 22:11:09.507482 - length:4 ------ Dump:000 00 a7 01 0c .... Q921: SAP=0 (Call Control), R, TEI=83, S-Frame: RR N(R) 6 PF 0 -- NT->TE - unit:0 - frame:000039 - time:26.03 22:11:09.867483 - length:33 ----- Dump:000 02 a7 0c 0c .... Q921: SAP=0 (Call Control), C, TEI=83, I-Frame: N(S) 6 N(R) 6 P 0 Dump:004 08 01 89 4d 1c 17 91 a1 14 02 01 30 02 01 24 30 ...M.......0..$0 Dump:020 0c 30 0a a1 05 30 03 02 01 01 82 01 00 .0...0....... Q931: pd=Q.931/I.451, cr=0x09 (from destination), message=RELEASE: [facility (Q.932): Protocol=Remote Operations Protocol 0xa1 Tag: Context-spec, Constructor, code = 1 0x14 Len: 20 (short form) invokeComponent 0x02 Tag: Universal, Primitive, INTEGER (2) 0x01 Len: 1 (short form) 0x30 Val: 48 InvokeIdentifier = 48 0x02 Tag: Universal, Primitive, INTEGER (2) 0x01 Len: 1 (short form) 0x24 Val: 36 Operation Value = aOCEChargingUnit (36) 0x30 Tag: Universal, Constructor, SEQUENCE (16) 0x0c Len: 12 (short form) specificChargingUnits 0x30 Tag: Universal, Constructor, SEQUENCE (16) 0x0a Len: 10 (short form) 0xa1 Tag: Context-spec, Constructor, code = 1 0x05 Len: 5 (short form) recordedUnitsList [1] 0x30 Tag: Universal, Constructor, SEQUENCE (16) 0x03 Len: 3 (short form) RecordedUnits 0x02 Tag: Universal, Primitive, INTEGER (2) 0x01 Len: 1 (short form) 0x01 Val: 1 NumberOfUnits = 1 0x82 Tag: Context-spec, Primitive, code = 2 0x01 Len: 1 (short form) 0x00 typeOfChargingInfo = subTotal] -- TE->NT - unit:0 - frame:000040 - time:26.03 22:11:09.867483 - length:8 ------ Dump:000 00 a7 0c 0e .... Q921: SAP=0 (Call Control), C, TEI=83, I-Frame: N(S) 6 N(R) 7 P 0 Dump:004 08 01 09 5a ...Z Q931: pd=Q.931/I.451, cr=0x09 (from origination), message=RELEASE COMPLETE: -- NT->TE - unit:0 - frame:000041 - time:26.03 22:11:09.887490 - length:4 ------ Dump:000 00 a7 01 0e .... Q921: SAP=0 (Call Control), R, TEI=83, S-Frame: RR N(R) 7 PF 0 -- NT->TE - unit:0 - frame:000042 - time:26.03 22:11:19.877599 - length:4 ------ Dump:000 02 a7 01 0f .... Q921: SAP=0 (Call Control), C, TEI=83, S-Frame: RR N(R) 7 PF 1 -- TE->NT - unit:0 - frame:000043 - time:26.03 22:11:19.877599 - length:4 ------ Dump:000 02 a7 01 0f .... Q921: SAP=0 (Call Control), R, TEI=83, S-Frame: RR N(R) 7 PF 1 -- NT->TE - unit:0 - frame:000044 - time:26.03 22:11:29.897715 - length:4 ------ Dump:000 02 a7 01 0f .... Q921: SAP=0 (Call Control), C, TEI=83, S-Frame: RR N(R) 7 PF 1 -- TE->NT - unit:0 - frame:000045 - time:26.03 22:11:29.897715 - length:4 ------ Dump:000 02 a7 01 0f .... Q921: SAP=0 (Call Control), R, TEI=83, S-Frame: RR N(R) 7 PF 1 --gKMricLos+KVdGMg Content-Type: text/plain; charset=us-ascii Content-Description: messages Content-Disposition: attachment; filename=messages Mar 26 22:00:00 internet newsyslog[1536]: logfile turned over Mar 26 22:07:12 internet reboot: rebooted by root Mar 26 22:07:12 internet syslogd: exiting on signal 15 Mar 26 22:09:16 internet /kernel: Copyright (c) 1992-2000 The FreeBSD Project. Mar 26 22:09:16 internet /kernel: Copyright (c) 1982, 1986, 1989, 1991, 1993 Mar 26 22:09:16 internet /kernel: The Regents of the University of California. All rights reserved. Mar 26 22:09:16 internet /kernel: FreeBSD 4.0-20000325-SNAP #0: Sun Mar 26 22:06:55 CEST 2000 Mar 26 22:09:16 internet /kernel: root@internet.exweb.de:/usr/src/sys/compile/JENNER Mar 26 22:09:16 internet /kernel: Timecounter "i8254" frequency 1193182 Hz Mar 26 22:09:16 internet /kernel: Timecounter "TSC" frequency 133289746 Hz Mar 26 22:09:16 internet /kernel: CPU: Pentium/P54C (133.29-MHz 586-class CPU) Mar 26 22:09:16 internet /kernel: Origin = "GenuineIntel" Id = 0x52c Stepping = 12 Mar 26 22:09:16 internet /kernel: Features=0x1bf Mar 26 22:09:16 internet /kernel: real memory = 67108864 (65536K bytes) Mar 26 22:09:16 internet /kernel: avail memory = 61956096 (60504K bytes) Mar 26 22:09:16 internet /kernel: Preloaded elf kernel "kernel" at 0xc02ed000. Mar 26 22:09:16 internet /kernel: Intel Pentium detected, installing workaround for F00F bug Mar 26 22:09:17 internet /kernel: npx0: on motherboard Mar 26 22:09:17 internet /kernel: npx0: INT 16 interface Mar 26 22:09:17 internet /kernel: pcib0: on motherboard Mar 26 22:09:17 internet /kernel: pci0: on pcib0 Mar 26 22:09:17 internet /kernel: isab0: at device 7.0 on pci0 Mar 26 22:09:17 internet /kernel: isa0: on isab0 Mar 26 22:09:17 internet /kernel: atapci0: port 0xf000-0xf00f at device 7.1 on pci0 Mar 26 22:09:17 internet /kernel: ata0: at 0x1f0 irq 14 on atapci0 Mar 26 22:09:17 internet /kernel: ata1: at 0x170 irq 15 on atapci0 Mar 26 22:09:17 internet /kernel: ahc0: port 0x6100-0x61ff mem 0xe1204000-0xe1204fff irq 11 at device 8.0 on pci0 Mar 26 22:09:17 internet /kernel: ahc0: aic7880 Single Channel A, SCSI Id=7, 16/255 SCBs Mar 26 22:09:17 internet /kernel: pci0: at 9.0 irq 9 Mar 26 22:09:17 internet /kernel: fxp0: port 0x6200-0x623f mem 0xe1000000-0xe10fffff,0xe1206000-0xe1206fff irq 12 at device 10.0 on pci0 Mar 26 22:09:17 internet /kernel: fxp0: Ethernet address 00:d0:b7:0c:33:6b Mar 26 22:09:17 internet /kernel: fxp1: port 0x6300-0x633f mem 0xe1100000-0xe11fffff,0xe1205000-0xe1205fff irq 5 at device 11.0 on pci0 Mar 26 22:09:17 internet /kernel: fxp1: Ethernet address 00:d0:b7:0c:33:6e Mar 26 22:09:17 internet /kernel: fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 Mar 26 22:09:17 internet /kernel: fd0: <1440-KB 3.5" drive> on fdc0 drive 0 Mar 26 22:09:17 internet /kernel: atkbdc0: at port 0x60-0x6f on isa0 Mar 26 22:09:17 internet /kernel: atkbd0: irq 1 on atkbdc0 Mar 26 22:09:17 internet /kernel: vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Mar 26 22:09:17 internet /kernel: sc0: on isa0 Mar 26 22:09:17 internet /kernel: sc0: VGA <8 virtual consoles, flags=0x200> Mar 26 22:09:17 internet /kernel: sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 Mar 26 22:09:17 internet /kernel: sio0: type 16550A Mar 26 22:09:17 internet /kernel: ppc0: at port 0x378-0x37f irq 7 on isa0 Mar 26 22:09:17 internet /kernel: ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode Mar 26 22:09:17 internet /kernel: ppc0: FIFO with 16/16/16 bytes threshold Mar 26 22:09:17 internet /kernel: ppi0: on ppbus0 Mar 26 22:09:17 internet /kernel: lpt0: on ppbus0 Mar 26 22:09:17 internet /kernel: lpt0: Interrupt-driven port Mar 26 22:09:17 internet /kernel: isic0 at port 0xd80-0xd9f,0x980-0x99f,0x180-0x19f,0x580-0x59f irq 10 flags 0x3 on isa0 Mar 26 22:09:17 internet /kernel: isic0: Teles S0/16.3 Mar 26 22:09:17 internet /kernel: IP packet filtering initialized, divert enabled, rule-based forwarding enabled, default to deny, logging limited to 100 packets/entry by default Mar 26 22:09:17 internet /kernel: i4b: ISDN call control device attached Mar 26 22:09:17 internet /kernel: i4bisppp: 4 ISDN SyncPPP device(s) attached Mar 26 22:09:17 internet /kernel: i4bctl: ISDN system control port attached Mar 26 22:09:17 internet /kernel: i4bipr: 4 IP over raw HDLC ISDN device(s) attached (VJ header compression) Mar 26 22:09:17 internet /kernel: i4brbch: 4 raw B channel access device(s) attached Mar 26 22:09:17 internet /kernel: i4btrc: 4 ISDN trace device(s) attached Mar 26 22:09:17 internet /kernel: ad0: 3337MB [6780/16/63] at ata0-master using WDMA2 Mar 26 22:09:17 internet /kernel: acd0: CDROM at ata1-master using PIO4 Mar 26 22:09:17 internet /kernel: acd1: CDROM at ata1-slave using PIO4 Mar 26 22:09:18 internet /kernel: Waiting 8 seconds for SCSI devices to settle Mar 26 22:09:18 internet /kernel: Mounting root from ufs:/dev/da0s1a Mar 26 22:09:18 internet /kernel: da0 at ahc0 bus 0 target 0 lun 0 Mar 26 22:09:18 internet /kernel: da0: Fixed Direct Access SCSI-2 device Mar 26 22:09:18 internet /kernel: da0: 20.000MB/s transfers (20.000MHz, offset 15), Tagged Queueing Enabled Mar 26 22:09:18 internet /kernel: da0: 2063MB (4226725 512 byte sectors: 255H 63S/T 263C) Mar 26 22:09:18 internet /kernel: da2 at ahc0 bus 0 target 2 lun 0 Mar 26 22:09:18 internet /kernel: da2: Fixed Direct Access SCSI-2 device Mar 26 22:09:18 internet /kernel: da2: 20.000MB/s transfers (20.000MHz, offset 15), Tagged Queueing Enabled Mar 26 22:09:18 internet /kernel: da2: 2063MB (4226725 512 byte sectors: 255H 63S/T 263C) Mar 26 22:09:18 internet /kernel: da1 at ahc0 bus 0 target 1 lun 0 Mar 26 22:09:18 internet /kernel: da1: Fixed Direct Access SCSI-2 device Mar 26 22:09:18 internet /kernel: da1: 20.000MB/s transfers (20.000MHz, offset 15), Tagged Queueing Enabled Mar 26 22:09:18 internet /kernel: da1: 2063MB (4226725 512 byte sectors: 255H 63S/T 263C) Mar 26 22:09:18 internet /kernel: isp0: lcp close(initial) Mar 26 22:09:24 internet papd[256]: restart (1.4b2) Mar 26 22:09:24 internet papd[256]: atp_open: Can't assign requested address Mar 26 22:09:24 internet afpd[258]: main: atp_open: Can't assign requested address Mar 26 22:09:25 internet squid: parseConfigFile: line 609 unrecognized: 'dns_children 1' Mar 26 22:09:25 internet squid[278]: Starting Squid Cache version 2.3.STABLE2 for i386--freebsd4.0... Mar 26 22:09:25 internet squid[278]: Process ID 278 Mar 26 22:09:25 internet squid[278]: With 2088 file descriptors available Mar 26 22:09:25 internet squid[278]: Performing DNS Tests... Mar 26 22:09:25 internet squid[278]: Successful DNS name lookup tests... Mar 26 22:09:25 internet squid[278]: DNS Socket created on FD 5 Mar 26 22:09:25 internet squid[278]: Adding nameserver 194.8.194.83 from /etc/resolv.conf Mar 26 22:09:25 internet squid[278]: Unlinkd pipe opened on FD 10 Mar 26 22:09:25 internet squid[278]: Swap maxSize 102400 KB, estimated 7876 objects Mar 26 22:09:25 internet squid[278]: Target number of buckets: 157 Mar 26 22:09:25 internet squid[278]: Using 8192 Store buckets Mar 26 22:09:25 internet squid[278]: Max Mem size: 8192 KB Mar 26 22:09:25 internet squid[278]: Max Swap size: 102400 KB Mar 26 22:09:25 internet squid[278]: Rebuilding storage in /usr/local/squid/cache (CLEAN) Mar 26 22:09:25 internet squid[278]: Set Current Directory to /usr/local/squid/cache Mar 26 22:09:26 internet squid[278]: Loaded Icons. Mar 26 22:09:26 internet squid[278]: Accepting HTTP connections at 0.0.0.0, port 3128, FD 11. Mar 26 22:09:26 internet squid[278]: Accepting ICP messages at 0.0.0.0, port 3130, FD 12. Mar 26 22:09:26 internet squid[278]: WCCP Disabled. Mar 26 22:09:26 internet squid[278]: Ready to serve requests. Mar 26 22:09:40 internet login: ROOT LOGIN (root) ON ttyv0 Mar 26 22:10:00 internet /kernel: isp0: lcp open(initial) Mar 26 22:10:00 internet /kernel: isp0: phase establish Mar 26 22:10:00 internet /kernel: i4b: unit 0, assigned TEI = 83 = 0x53 Mar 26 22:10:00 internet /kernel: i4b-L1-isic_isac_irq: unit 0: CRC error Mar 26 22:10:00 internet /kernel: i4b-L1-isic_isac_irq: unit 0: Receive Aborted error Mar 26 22:10:01 internet /kernel: i4b-L2-i4b_T200_timeout: unit 0, RC = 0 Mar 26 22:10:01 internet /kernel: i4b-L2-i4b_invoke_retransmission: nr = 1 Mar 26 22:10:02 internet /kernel: isp0: Up event Mar 26 22:10:02 internet /kernel: isp0: lcp up(starting) Mar 26 22:10:02 internet /kernel: isp0: lcp output Mar 26 22:10:03 internet /kernel: isp0: lcp input(req-sent): Mar 26 22:10:03 internet /kernel: isp0: lcp parse opts: auth-proto magic lcp/0x11 [rej] lcp/0x13 [rej] send conf-rej Mar 26 22:10:03 internet /kernel: isp0: lcp output Mar 26 22:10:03 internet /kernel: isp0: lcp input(req-sent): Mar 26 22:10:03 internet /kernel: isp0: lcp parse opts: auth-proto magic Mar 26 22:10:03 internet /kernel: isp0: lcp parse opt values: auth-proto magic 0x2e3ee83a send conf-ack Mar 26 22:10:03 internet /kernel: isp0: lcp output Mar 26 22:10:05 internet /kernel: isp0: lcp input(ack-sent): Mar 26 22:10:05 internet /kernel: isp0: lcp parse opts: auth-proto magic Mar 26 22:10:05 internet /kernel: isp0: lcp parse opt values: auth-proto magic 0x2e3ee83a send conf-ack Mar 26 22:10:05 internet /kernel: isp0: lcp output Mar 26 22:10:07 internet /kernel: isp0: lcp input(ack-sent): Mar 26 22:10:07 internet /kernel: isp0: lcp parse opts: auth-proto magic Mar 26 22:10:07 internet /kernel: isp0: lcp parse opt values: auth-proto magic 0x2e3ee83a send conf-ack Mar 26 22:10:07 internet /kernel: isp0: lcp output Mar 26 22:10:09 internet /kernel: isp0: lcp input(ack-sent): Mar 26 22:10:09 internet /kernel: isp0: lcp parse opts: auth-proto magic Mar 26 22:10:09 internet /kernel: isp0: lcp parse opt values: auth-proto magic 0x2e3ee83a send conf-ack Mar 26 22:10:09 internet /kernel: isp0: lcp output Mar 26 22:10:11 internet /kernel: isp0: lcp input(ack-sent): Mar 26 22:10:11 internet /kernel: isp0: lcp parse opts: auth-proto magic Mar 26 22:10:11 internet /kernel: isp0: lcp parse opt values: auth-proto magic 0x2e3ee83a send conf-ack Mar 26 22:10:11 internet /kernel: isp0: lcp output Mar 26 22:10:13 internet /kernel: isp0: lcp input(ack-sent): Mar 26 22:10:13 internet /kernel: isp0: lcp parse opts: auth-proto magic Mar 26 22:10:13 internet /kernel: isp0: lcp parse opt values: auth-proto magic 0x2e3ee83a send conf-ack Mar 26 22:10:13 internet /kernel: isp0: lcp output Mar 26 22:10:15 internet /kernel: isp0: lcp input(ack-sent): Mar 26 22:10:15 internet /kernel: isp0: lcp parse opts: auth-proto magic Mar 26 22:10:15 internet /kernel: isp0: lcp parse opt values: auth-proto magic 0x2e3ee83a send conf-ack Mar 26 22:10:15 internet /kernel: isp0: lcp output Mar 26 22:10:17 internet /kernel: isp0: lcp input(ack-sent): Mar 26 22:10:17 internet /kernel: isp0: lcp parse opts: auth-proto magic Mar 26 22:10:17 internet /kernel: isp0: lcp parse opt values: auth-proto magic 0x2e3ee83a send conf-ack Mar 26 22:10:17 internet /kernel: isp0: lcp output Mar 26 22:10:19 internet /kernel: isp0: lcp input(ack-sent): Mar 26 22:10:19 internet /kernel: isp0: lcp parse opts: auth-proto magic Mar 26 22:10:19 internet /kernel: isp0: lcp parse opt values: auth-proto magic 0x2e3ee83a send conf-ack Mar 26 22:10:19 internet /kernel: isp0: lcp output Mar 26 22:10:21 internet /kernel: isp0: lcp input(ack-sent): Mar 26 22:10:21 internet /kernel: isp0: lcp parse opts: auth-proto magic Mar 26 22:10:21 internet /kernel: isp0: lcp parse opt values: auth-proto magic 0x2e3ee83a send conf-ack Mar 26 22:10:21 internet /kernel: isp0: lcp output Mar 26 22:10:23 internet squid[278]: Done scanning /usr/local/squid/cache swaplog (0 entries) Mar 26 22:10:23 internet squid[278]: Finished rebuilding storage from disk. Mar 26 22:10:23 internet squid[278]: 0 Entries scanned Mar 26 22:10:23 internet squid[278]: 0 Invalid entries. Mar 26 22:10:23 internet squid[278]: 0 With invalid flags. Mar 26 22:10:23 internet squid[278]: 0 Objects loaded. Mar 26 22:10:23 internet squid[278]: 0 Objects expired. Mar 26 22:10:23 internet squid[278]: 0 Objects cancelled. Mar 26 22:10:23 internet squid[278]: 0 Duplicate URLs purged. Mar 26 22:10:23 internet squid[278]: 0 Swapfile clashes avoided. Mar 26 22:10:23 internet squid[278]: Took 57.5 seconds ( 0.0 objects/sec). Mar 26 22:10:23 internet squid[278]: Beginning Validation Procedure Mar 26 22:10:23 internet squid[278]: Completed Validation Procedure Mar 26 22:10:23 internet squid[278]: Validated 0 Entries Mar 26 22:10:23 internet squid[278]: store_swap_size = 21k Mar 26 22:10:24 internet /kernel: isp0: lcp down(ack-sent) Mar 26 22:10:24 internet /kernel: isp0: Down event (carrier loss) Mar 26 22:10:24 internet /kernel: isp0: lcp close(starting) Mar 26 22:10:24 internet /kernel: isp0: phase dead Mar 26 22:10:24 internet squid[278]: storeLateRelease: released 0 objects Mar 26 22:10:34 internet /kernel: isp0: lcp open(initial) Mar 26 22:10:34 internet /kernel: isp0: phase establish Mar 26 22:10:36 internet /kernel: isp0: Up event Mar 26 22:10:36 internet /kernel: isp0: lcp up(starting) Mar 26 22:10:36 internet /kernel: isp0: lcp output Mar 26 22:10:36 internet /kernel: isp0: lcp input(req-sent): Mar 26 22:10:36 internet /kernel: isp0: lcp parse opts: auth-proto magic lcp/0x11 [rej] lcp/0x13 [rej] send conf-rej Mar 26 22:10:36 internet /kernel: isp0: lcp output Mar 26 22:10:36 internet /kernel: isp0: lcp input(req-sent): Mar 26 22:10:36 internet /kernel: isp0: lcp input(ack-rcvd): Mar 26 22:10:36 internet /kernel: isp0: lcp parse opts: auth-proto magic Mar 26 22:10:36 internet /kernel: isp0: lcp parse opt values: auth-proto magic 0xb5fa55d8 send conf-ack Mar 26 22:10:36 internet /kernel: isp0: lcp output Mar 26 22:10:36 internet /kernel: isp0: lcp tlu Mar 26 22:10:36 internet /kernel: isp0: phase authenticate Mar 26 22:10:36 internet /kernel: isp0: pap output Mar 26 22:10:36 internet /kernel: isp0: pap success Mar 26 22:10:39 internet /kernel: isp0: pap TO(req-sent) rst_counter = 10 Mar 26 22:10:42 internet /kernel: isp0: pap TO(req-sent) rst_counter = 9 Mar 26 22:10:45 internet /kernel: isp0: pap TO(req-sent) rst_counter = 8 Mar 26 22:10:48 internet /kernel: isp0: pap TO(req-sent) rst_counter = 7 Mar 26 22:10:51 internet /kernel: isp0: pap TO(req-sent) rst_counter = 6 Mar 26 22:10:54 internet /kernel: isp0: pap TO(req-sent) rst_counter = 5 Mar 26 22:10:57 internet /kernel: isp0: pap TO(req-sent) rst_counter = 4 Mar 26 22:11:00 internet /kernel: isp0: pap TO(req-sent) rst_counter = 3 Mar 26 22:11:03 internet /kernel: isp0: pap TO(req-sent) rst_counter = 2 Mar 26 22:11:06 internet /kernel: isp0: pap TO(req-sent) rst_counter = 1 Mar 26 22:11:09 internet /kernel: isp0: pap TO(req-sent) rst_counter = 0 Mar 26 22:11:09 internet /kernel: isp0: pap tld Mar 26 22:11:09 internet /kernel: isp0: lcp close(opened) Mar 26 22:11:09 internet /kernel: isp0: phase terminate Mar 26 22:11:09 internet /kernel: isp0: lcp output Mar 26 22:11:09 internet /kernel: isp0: lcp input(closing): Mar 26 22:11:09 internet /kernel: isp0: phase dead Mar 26 22:11:09 internet /kernel: isp0: lcp down(closed) Mar 26 22:11:09 internet /kernel: isp0: Down event (carrier loss) --gKMricLos+KVdGMg Content-Type: text/plain; charset=us-ascii Content-Description: isdnd.rc Content-Disposition: attachment; filename="isdnd.rc" #============================================================================== # SYSTEM section: isdnd global configuration parameters #============================================================================== system # accounting # ---------- acctall = on # generate info for everything acctfile = /var/log/isdnd.acct # name & location of accounting file useacctfile = yes # generate accouting info to file # monitor # ------- monitor-allowed = no # global switch: monitor on/off monitor-port = 451 # default monitor TCP port # ratesfile # --------- ratesfile = /etc/isdn/isdnd.rates # name & location of rates file # realtime priority section # ------------------------- rtprio = 25 # modify isdnd's process priority #======================================================================= # entry section: PPP example #====================================================================== entry name = NetCologne usrdevicename = isp usrdeviceunit = 0 isdncontroller = 0 isdnchannel = -1 local-phone-incoming = XXXXXXXXXXX local-phone-dialout = XXXXXXXXXXX remote-phone-dialout = XXXXXXXXXXX remote-phone-incoming = XXXXXXXXXXX remdial-handling = first dialin-reaction = reject dialout-type = normal b1protocol = hdlc idletime-incoming = 240 idletime-outgoing = 30 ratetype = 0 unitlength = 90 #unitlengthsrc = rate #unitlengthsrc = aocd unitlengthsrc = conf dialretries = 3 dialrandincr = on recoverytime = 25 usedown = off downtries = 2 downtime = 60 #earlyhangup = 5 --gKMricLos+KVdGMg Content-Type: text/plain; charset=us-ascii Content-Description: isdnd.log Content-Disposition: attachment; filename="isdnd.log" Mar 26 22:10:00 internet isdnd[118]: DBG msg_dialout: dial req from isp, unit 0 Mar 26 22:10:00 internet isdnd[118]: DBG setup_dialout: entry NetCologne ok! Mar 26 22:10:00 internet isdnd[118]: DBG find_by_device_for_dialout: found entry 0! Mar 26 22:10:00 internet isdnd[118]: DBG FSM event [msg-dialout]: [idle => dialing] Mar 26 22:10:00 internet isdnd[118]: DBG F_DIAL: local dial out request Mar 26 22:10:00 internet isdnd[118]: DBG select_first_dialno: only one no, no = 09174510 Mar 26 22:10:00 internet isdnd[118]: CHD 00001 NetCologne rate 90 sec/unit (conf) Mar 26 22:10:00 internet isdnd[118]: DBG sendm_connect_req: ctrl = 0, chan = -1 Mar 26 22:10:00 internet isdnd[118]: DBG decr_free_channels: ctrl 0, now 1 chan free Mar 26 22:10:00 internet isdnd[118]: CHD 00001 NetCologne dialing out from 91195561590 to 09174510 Mar 26 22:10:00 internet isdnd[118]: DBG msg_l12stat_ind: unit 0, layer 1, state 1 Mar 26 22:10:00 internet isdnd[118]: DBG msg_teiasg_ind: unit 0, tei = 83 Mar 26 22:10:00 internet isdnd[118]: DBG msg_l12stat_ind: unit 0, layer 2, state 1 Mar 26 22:10:01 internet isdnd[118]: DBG set_channel_busy: controller [0] channel B1 set to BUSY! Mar 26 22:10:01 internet isdnd[118]: CHD 00001 NetCologne outgoing call proceeding (ctl 0, ch 0) Mar 26 22:10:02 internet isdnd[118]: DBG msg_charging: 1 unit(s) (AOCD) Mar 26 22:10:02 internet isdnd[118]: DBG msg_charging: 1 unit(s) (estimated) Mar 26 22:10:02 internet isdnd[118]: DBG set_channel_busy: controller [0] channel B1 already busy! Mar 26 22:10:02 internet isdnd[118]: CHD 00001 NetCologne outgoing call active (ctl 0, ch 0, isp0) Mar 26 22:10:02 internet isdnd[118]: DBG FSM event [msg-con-act-ind]: [dialing => connected] Mar 26 22:10:02 internet isdnd[118]: DBG F_DOK: dial out ok Mar 26 22:10:02 internet isdnd[118]: DBG select_this_dialno: index = 0, no = 09174510 Mar 26 22:10:24 internet isdnd[118]: DBG msg_charging: 1 unit(s) (AOCE) Mar 26 22:10:24 internet isdnd[118]: CHD 00001 NetCologne outgoing call disconnected (remote) Mar 26 22:10:24 internet isdnd[118]: CHD 00001 NetCologne cause 16: Normal call clearing (Q.850) Mar 26 22:10:24 internet isdnd[118]: CHD 00001 NetCologne charging: 1 units, 22 seconds Mar 26 22:10:24 internet isdnd[118]: CHD 00001 NetCologne accounting: in 210, out 218 Mar 26 22:10:24 internet isdnd[118]: DBG set_channel_idle: controller [0] channel B1 set to IDLE! Mar 26 22:10:24 internet isdnd[118]: DBG incr_free_channels: ctrl 0, now 2 chan free Mar 26 22:10:24 internet isdnd[118]: DBG FSM event [msg-disc-ind]: [connected => idle] Mar 26 22:10:24 internet isdnd[118]: DBG F_IDIS: disconnect indication Mar 26 22:10:34 internet isdnd[118]: DBG msg_dialout: dial req from isp, unit 0 Mar 26 22:10:34 internet isdnd[118]: DBG setup_dialout: entry NetCologne ok! Mar 26 22:10:34 internet isdnd[118]: DBG find_by_device_for_dialout: found entry 0! Mar 26 22:10:34 internet isdnd[118]: DBG FSM event [msg-dialout]: [idle => dialing] Mar 26 22:10:34 internet isdnd[118]: DBG F_DIAL: local dial out request Mar 26 22:10:34 internet isdnd[118]: DBG select_first_dialno: only one no, no = 09174510 Mar 26 22:10:34 internet isdnd[118]: CHD 00002 NetCologne rate 90 sec/unit (conf) Mar 26 22:10:34 internet isdnd[118]: DBG sendm_connect_req: ctrl = 0, chan = -1 Mar 26 22:10:34 internet isdnd[118]: DBG decr_free_channels: ctrl 0, now 1 chan free Mar 26 22:10:34 internet isdnd[118]: CHD 00002 NetCologne dialing out from 91195561590 to 09174510 Mar 26 22:10:35 internet isdnd[118]: DBG set_channel_busy: controller [0] channel B1 set to BUSY! Mar 26 22:10:35 internet isdnd[118]: CHD 00002 NetCologne outgoing call proceeding (ctl 0, ch 0) Mar 26 22:10:36 internet isdnd[118]: DBG msg_charging: 1 unit(s) (AOCD) Mar 26 22:10:36 internet isdnd[118]: DBG msg_charging: 1 unit(s) (estimated) Mar 26 22:10:36 internet isdnd[118]: DBG set_channel_busy: controller [0] channel B1 already busy! Mar 26 22:10:36 internet isdnd[118]: CHD 00002 NetCologne outgoing call active (ctl 0, ch 0, isp0) Mar 26 22:10:36 internet isdnd[118]: DBG FSM event [msg-con-act-ind]: [dialing => connected] Mar 26 22:10:36 internet isdnd[118]: DBG F_DOK: dial out ok Mar 26 22:10:36 internet isdnd[118]: DBG select_this_dialno: index = 0, no = 09174510 Mar 26 22:10:36 internet isdnd[118]: DBG isp0: switched to state 3 Mar 26 22:11:09 internet isdnd[118]: DBG msg_drvrdisc_req: req from isp, unit 0 Mar 26 22:11:09 internet isdnd[118]: DBG get_cep_by_driver: found entry 0! Mar 26 22:11:09 internet isdnd[118]: DBG FSM event [disconnect-req]: [connected => waitdisconnect] Mar 26 22:11:09 internet isdnd[118]: DBG F_DRQ: local disconnect request Mar 26 22:11:09 internet isdnd[118]: DBG sendm_disconnect_req: sent DISCONNECT_REQ Mar 26 22:11:09 internet isdnd[118]: DBG msg_charging: 1 unit(s) (AOCE) Mar 26 22:11:09 internet isdnd[118]: CHD 00002 NetCologne outgoing call disconnected (local) Mar 26 22:11:09 internet isdnd[118]: CHD 00002 NetCologne cause 0: normal call clearing (I4B) Mar 26 22:11:09 internet isdnd[118]: CHD 00002 NetCologne charging: 1 units, 33 seconds Mar 26 22:11:09 internet isdnd[118]: CHD 00002 NetCologne accounting: in 83, out 88 (in 1075, out 88) Mar 26 22:11:09 internet isdnd[118]: DBG set_channel_idle: controller [0] channel B1 set to IDLE! Mar 26 22:11:09 internet isdnd[118]: DBG incr_free_channels: ctrl 0, now 2 chan free Mar 26 22:11:09 internet isdnd[118]: DBG FSM event [msg-disc-ind]: [waitdisconnect => idle] Mar 26 22:11:09 internet isdnd[118]: DBG F_MDI: disconnect indication, local disconnected --gKMricLos+KVdGMg Content-Type: text/plain; charset=us-ascii Content-Description: netstat.out Content-Disposition: attachment; filename="netstat.out" Routing tables Internet: Destination Gateway Flags Netif Expire default 0.0.0.1 UGSc isp0 0.0.0.1 0.0.0.0 UH isp0 127.0.0.1 127.0.0.1 UH lo0 172.16.1/24 link#2 UC fxp1 => 192.168.100 link#1 UC fxp0 => AppleTalk: Destination Gateway Flags Netif Expire --gKMricLos+KVdGMg Content-Type: text/plain; charset=us-ascii Content-Description: ifconfig.out Content-Disposition: attachment; filename="ifconfig.out" fxp0: flags=8843 mtu 1500 inet 192.168.100.200 netmask 0xffffff00 broadcast 192.168.100.255 ether 00:d0:b7:0c:33:6b media: autoselect status: no carrier supported media: autoselect 100baseTX 100baseTX 10baseT/UTP 10baseT/UTP fxp1: flags=8843 mtu 1500 inet 172.16.1.1 netmask 0xffffff00 broadcast 172.16.1.255 ether 00:d0:b7:0c:33:6e media: autoselect status: no carrier supported media: autoselect 100baseTX 100baseTX 10baseT/UTP 10baseT/UTP ppp0: flags=8010 mtu 1500 lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 isp0: flags=a015 mtu 1500 inet 0.0.0.0 --> 0.0.0.1 netmask 0xff000000 isp1: flags=8010 mtu 1500 isp2: flags=8010 mtu 1500 isp3: flags=8010 mtu 1500 ipr0: flags=2810 mtu 1500 ipr1: flags=2810 mtu 1500 ipr2: flags=2810 mtu 1500 ipr3: flags=2810 mtu 1500 --gKMricLos+KVdGMg-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Mon Mar 27 10: 0:39 2000 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 2708437B676 for ; Mon, 27 Mar 2000 10:00:36 -0800 (PST) (envelope-from andreas@klemm.gtn.com) Received: (from uucp@localhost) by picalon.gun.de (8.9.3/8.9.3) id UAA02765 for freebsd-isdn@FreeBSD.ORG; Mon, 27 Mar 2000 20:00:19 +0200 (MET DST) >Received: (from andreas@localhost) by klemm.gtn.com (8.9.3/8.9.3) id IAA55177 for freebsd-isdn@FreeBSD.ORG; Mon, 27 Mar 2000 08:30:20 +0200 (CEST) (envelope-from andreas) Date: Mon, 27 Mar 2000 08:30:20 +0200 From: Andreas Klemm To: freebsd-isdn@FreeBSD.ORG Subject: Re: problems with right sppp settings in rc.conf ??? Message-ID: <20000327083020.A54880@titan.klemm.gtn.com> Reply-To: freebsd-isdn@FreeBSD.ORG, andreas@klemm.gtn.com, andreas.klemm.ak@bayer-ag.de References: <20000326234139.A31884@titan.klemm.gtn.com> Mime-Version: 1.0 X-Mailer: Mutt 1.0.1i In-Reply-To: <20000326234139.A31884@titan.klemm.gtn.com>; from andreas@klemm.gtn.com on Sun, Mar 26, 2000 at 11:41:39PM +0200 X-Operating-System: FreeBSD 4.0-STABLE SMP X-Disclaimer: A free society is one where it is safe to be unpopular Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Forgot to set reply-to. again, to get some config snipplet: Is this the absolute recommended way ? (currently printing the i4b manual).... ifconfig_isp0="inet 0.0.0.0 0.0.0.1 netmask 0xffffffff link1" spppconfig_isp0="myauthproto=pap myauthname=x myauthsecret=x hisauthproto=none callin" And in /etc/rc.local: route delete default route add default -interface isp0 -- Andreas Klemm http://people.FreeBSD.ORG/~andreas http://www.freebsd.org/~fsmp/SMP/SMP.html powered by Symmetric MultiProcessor FreeBSD New APSFILTER 520 and songs from our band - http://people.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 Mon Mar 27 11:42:50 2000 Delivered-To: freebsd-isdn@freebsd.org Received: from dead-end.net (dead-end.net [216.15.131.2]) by hub.freebsd.org (Postfix) with ESMTP id 7BAFA37B6F7 for ; Mon, 27 Mar 2000 11:42:39 -0800 (PST) (envelope-from rock@dead-end.net) Received: from mailto.dead-end.net (dead-end.net [216.15.131.2]) by dead-end.net (8.9.3/DEAD-END/2000013000-Deliver) with ESMTP id VAA22137; Mon, 27 Mar 2000 21:42:35 +0200 (CEST) (envelope-from rock@dead-end.net) Received: from server.rock.net (p3E9C3768.dip.t-dialin.net [62.156.55.104]) by mailto.dead-end.net (8.9.3/DEAD-END/2000013000-Customer) with ESMTP id VAA22131; Mon, 27 Mar 2000 21:42:29 +0200 (CEST) (envelope-from rock@dead-end.net) Received: from dead-end.net (server [172.23.7.1]) by server.rock.net (8.9.3+Sun/8.9.3) with ESMTP id VAA05167; Mon, 27 Mar 2000 21:33:07 +0200 (MEST) Message-ID: <38DFB772.E98D7544@dead-end.net> Date: Mon, 27 Mar 2000 21:33:06 +0200 From: "D. Rock" X-Mailer: Mozilla 4.72 [en] (X11; U; SunOS 5.8 i86pc) X-Accept-Language: de, en MIME-Version: 1.0 To: Andreas Klemm Cc: isdn@freebsd.org Subject: Re: problems with right sppp settings in rc.conf ??? References: <20000326234139.A31884@titan.klemm.gtn.com> Content-Type: multipart/mixed; boundary="------------B55D59FAF37AD8866E8B37E3" Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This is a multi-part message in MIME format. --------------B55D59FAF37AD8866E8B37E3 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Andreas Klemm wrote: > > Hi ! > > I can't get isdn to run... certainly I only overlooked a little thing... > When browsing through the mailinglist I think I have an idea [...] > Could you please have a look at my trace and tell me if it's this what > went wrong ? Too bad the machine isn't here at the moment. I'm curious why user level ppp isn't propagated more in this mailing list. Ok, it's only available since 3.3 (?) but after I switched over to it from sppp setup I don't want to miss it again. Here are excerpts from my configuration: - /etc/rc.conf ppp_enable="YES" ppp_mode="auto" ppp_profile="t-online" isdn_enable="YES" isdn_fsdev="/dev/ttyv4" isdn_flags="-d0" [no defaultrouter. This should be done by ppp] - /etc/ppp/ppp.conf - /etc/isdn/isdnd.rc see attachment I included some filter rules in ppp.conf which don't keep sessions alive simply for DNS traffic. With old sppp setup it cost me a complete weekend of online costs, because I forgot to "ifconfig isp0 down" before I left. On the downside I mostly still have to activate the link manually, since most external traffic first needs a DNS lookup (which is then cached, since I run my own cache-only nameserver). But at least I can go to sleep without a worry. Be sure to include pseudo-device "i4brbch" 2 pseudo-device tun in your kernel configuration. It works like a charm. Much better than the old sppp setup. The only (maybe only cosmetic) problem I'm having is that the IP addresses from previous sessions don't get released automatically. After some days of uptime they stack up: # ifconfig tun0 tun0: flags=8051 mtu 1500 inet 172.23.11.1 --> 172.23.11.2 netmask 0xffffffff inet 193.159.132.104 --> 255.255.255.255 netmask 0xffffffff inet 62.156.55.183 --> 212.185.253.237 netmask 0xffffffff inet 62.158.15.113 --> 255.255.255.255 netmask 0xffffffff inet 62.158.15.78 --> 255.255.255.255 netmask 0xffffffff inet 62.158.14.216 --> 212.185.253.241 netmask 0xffffffff Opened by PID 63 I have created a communication socket for pppctl, so with a # pppctl /var/run/ppp.0 iface clear I can release old entries, but I don't know how to achieve this automatically in the log file. Maybe some hints from other users? -- Daniel --------------B55D59FAF37AD8866E8B37E3 Content-Type: text/plain; charset=iso-8859-1; name="ppp.conf" Content-Transfer-Encoding: 8bit Content-Disposition: inline; filename="ppp.conf" default: set socket /var/run/ppp.%d "" t-online: load filters set phone 0191011 set authname "08/15-4711" set authkey "deadbeef" set enddisc mac enable lqr set reconnect 5 3 set redial 3 5 set lqrperiod 50 set timeout 170 300 set dial set login set hangup set device /dev/i4brbch0 /dev/i4brbch1 set speed sync set bandwidth 65536 link * set cd 6 set ifaddr 172.23.11.1/0 172.23.11.2/0 255.255.255.255 0.0.0.0 add! default HISADDR nat enable yes filters: # Was hält Verbindung aufrecht? # Kein ICMP set filter alive 0 deny icmp # Kein DNS set filter alive 1 deny udp src eq domain set filter alive 2 deny udp dst eq domain # Kein NTP set filter alive 3 deny udp dst eq ntp set filter alive 4 deny tcp dst eq ntp # Rest OK set filter alive 5 permit 0 0 # Was baut Verbindung auf? set filter dial 0 9 0 0 tcp dst eq http set filter dial 1 9 0 0 tcp dst eq smtp set filter dial 2 9 0 0 tcp dst eq ftp set filter dial 3 9 0 0 tcp dst eq ssh set filter dial 4 9 0 0 tcp dst eq imap set filter dial 5 9 0 0 tcp dst eq cvsup set filter dial 6 9 0 0 tcp dst eq nntp set filter dial 7 9 0 0 tcp dst eq pop3 set filter dial 8 deny ! 0 0 tcp dst eq cvspserver set filter dial 9 permit 0 0 --------------B55D59FAF37AD8866E8B37E3 Content-Type: text/plain; charset=us-ascii; name="isdnd.rc" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="isdnd.rc" system # accounting # ---------- acctall = on # generate info for everything acctfile = /var/log/isdnd.acct # name & location of accounting file useacctfile = yes # generate accouting info to file ratesfile = /etc/isdn/isdnd.rates # name & location of rates file rtprio = 25 # modify isdnd's process priority entry name = Access1 usrdevicename = rbch usrdeviceunit = 0 isdncontroller = 0 isdnchannel = -1 local-phone-incoming = 12345 remote-phone-incoming = * local-phone-dialout = 12345 remote-phone-dialout = 98765 dialin-reaction = ignore dialout-type = normal b1protocol = hdlc idletime-incoming = 0 idletime-outgoing = 0 ratetype = 3 unitlength = 60 unitlengthsrc = conf dialretries = 1 dialrandincr = on recoverytime = 1 usedown = off downtries = 2 downtime = 30 --------------B55D59FAF37AD8866E8B37E3-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Tue Mar 28 0: 6:29 2000 Delivered-To: freebsd-isdn@freebsd.org Received: from hcshh.hcs.de (hcshh.hcs.de [194.123.40.1]) by hub.freebsd.org (Postfix) with SMTP id CEB8737BA17 for ; Tue, 28 Mar 2000 00:06:24 -0800 (PST) (envelope-from hm@hcs.de) Received: from hcswork.hcs.de([192.76.124.5]) (2365 bytes) by hcshh.hcs.de via sendmail with P:smtp/R:inet_hosts/T:smtp (sender: ) id for ; Tue, 28 Mar 2000 10:05:45 +0200 (CEST) (Smail-3.2.0.104 1998-Nov-20 #1 built 1998-Dec-11) Received: by hcswork.hcs.de (Postfix, from userid 200) id 6DB4C4832; Tue, 28 Mar 2000 10:05:49 +0200 (METDST) Subject: Re: problems with right sppp settings in rc.conf ??? In-Reply-To: <38DFB772.E98D7544@dead-end.net> from "D. Rock" at "Mar 27, 0 09:33:06 pm" To: rock@dead-end.net (D. Rock) Date: Tue, 28 Mar 2000 10:05:48 +0200 (METDST) Cc: andreas@klemm.gtn.com, 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: 1474 Message-Id: <20000328080549.6DB4C4832@hcswork.hcs.de> From: hm@hcs.de (Hellmuth Michaelis) Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org From the keyboard of D. Rock: > I'm curious why user level ppp isn't propagated more in this mailing list. I was running a link with i4b ipr's at both ends for several years and was curious about datacompression on this link. One day, after evaluating mppd and finding out that it currently is not able to do datacompression (out-of-the-box) i converted this link to use ppp (with some help understanding some "dark-corner-issues", thanks a lot, Brian!) with i4b on both sides. Both sides run FreeBSD 3.4-something and since then i'm very satisfied with it. For pure ASCII data, i get (ftp) transfer rates of ~20Kb/sec (and i have also seen 35Kb/sec ... 40Kb/sec) using deflate compression instead of the usual 7.5Kb/sec. Since this is a one-side-callback, both-side-dial-on-demand link, some tricky and non-obvious configuration was setup. This is mainly due to the fact that ppp is mainly based on the idea that dialling and calling out is generally initiated by a user and not fully automatically and without any user intervention. I still want to write a short documentation about this setup, but i didn't found the time to do it so far. hellmuth -- Hellmuth Michaelis Tel +49 40 55 97 47-70 HCS Hanseatischer Computerservice GmbH Fax +49 40 55 97 47-77 Oldesloer Strasse 97-99 Mail hm [at] hcs.de D-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 Tue Mar 28 3:34:18 2000 Delivered-To: freebsd-isdn@freebsd.org Received: from storm.FreeBSD.org.uk (storm.freebsd.org.uk [194.242.139.170]) by hub.freebsd.org (Postfix) with ESMTP id 6FFE937BA59 for ; Tue, 28 Mar 2000 03:34:13 -0800 (PST) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (hak.nat.Awfulhak.org [172.31.0.12]) by storm.FreeBSD.org.uk (8.9.3/8.9.3) with ESMTP id MAA62586; Tue, 28 Mar 2000 12:34:09 +0100 (BST) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.9.3/8.9.3) with ESMTP id MAA15518; Tue, 28 Mar 2000 12:33:23 +0100 (BST) (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200003281133.MAA15518@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: hm@hcs.de Cc: rock@dead-end.net (D. Rock), andreas@klemm.gtn.com, isdn@FreeBSD.ORG, brian@hak.lan.Awfulhak.org Subject: Re: problems with right sppp settings in rc.conf ??? In-Reply-To: Message from hm@hcs.de (Hellmuth Michaelis) of "Tue, 28 Mar 2000 10:05:48 +0200." <20000328080549.6DB4C4832@hcswork.hcs.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 28 Mar 2000 12:33:22 +0100 From: Brian Somers Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > >From the keyboard of D. Rock: > > > I'm curious why user level ppp isn't propagated more in this mailing list. > > I was running a link with i4b ipr's at both ends for several years and was > curious about datacompression on this link. > > One day, after evaluating mppd and finding out that it currently is > not able to do datacompression (out-of-the-box) i converted this link to > use ppp (with some help understanding some "dark-corner-issues", thanks > a lot, Brian!) with i4b on both sides. Both sides run FreeBSD 3.4-something > and since then i'm very satisfied with it. > > For pure ASCII data, i get (ftp) transfer rates of ~20Kb/sec (and i have > also seen 35Kb/sec ... 40Kb/sec) using deflate compression instead of the > usual 7.5Kb/sec. > > Since this is a one-side-callback, both-side-dial-on-demand link, some > tricky and non-obvious configuration was setup. This is mainly due to the > fact that ppp is mainly based on the idea that dialling and calling out > is generally initiated by a user and not fully automatically and without > any user intervention. > > I still want to write a short documentation about this setup, but i didn't > found the time to do it so far. And I mean to make this side of things easier to do, but I haven't gotten the time yet :-( As a side note, I am now using a rather obscure PPPoUDPoPPPoISDN arrangement from home so that I can do link compression on the top PPP. I'm also trying to conceive of ways to make this sort of thing easier to do. I should be able to do a multi-link version of this too, but the last time I tried to explain how to do this (see usr/share/examples/ppp/*span-isp*), I don't think people really embraced it fully :-I FWIW, for those of us in the ``connect-to-isp'' market, I'm currently working on getting MPPC/MPPE working in ppp.... > hellmuth > -- > Hellmuth Michaelis Tel +49 40 55 97 47-70 > HCS Hanseatischer Computerservice GmbH Fax +49 40 55 97 47-77 > Oldesloer Strasse 97-99 Mail hm [at] hcs.de > D-22457 Hamburg WWW http://www.hcs.de -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Tue Mar 28 14:31:19 2000 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 7204A37BF6D for ; Tue, 28 Mar 2000 14:31:15 -0800 (PST) (envelope-from andreas@klemm.gtn.com) Received: (from uucp@localhost) by picalon.gun.de (8.9.3/8.9.3) id AAA24118; Wed, 29 Mar 2000 00:30:32 +0200 (MET DST) >Received: (from andreas@localhost) by klemm.gtn.com (8.9.3/8.9.3) id AAA01157; Wed, 29 Mar 2000 00:05:10 +0200 (CEST) (envelope-from andreas) Date: Wed, 29 Mar 2000 00:05:10 +0200 From: Andreas Klemm To: Gary Jennejohn Cc: Paul Herman , Christoph Kukulies , freebsd-isdn@FreeBSD.ORG Subject: Re: sPPP and PPP keepalives Message-ID: <20000329000510.A785@titan.klemm.gtn.com> References: <200003081414.PAA00487@peedub.muc.de> Mime-Version: 1.0 X-Mailer: Mutt 1.0.1i In-Reply-To: <200003081414.PAA00487@peedub.muc.de>; from garyj@peedub.muc.de on Wed, Mar 08, 2000 at 03:14:52PM +0100 X-Operating-System: FreeBSD 4.0-STABLE SMP X-Disclaimer: A free society is one where it is safe to be unpopular Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, Mar 08, 2000 at 03:14:52PM +0100, Gary Jennejohn wrote: > > BTW Paul, thanks for your repoert of success with the patch. You're the > first (and only) person who has done so. Well, this evening I was a victim of the keepalives. Netcologne uses keepalives. I'm just about migrating a Linux machine to FreeBSD. BTW: Linux had no problems with keepalives. Hellmuth was so kind to tell me on phone, that patches are available. But I was unable to find them via the mailing list archive. So I was unsuccessfull this evening. Tried user mode ppp, didn't work (dial), although I had a printout of a working example from mailing list.... Well, I will try these days the patches attached to this thread. Is there perhaps somebody, who has a clean patch against FreeBSD 4.0 RELEASE ? BTW: It's a pitty shame, that these fixes didn't made it into the CVS tree or at least onto the webservers mentioned in the file /usr/share/examples/isdn/Resources ... I think that costed me at least 5 hours... Andreas /// -- Andreas Klemm http://people.FreeBSD.ORG/~andreas http://www.freebsd.org/~fsmp/SMP/SMP.html powered by Symmetric MultiProcessor FreeBSD New APSFILTER 520 and songs from our band - http://people.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 Tue Mar 28 20:51:52 2000 Delivered-To: freebsd-isdn@freebsd.org Received: from freemail.c3.hu (fm3.freemail.hu [194.38.105.13]) by hub.freebsd.org (Postfix) with SMTP id 11F3737B8B3 for ; Tue, 28 Mar 2000 20:51:47 -0800 (PST) (envelope-from mico@computer.dunaweb.hu) Received: (qmail 14479 invoked from network); 29 Mar 2000 04:51:42 -0000 Received: from unknown (HELO ) (194.38.103.180) by fm3.freemail.hu with SMTP; 29 Mar 2000 06:51:42 +0200 Received: (qmail 818 invoked by uid 502); 28 Mar 2000 18:06:13 -0000 Date: Tue, 28 Mar 2000 20:06:13 +0200 From: mico@computer.dunaweb.hu To: "D. Rock" Cc: freebsd-isdn@freebsd.org Subject: Re: problems with right sppp settings in rc.conf ??? Message-ID: <20000328200613.F191@computer.dunaweb.hu> References: <20000326234139.A31884@titan.klemm.gtn.com> <38DFB772.E98D7544@dead-end.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <38DFB772.E98D7544@dead-end.net>; from D. Rock on Mon, Mar 27, 2000 at 09:33:06PM +0200 X-Operating-System: FreeBSD 3.3-RELEASE Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hello! * D. Rock ............................................ 27 MARCH, MONDAY > Ok, it's only available since 3.3 (?) but after I switched over to it from > sppp setup I don't want to miss it again. > > Here are excerpts from my configuration: > > [...] Thanks, it helped me a lot! Looks very nice. > # ifconfig tun0 > tun0: flags=8051 mtu 1500 > inet 172.23.11.1 --> 172.23.11.2 netmask 0xffffffff > inet 193.159.132.104 --> 255.255.255.255 netmask 0xffffffff > inet 62.156.55.183 --> 212.185.253.237 netmask 0xffffffff > inet 62.158.15.113 --> 255.255.255.255 netmask 0xffffffff > inet 62.158.15.78 --> 255.255.255.255 netmask 0xffffffff > inet 62.158.14.216 --> 212.185.253.241 netmask 0xffffffff > Opened by PID 63 ppp.linkup: ``The following entry will delete the existing bogus routes, and create correct ones'': provider: delete ALL add 0 0 HISADDR I'm not sure that this is the problem, but maybe... :) Bye Mico To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Tue Mar 28 22:30:31 2000 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 F200037BC06 for ; Tue, 28 Mar 2000 22:30:27 -0800 (PST) (envelope-from andreas@klemm.gtn.com) Received: (from uucp@localhost) by picalon.gun.de (8.9.3/8.9.3) id IAA19368; Wed, 29 Mar 2000 08:30:10 +0200 (MET DST) >Received: (from andreas@localhost) by klemm.gtn.com (8.9.3/8.9.3) id IAA23321; Wed, 29 Mar 2000 08:17:44 +0200 (CEST) (envelope-from andreas) Date: Wed, 29 Mar 2000 08:17:44 +0200 From: Andreas Klemm To: "D. Rock" Cc: Andreas Klemm , isdn@freebsd.org Subject: Re: problems with right sppp settings in rc.conf ??? Message-ID: <20000329081744.A23298@titan.klemm.gtn.com> References: <20000326234139.A31884@titan.klemm.gtn.com> <38DFB772.E98D7544@dead-end.net> Mime-Version: 1.0 X-Mailer: Mutt 1.0.1i In-Reply-To: <38DFB772.E98D7544@dead-end.net>; from rock@dead-end.net on Mon, Mar 27, 2000 at 09:33:06PM +0200 X-Operating-System: FreeBSD 4.0-STABLE SMP X-Disclaimer: A free society is one where it is safe to be unpopular Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, Mar 27, 2000 at 09:33:06PM +0200, D. Rock wrote: > I'm curious why user level ppp isn't propagated more in this mailing list. > > Ok, it's only available since 3.3 (?) but after I switched over to it from > sppp setup I don't want to miss it again. > > Here are excerpts from my configuration: Thanks for the good examplem but I didn't get ti to work. isdnd didn't dial. -- Andreas Klemm http://people.FreeBSD.ORG/~andreas http://www.freebsd.org/~fsmp/SMP/SMP.html powered by Symmetric MultiProcessor FreeBSD New APSFILTER 520 and songs from our band - http://people.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 Tue Mar 28 22:45:46 2000 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 B225037B5DC; Tue, 28 Mar 2000 22:45:33 -0800 (PST) (envelope-from andreas@klemm.gtn.com) Received: (from uucp@localhost) by picalon.gun.de (8.9.3/8.9.3) id IAA20443; Wed, 29 Mar 2000 08:45:18 +0200 (MET DST) >Received: (from andreas@localhost) by klemm.gtn.com (8.9.3/8.9.3) id IAA27171; Wed, 29 Mar 2000 08:40:41 +0200 (CEST) (envelope-from andreas) Date: Wed, 29 Mar 2000 08:40:41 +0200 From: Andreas Klemm To: Gary Jennejohn Cc: freebsd-isdn@FreeBSD.ORG, Wolfram Schneider , "Jordan K . Hubbard" Subject: mailing list archive on freefall has a gap of 3-4 weeks (was Re: sPPP and PPP keepalives ) Message-ID: <20000329084041.C23692@titan.klemm.gtn.com> References: <200003072222.XAA17816@peedub.muc.de> Mime-Version: 1.0 X-Mailer: Mutt 1.0.1i In-Reply-To: <200003072222.XAA17816@peedub.muc.de>; from garyj@muc.de on Tue, Mar 07, 2000 at 11:22:09PM +0100 X-Operating-System: FreeBSD 4.0-STABLE SMP X-Disclaimer: A free society is one where it is safe to be unpopular Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Thanks for your wonderful Patch Gary. BTW, I couldn't find the thread in the mailing list archives. When browsing the archive there seems to be a gap between: http://docs.freebsd.org/mail/archive/2000/freebsd-isdn/20000220.freebsd-isdn.html last mail: Febr 19th 2000 http://docs.freebsd.org/mail/current/freebsd-isdn.html first mail: March 26th 2000 no wonder that I didn't find the patch helmuth mentionend in the archives... Who takes care of the mailing list archive ??? Cc'd to some "authorities", who might know... -- Andreas Klemm http://people.FreeBSD.ORG/~andreas http://www.freebsd.org/~fsmp/SMP/SMP.html powered by Symmetric MultiProcessor FreeBSD New APSFILTER 520 and songs from our band - http://people.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 Wed Mar 29 8:38: 5 2000 Delivered-To: freebsd-isdn@freebsd.org Received: from hcshh.hcs.de (hcshh.hcs.de [194.123.40.1]) by hub.freebsd.org (Postfix) with SMTP id D99C937C0C7 for ; Wed, 29 Mar 2000 08:37:59 -0800 (PST) (envelope-from hm@hcs.de) Received: from hcswork.hcs.de([192.76.124.5]) (2556 bytes) by hcshh.hcs.de via sendmail with P:smtp/R:inet_hosts/T:smtp (sender: ) id for ; Wed, 29 Mar 2000 18:37:38 +0200 (CEST) (Smail-3.2.0.104 1998-Nov-20 #1 built 1998-Dec-11) Received: by hcswork.hcs.de (Postfix, from userid 200) id 0C2E24821; Wed, 29 Mar 2000 18:37:44 +0200 (METDST) Subject: Re: sPPP and PPP keepalives In-Reply-To: <20000329000510.A785@titan.klemm.gtn.com> from Andreas Klemm at "Mar 29, 0 00:05:10 am" To: andreas@klemm.gtn.com (Andreas Klemm) Date: Wed, 29 Mar 2000 18:37:44 +0200 (METDST) Cc: freebsd-isdn@freebsd.org (ISDN Mailinglist) 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: 1676 Message-Id: <20000329163744.0C2E24821@hcswork.hcs.de> From: hm@hcs.de (Hellmuth Michaelis) Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org From the keyboard of Andreas Klemm: > BTW: It's a pitty shame, that these fixes didn't made it into > the CVS tree or at least onto the webservers mentioned in the > file /usr/share/examples/isdn/Resources ... I think that costed > me at least 5 hours... I have a severe problem with my spare time left and i have really no idea where to get more from it. In case you want to express an offer with your mail to take over the monitoring of the ISDN mailing list, test the published patches and hits, set up a website where people can get tested maintenance patches, tested setups for PPP users or even complete maintenance releases with patches already applied, general help, a search engine and, and, and, to save other peoples time, you are more than welcome to start doing this today! 1/2 ;-) For the CVS tree: there was a feature freeze for 4.0 starting at December 15, 1999. In general, for the last few patches Gary published on this list, the echo from the users was far away from justifying comitting anything to the tree, if there was an echo at all ... There will be some organizational changes taking place in the near future to get more timely updates of development and fixing work done on the FreeBSD tree but this will only affect -current, nothing else. And it will not happen before the next i4b release, whenever this will be. hellmuth -- Hellmuth Michaelis Tel +49 40 55 97 47-70 HCS Hanseatischer Computerservice GmbH Fax +49 40 55 97 47-77 Oldesloer Strasse 97-99 Mail hm [at] hcs.de D-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 29 13:42:37 2000 Delivered-To: freebsd-isdn@freebsd.org Received: from widukind.bi.teuto.net (widukind.bi.teuto.net [212.8.197.28]) by hub.freebsd.org (Postfix) with ESMTP id 456B237B710 for ; Wed, 29 Mar 2000 13:42:06 -0800 (PST) (envelope-from martin@rumolt.teuto.de) Received: from rumolt.teuto.de (IDENT:root@rumolt.teuto.de [212.8.203.81]) by widukind.bi.teuto.net (8.9.3/8.9.3) with ESMTP id XAA13218 for ; Wed, 29 Mar 2000 23:41:34 +0200 Received: (from martin@localhost) by rumolt.teuto.de (8.9.3/8.8.8) id XAA02581 for freebsd-isdn@FreeBSD.ORG; Wed, 29 Mar 2000 23:44:27 +0200 (MEST) From: Martin Husemann Message-Id: <200003292144.XAA02581@rumolt.teuto.de> Subject: Beware of new AVM CardBus(????) Fritz! cards! To: freebsd-isdn@FreeBSD.ORG Date: Wed, 29 Mar 2000 23:44:27 +0200 (MEST) Organization: Crusaders Catering Services Inc. ;-) X-Mailer: ELM [version 2.4ME+ PL54 (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 FYI: we've been fighting a non-working configuration with an older notebook (PCMCIA, but no CardBus) and several obviously dead AVM Fritz! cards. Either all these new cards were DOA or AVM in their infinite wisdom and following simmilar examples in their own history have changed the cards to CardBus. So if you own a non-cardbus notbook and are going to buy AVM cards for it, be sure to be able to return them if they don't work for you! If anyone can confirm/clarify this rumors, please let us know! 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 29 13:50:42 2000 Delivered-To: freebsd-isdn@freebsd.org Received: from gnyf.wheel.dk (gnyf.wheel.dk [193.162.159.104]) by hub.freebsd.org (Postfix) with ESMTP id 664D937B7B5 for ; Wed, 29 Mar 2000 13:50:33 -0800 (PST) (envelope-from soren@gnyf.wheel.dk) Received: (from soren@localhost) by gnyf.wheel.dk (8.9.1/8.9.1) id XAA08452; Wed, 29 Mar 2000 23:50:28 +0200 (CEST) Date: Wed, 29 Mar 2000 23:50:28 +0200 From: "Soren S. Jorvang" To: Martin Husemann Cc: freebsd-isdn@FreeBSD.ORG Subject: Re: Beware of new AVM CardBus(????) Fritz! cards! Message-ID: <20000329235028.A8432@gnyf.wheel.dk> References: <200003292144.XAA02581@rumolt.teuto.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200003292144.XAA02581@rumolt.teuto.de>; from martin@rumolt.teuto.de on Wed, Mar 29, 2000 at 11:44:27PM +0200 Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, Mar 29, 2000 at 11:44:27PM +0200, Martin Husemann wrote: > Either all these new cards were DOA or AVM in their infinite wisdom and > following simmilar examples in their own history have changed the cards > to CardBus. > > So if you own a non-cardbus notbook and are going to buy AVM cards for it, > be sure to be able to return them if they don't work for you! > > If anyone can confirm/clarify this rumors, please let us know! You can identify Cardbus cards by seeing if they have the big extra ground connector at the connector end. -- Soren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Wed Mar 29 14: 1: 0 2000 Delivered-To: freebsd-isdn@freebsd.org Received: from widukind.bi.teuto.net (widukind.bi.teuto.net [212.8.197.28]) by hub.freebsd.org (Postfix) with ESMTP id 5EE3337B65A for ; Wed, 29 Mar 2000 14:00:52 -0800 (PST) (envelope-from martin@rumolt.teuto.de) Received: from rumolt.teuto.de (IDENT:root@rumolt.teuto.de [212.8.203.81]) by widukind.bi.teuto.net (8.9.3/8.9.3) with ESMTP id AAA13964; Thu, 30 Mar 2000 00:00:29 +0200 Received: (from martin@localhost) by rumolt.teuto.de (8.9.3/8.8.8) id AAA02677; Thu, 30 Mar 2000 00:03:22 +0200 (MEST) From: Martin Husemann Message-Id: <200003292203.AAA02677@rumolt.teuto.de> Subject: Re: Beware of new AVM CardBus(????) Fritz! cards! In-Reply-To: <20000329235028.A8432@gnyf.wheel.dk> from "Soren S. Jorvang" at "Mar 29, 2000 11:50:28 pm" To: soren@wheel.dk (Soren S. Jorvang) Date: Thu, 30 Mar 2000 00:03:22 +0200 (MEST) Cc: freebsd-isdn@FreeBSD.ORG Organization: Crusaders Catering Services Inc. ;-) X-Mailer: ELM [version 2.4ME+ PL54 (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 > You can identify Cardbus cards by seeing if they have the big extra > ground connector at the connector end. I avoided EE when graduading. Are there any pictures out theer or could you draw one? The only card bus card I ever saw was inserted and active ;-) 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 29 14:14:22 2000 Delivered-To: freebsd-isdn@freebsd.org Received: from gnyf.wheel.dk (gnyf.wheel.dk [193.162.159.104]) by hub.freebsd.org (Postfix) with ESMTP id 60A7D37B70D for ; Wed, 29 Mar 2000 14:14:19 -0800 (PST) (envelope-from soren@gnyf.wheel.dk) Received: (from soren@localhost) by gnyf.wheel.dk (8.9.1/8.9.1) id AAA08647; Thu, 30 Mar 2000 00:14:06 +0200 (CEST) Date: Thu, 30 Mar 2000 00:14:06 +0200 From: "Soren S. Jorvang" To: Martin Husemann Cc: freebsd-isdn@FreeBSD.ORG Subject: Re: Beware of new AVM CardBus(????) Fritz! cards! Message-ID: <20000330001406.A8618@gnyf.wheel.dk> References: <20000329235028.A8432@gnyf.wheel.dk> <200003292203.AAA02677@rumolt.teuto.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200003292203.AAA02677@rumolt.teuto.de>; from martin@rumolt.teuto.de on Thu, Mar 30, 2000 at 12:03:22AM +0200 Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, Mar 30, 2000 at 12:03:22AM +0200, Martin Husemann wrote: > > You can identify Cardbus cards by seeing if they have the big extra > > ground connector at the connector end. > > I avoided EE when graduading. Are there any pictures out theer or could you > draw one? The only card bus card I ever saw was inserted and active ;-) See e.g. http://www.sycard.com/Images/450.jpg - it's the golden bit. -- Soren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Wed Mar 29 14:16:46 2000 Delivered-To: freebsd-isdn@freebsd.org Received: from dead-end.net (dead-end.net [216.15.131.2]) by hub.freebsd.org (Postfix) with ESMTP id A2BA237BA11 for ; Wed, 29 Mar 2000 14:16:42 -0800 (PST) (envelope-from rock@dead-end.net) Received: from mailto.dead-end.net (dead-end.net [216.15.131.2]) by dead-end.net (8.9.3/DEAD-END/2000013000-Deliver) with ESMTP id AAA94798; Thu, 30 Mar 2000 00:16:18 +0200 (CEST) (envelope-from rock@dead-end.net) Received: from server.rock.net (p3E9E0E76.dip.t-dialin.net [62.158.14.118]) by mailto.dead-end.net (8.9.3/DEAD-END/2000013000-Customer) with ESMTP id AAA94779; Thu, 30 Mar 2000 00:16:16 +0200 (CEST) (envelope-from rock@dead-end.net) Received: from dead-end.net (server [172.23.7.1]) by server.rock.net (8.9.3+Sun/8.9.3) with ESMTP id AAA02087; Thu, 30 Mar 2000 00:16:12 +0200 (MEST) Message-ID: <38E280AB.A5230376@dead-end.net> Date: Thu, 30 Mar 2000 00:16:12 +0200 From: "D. Rock" X-Mailer: Mozilla 4.72 [en] (X11; U; SunOS 5.8 i86pc) X-Accept-Language: de, en MIME-Version: 1.0 To: mico@computer.dunaweb.hu Cc: freebsd-isdn@freebsd.org Subject: Re: problems with right sppp settings in rc.conf ??? References: <20000326234139.A31884@titan.klemm.gtn.com> <38DFB772.E98D7544@dead-end.net> <20000328200613.F191@computer.dunaweb.hu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org mico@computer.dunaweb.hu wrote: > > Hello! > > ppp.linkup: > > ``The following entry will delete the existing bogus routes, and > create correct ones'': > > provider: > delete ALL > add 0 0 HISADDR Thanks for the tip. I now configured a /etc/ppp/ppp.linkdown with just two lines: provider: iface clear -- Daniel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Thu Mar 30 14: 6: 7 2000 Delivered-To: freebsd-isdn@freebsd.org Received: from dead-end.net (dead-end.net [216.15.131.2]) by hub.freebsd.org (Postfix) with ESMTP id 95E1C37C074 for ; Thu, 30 Mar 2000 14:05:58 -0800 (PST) (envelope-from rock@dead-end.net) Received: from mailto.dead-end.net (dead-end.net [216.15.131.2]) by dead-end.net (8.9.3/DEAD-END/2000013000-Deliver) with ESMTP id AAA54591; Fri, 31 Mar 2000 00:05:54 +0200 (CEST) (envelope-from rock@dead-end.net) Received: from server.rock.net (p3E9C3738.dip.t-dialin.net [62.156.55.56]) by mailto.dead-end.net (8.9.3/DEAD-END/2000013000-Customer) with ESMTP id AAA54587; Fri, 31 Mar 2000 00:05:52 +0200 (CEST) (envelope-from rock@dead-end.net) Received: from dead-end.net (server [172.23.7.1]) by server.rock.net (8.9.3+Sun/8.9.3) with ESMTP id AAA25564; Fri, 31 Mar 2000 00:05:20 +0200 (MEST) Message-ID: <38E3CFA0.1909F37C@dead-end.net> Date: Fri, 31 Mar 2000 00:05:20 +0200 From: "D. Rock" X-Mailer: Mozilla 4.72 [en] (X11; U; SunOS 5.8 i86pc) X-Accept-Language: de, en MIME-Version: 1.0 To: Andreas Klemm Cc: isdn@freebsd.org Subject: Re: problems with right sppp settings in rc.conf ??? References: <20000326234139.A31884@titan.klemm.gtn.com> <38DFB772.E98D7544@dead-end.net> <20000329081744.A23298@titan.klemm.gtn.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Andreas Klemm wrote: > > On Mon, Mar 27, 2000 at 09:33:06PM +0200, D. Rock wrote: > > I'm curious why user level ppp isn't propagated more in this mailing list. > > > > Ok, it's only available since 3.3 (?) but after I switched over to it from > > sppp setup I don't want to miss it again. > > > > Here are excerpts from my configuration: > > Thanks for the good examplem but I didn't get ti to work. > isdnd didn't dial. My filter rules loaded in my example are very aggressive. ping doesn't build up a connection. DNS traffic won't either. This were my preferences based on unwanted connections (a complete long weekend, Thursday - Sunday, nonstop online. You know what this means here in Germany). You therefor won't be able to build up a connection with a "telnet somehost" or http://somewhere.com/, because it first would require a DNS lookup. So you can build up some connection by IP-Address. I usually build up a connection, if the destination host is already cached in my name server. But mostly I just first fetch new mail, which uses an IP-Address, no DNS name. Then I usually can surf the web. You can also remove in my filter rules the two lines marked with # Kein DNS or you can disable filtering altogether by commenting out load filters all in /etc/ppp/ppp.conf You may be able to safely remove the DNS filters (see above), if you know what is running on your machine and doesn't generate DNS lookups (by having a good layout in /etc/hosts and using this file before DNS [/etc/host.conf] or [as in my case] running your own name server with your own private DNS domain). My problem mentioned above (a whole weekend online) was caused after installing the squid proxy server which seems to check its own name cache periodically. Maybe I forgot to mention some configuration details, but I cannot find any. All /etc/rc* files are uncustomized, the only modifications were made in /etc/rc.conf /etc/ppp/ppp.conf /etc/isdn/isdnd.rc Just for completeness. You can check if your configuration seems similar: # ifconfig -a fxp0: flags=8843 mtu 1500 inet 172.23.7.126 netmask 0xffffff00 broadcast 172.23.7.255 ether 00:a0:c9:ef:69:8d media: autoselect (100baseTX) status: active supported media: autoselect 100baseTX 100baseTX 10baseT/UTP 10baseT/UTP lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 isp0: flags=8010 mtu 1500 tun0: flags=8051 mtu 1500 inet 62.156.55.138 --> 212.185.253.237 netmask 0xffffffff Opened by PID 249 # netstat -rn Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 212.185.253.237 UGSc 2 36257 tun0 127.0.0.1 127.0.0.1 UH 1 4679 lo0 172.23.7/24 link#1 UC 0 0 fxp0 => 172.23.7.1 0:a0:c9:ef:99:4e UHLW 11 526139 fxp0 1022 172.23.7.255 ff:ff:ff:ff:ff:ff UHLWb 0 354 fxp0 212.185.253.237 62.156.55.138 UH 2 0 tun0 224/4 link#1 UCS 0 0 fxp0 => [212.185.253.237 was the last remote address assigned by PPP] And, after a tip from another used, I added another file which solved my problem with persistent old IP information in the tunnel interface: /etc/ppp/ppp.linkdown t-online: iface clear -- Daniel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Fri Mar 31 8: 1:14 2000 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 1581D37B682 for ; Fri, 31 Mar 2000 08:01:06 -0800 (PST) (envelope-from andreas@klemm.gtn.com) Received: (from uucp@localhost) by picalon.gun.de (8.9.3/8.9.3) id SAA01271; Fri, 31 Mar 2000 18:00:24 +0200 (MET DST) >Received: (from andreas@localhost) by klemm.gtn.com (8.9.3/8.9.3) id GAA32821; Fri, 31 Mar 2000 06:34:09 +0200 (CEST) (envelope-from andreas) Date: Fri, 31 Mar 2000 06:34:09 +0200 From: Andreas Klemm To: "D. Rock" Cc: isdn@freebsd.org Subject: Re: problems with right sppp settings in rc.conf ??? Message-ID: <20000331063408.A32502@titan.klemm.gtn.com> References: <20000326234139.A31884@titan.klemm.gtn.com> <38DFB772.E98D7544@dead-end.net> <20000329081744.A23298@titan.klemm.gtn.com> <38E3CFA0.1909F37C@dead-end.net> Mime-Version: 1.0 X-Mailer: Mutt 1.0.1i In-Reply-To: <38E3CFA0.1909F37C@dead-end.net>; from rock@dead-end.net on Fri, Mar 31, 2000 at 12:05:20AM +0200 X-Operating-System: FreeBSD 4.0-STABLE SMP X-Disclaimer: A free society is one where it is safe to be unpopular Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Fri, Mar 31, 2000 at 12:05:20AM +0200, D. Rock wrote: > > Thanks for the good examplem but I didn't get ti to work. > > isdnd didn't dial. > My filter rules loaded in my example are very aggressive. > ping doesn't build up a connection. DNS traffic won't either. Arrgh ... well it was 11pm and I was f****** tired ;-) > You can also remove in my filter rules the two lines marked with > # Kein DNS > or you can disable filtering altogether by commenting out > load filters > all in /etc/ppp/ppp.conf Of course, now where you mention it... > You may be able to safely remove the DNS filters (see above), if you know > what is running on your machine and doesn't generate DNS lookups > (by having a good layout in /etc/hosts and using this file before DNS > [/etc/host.conf] or [as in my case] running your own name server with your > own private DNS domain). At home I did it like you. klemm.gtn.com is only a valid domain for mail. But I use a nameserver here ... At that site I used a hosts and caching only nameserver Since I "know" that people wouldn't get it managed to manage the nameserver files correctly. > And, after a tip from another user, I added another file which solved my > problem with persistent old IP information in the tunnel interface: > > /etc/ppp/ppp.linkdown > t-online: > iface clear Ah, thats cool ! Thanks ! Andreas /// -- Andreas Klemm http://people.FreeBSD.ORG/~andreas http://www.freebsd.org/~fsmp/SMP/SMP.html powered by Symmetric MultiProcessor FreeBSD New APSFILTER 520 and songs from our band - http://people.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 Apr 1 5:16:39 2000 Delivered-To: freebsd-isdn@freebsd.org Received: from smtp3.xs4all.nl (smtp3.xs4all.nl [194.109.127.49]) by hub.freebsd.org (Postfix) with ESMTP id 96DF737B5D8 for ; Sat, 1 Apr 2000 05:16:35 -0800 (PST) (envelope-from alrik@bronsema.com) Received: from Sadist (dc2-isdn1107.dial.xs4all.nl [194.109.152.83]) by smtp3.xs4all.nl (8.9.3/8.9.3) with ESMTP id PAA26282 for ; Sat, 1 Apr 2000 15:16:33 +0200 (CEST) Message-Id: <4.2.2.20000401151418.00b21df0@pop.xs4all.nl> X-Sender: alrikb@pop.xs4all.nl (Unverified) X-Mailer: QUALCOMM Windows Eudora Pro Version 4.2.2 Date: Sat, 01 Apr 2000 15:16:32 +0200 To: freebsd-isdn@FreeBSD.ORG From: Alrik Bronsema Subject: Problem with Teles 16.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi all, I have a problem getting my Teles S0/16.3 to work. I think it's configured correctly in the kernel. BOOT LOG -------- /kernel: isic0 at port 0xd80-0xd9f,0x980-0x99f,0x180-0x19f,0x580-0x59f irq 10 flags 0x3 on isa0 /kernel: isic0: Teles S0/16.3 /kernel: i4b: ISDN call control device attached /kernel: i4bisppp: 4 ISDN SyncPPP device(s) attached /kernel: i4bctl: ISDN system control port attached /kernel: i4bipr: 4 IP over raw HDLC ISDN device(s) attached (VJ header compression) /kernel: i4btel: 2 ISDN telephony interface device(s) attached /kernel: i4brbch: 4 raw B channel access device(s) attached /kernel: i4btrc: 4 ISDN trace device(s) attached But when I try to call my isp I with this script, I get the following errors. #!/bin/sh ifconfig isp0 delete -link1 down spppcontrol isp0 myauthproto=chap spppcontrol isp0 myauthname=loginname spppcontrol isp0 myauthsecret=password spppcontrol isp0 hisauthproto=none ifconfig isp0 0.0.0.0 10.0.0.1 netmask 0xffffffff link1 isdnd.rc file included. Do you have any idea what went wrong? Or how to solve it? Thanks, Alrik ****************************************************************** ISDN LOG -------- /kernel: i4b: unit 0, assigned TEI = 82 = 0x52 /kernel: i4b-L4-i4bioctl: I4B_DISCONNECT_REQ ioctl, cdid not found! /kernel: i4b: unit 0, assigned TEI = 99 = 0x63 /kernel: i4b: unit 0, assigned TEI = 68 = 0x44 /kernel: i4b-L4-i4bioctl: I4B_DISCONNECT_REQ ioctl, cdid not found! isdnd[224]: DMN i4b isdn daemon started (pid = 224) isdnd[224]: DMN daemon terminating, exitval = 0 isdnd[286]: DMN i4b isdn daemon started (pid = 286) /kernel: isp0: no ifid available for IPv6 link-local address /kernel: isp0: using random value as EUI64: d6:1d:8c:d9:8f:00:b2:04 /kernel: i4b: unit 0, assigned TEI = 101 = 0x65 /kernel: i4b-L3-F_UEM: FSM function F_UEM executing, state = ST_U11 - Disc Req /kernel: i4b-L3-T303_timeout: SETUP not answered, cr = 17 /kernel: i4b-L3-next_l3state: FSM illegal state, state = ST_U0 - Null, event = EV_T303EXP - T303 timeout! /kernel: i4b-L3-F_UEM: FSM function F_UEM executing, state = ST_U11 - Disc Req /kernel: i4b-L3-T303_timeout: SETUP not answered, cr = 73 /kernel: i4b-L3-next_l3state: FSM illegal state, state = ST_U0 - Null, event = EV_T303EXP - T303 timeout! /kernel: i4b-L3-F_UEM: FSM function F_UEM executing, state = ST_U11 - Disc Req /kernel: i4b-L3-T303_timeout: SETUP not answered, cr = 61 /kernel: i4b-L3-next_l3state: FSM illegal state, state = ST_U0 - Null, event = EV_T303EXP - T303 timeout! ISDND.RC -------- system acctall = on acctfile = /var/log/isdnd.acct useacctfile = yes monitor-allowed = off monitor-port = 451 monitor = "/var/run/isdn-monitor" monitor-access = fullcmd monitor-access = channelstate, logevents monitor-access = callin, callout ratesfile = /etc/isdn/isdnd.rates rtprio = 25 #============================ # entry section: PPP example #============================ entry name = I4BPPP usrdevicename = isp usrdeviceunit = 0 isdncontroller = 0 isdnchannel = -1 local-phone-incoming = 03xxxxxxxx # my tel number remote-phone-incoming = * local-phone-dialout = 03xxxxxxxx # my tel number remote-phone-dialout = 034xxxxxxx # isp tel number remdial-handling = first dialin-reaction = accept dialout-type = normal b1protocol = hdlc idletime-incoming = 240 idletime-outgoing = 30 ratetype = 0 unitlength = 90 unitlengthsrc = rate dialretries = 3 dialrandincr = on recoverytime = 25 usedown = off downtries = 2 downtime = 30 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message