From owner-freebsd-isdn Sun Dec 6 23:01:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA25239 for freebsd-isdn-outgoing; Sun, 6 Dec 1998 23:01:29 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from mail.airmail.net (mail.airmail.net [206.66.12.40]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id XAA25232; Sun, 6 Dec 1998 23:01:28 -0800 (PST) (envelope-from dallas.tx@airmail.net) Received: from workbox from [206.66.6.201] by mail.airmail.net (/\##/\ Smail3.1.30.16 #30.260) with smtp for sender: id ; Mon, 7 Dec 98 01:01:21 -0600 (CST) Message-Id: X-Sender: davidvon@mail.airmail.net X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0 Date: Mon, 07 Dec 1998 01:01:07 -0600 To: freebsd-questions@FreeBSD.ORG, freebsd-isdn@FreeBSD.ORG From: "David L. Vondrasek" Subject: ISDN Bitsurfr Pro EZ Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Has anyone *sucsefully* got a Bitsurfr Pro EZ External TA to work with 2.2.6-R. The ppp.conf works fine with a 56K analog modem. But I was told that fbsd should act the same with any device attached to the port. Here is the ppp.conf that fails with the log output. ANY help would be apriciated. Notice what looks like line noise during login. I never see a login prompt. Changes have been made to the .conf for the ISDN number and INIT STRING. Please CC dallas.tx@airmail.net ppp.config ------------ root@ns1:/etc/ppp : more ppp.conf dial-ia: set log chat connect tun command set device /dev/cuaa1 set speed 115200 set parity none disable lqr deny lqr disable protocomp set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 5 \"\" AT&C1&D2@B0=2%A4=0 OK-AT-OK \\dATDT\\T TIMEOUT 40 CONNECT" set phone xxxxxxxxxx&xxxxxxxxx set login "login:-\\r\\c-login:-\\r\\c-login: \\d\\U word: \\P" deny chap disable chap set authname xxxxx set authkey xxxxx set timeout 65000 set ifaddr 127.1.1.1/0 127.2.2.2/0 255.255.255.0 add 0 0 127.2.2.2 Log file. Dec 7 00:01:19 ns1 ppp[47]: tun0: Chat: Received: NO CARRIER^M Dec 7 00:01:26 ns1 ppp[47]: tun0: Chat: Expect timeout Dec 7 00:01:27 ns1 ppp[47]: tun0: Chat: Send: ^M Dec 7 00:01:27 ns1 ppp[47]: tun0: Chat: Expect(30): login: Dec 7 00:01:56 ns1 ppp[47]: tun0: Chat: Expect timeout Dec 7 00:01:57 ns1 ppp[47]: tun0: Warning: Chat script failed Dec 7 00:02:48 ns1 ppp[47]: tun0: Chat: deflink: Dial attempt 1 of 1 Dec 7 00:02:48 ns1 ppp[47]: tun0: Chat: Send: AT&C1&D2@B0=2^M Dec 7 00:02:48 ns1 ppp[47]: tun0: Chat: Expect(5): OK Dec 7 00:02:49 ns1 ppp[47]: tun0: Chat: Received: AT&C1&D2@B0=2^M^M Dec 7 00:02:49 ns1 ppp[47]: tun0: Chat: Received: OK^M Dec 7 00:02:49 ns1 ppp[47]: tun0: Chat: Send: ATDTxxxxxxxxx&xxxxxxxxx^M Dec 7 00:02:50 ns1 ppp[47]: tun0: Chat: Expect(40): CONNECT Dec 7 00:02:50 ns1 ppp[47]: tun0: Chat: Received: ATDTxxxxxxxxxx&xxxxxxxxx^M^M Dec 7 00:02:50 ns1 ppp[47]: tun0: Chat: Received: CONNECT 115200^M Dec 7 00:02:50 ns1 ppp[47]: tun0: Chat: Expect(30): login: Dec 7 00:03:20 ns1 ppp[47]: tun0: Chat: Expect timeout Dec 7 00:03:20 ns1 ppp[47]: tun0: Chat: Send: ^M Dec 7 00:03:20 ns1 ppp[47]: tun0: Chat: Expect(30): login: Dec 7 00:03:43 ns1 ppp[47]: tun0: Chat: Received: ~^?}#@!}!}8} }2}!}$}&@}"}&} } } } }#}$@#j=~~^?}#@!}!}9} }2}! }$}&@}"}&} } } } }#}$@#e-~~^?}#@!}!}:} }2}!}$}&@}"}&} } } } }#}$@#t^]~~^?}#@!}!};} }2}!}$}&@}"}&} } } } }#}$@#{ ^M~~^?}#@!}!}<} }2}!}$}&@}"}&} } } } }#}$@#V}~~^?}#@!}!}=} }2}!}$}&@}"}&} } } } }#}$@#Ym~~^?}#@!}!}>} }2}!}$}&@ }"}&} } } } }#}$@#H]~~^?}#@!}!}?} }2}!}$}&@}"}&} } } } }#}$@#GM~~^?}#@!}! } }2}!}$}&@}"}&} } } } }#}$@#1$~~^?}# @!}!!} }2}!}$}&@}"}&} } } } }#}$@#>4~^M Dec 7 00:03:43 ns1 ppp[47]: tun0: Chat: Received: NO CARRIER^M Dec 7 00:03:50 ns1 ppp[47]: tun0: Chat: Expect timeout Dec 7 00:03:50 ns1 ppp[47]: tun0: Chat: Send: ^M Dec 7 00:03:50 ns1 ppp[47]: tun0: Chat: Expect(30): login: Dec 7 00:04:20 ns1 ppp[47]: tun0: Chat: Expect timeout Dec 7 00:04:20 ns1 ppp[47]: tun0: Warning: Chat script failed Dec 7 00:04:51 ns1 ppp[47]: tun0: Chat: deflink: Dial attempt 1 of 1 Dec 7 00:04:51 ns1 ppp[47]: tun0: Chat: Send: AT&C1&D2@B0=2^M Dec 7 00:04:51 ns1 ppp[47]: tun0: Chat: Expect(5): OK Dec 7 00:04:51 ns1 ppp[47]: tun0: Chat: Received: AT&C1&D2@B0=2^M^M Dec 7 00:04:51 ns1 ppp[47]: tun0: Chat: Received: OK^M To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Mon Dec 7 07:47:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA10470 for freebsd-isdn-outgoing; Mon, 7 Dec 1998 07:47:35 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from mac1.hail.net (mac1.hail.net [209.137.84.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA10465 for ; Mon, 7 Dec 1998 07:47:31 -0800 (PST) (envelope-from eric@macpublic.com) Received: from [209.4.68.250] (ericsan.dialisdn.com [209.4.68.250]) by mac1.hail.net (8.8.8/8.8.8/Hail/hg.1) with ESMTP id KAA26643; Mon, 7 Dec 1998 10:46:50 -0500 (EST) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="============_-1299076847==_============" X-Sender: eric@mail.hail.net Message-Id: In-Reply-To: Date: Mon, 7 Dec 1998 10:47:25 -0500 To: "David L. Vondrasek" From: "Eric L. Santelices" Subject: Re: ISDN Bitsurfr Pro EZ Cc: freebsd-isdn@FreeBSD.ORG Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org --============_-1299076847==_============ Content-Type: text/plain; charset="us-ascii" I was having the same problems. This was sent to me check it out. Let me know if it works. >Has anyone *sucsefully* got a Bitsurfr Pro EZ External TA to work with >2.2.6-R. > >The ppp.conf works fine with a 56K analog modem. But I was told that fbsd >should act the same with any device attached to the port. Here is the >ppp.conf that fails with the log output. ANY help would be apriciated. >Notice what looks like line noise during login. I never see a login prompt. >Changes have been made to the .conf for the ISDN number and INIT STRING. >Please CC dallas.tx@airmail.net > >ppp.config >------------ >root@ns1:/etc/ppp : more ppp.conf >dial-ia: > set log chat connect tun command > set device /dev/cuaa1 > set speed 115200 > set parity none > disable lqr > deny lqr > disable protocomp > set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 5 \"\" AT&C1&D2@B0=2%A4=0 >OK-AT-OK \\dATDT\\T TIMEOUT 40 CONNECT" > set phone xxxxxxxxxx&xxxxxxxxx > set login "login:-\\r\\c-login:-\\r\\c-login: \\d\\U word: \\P" > deny chap > disable chap > set authname xxxxx > set authkey xxxxx > set timeout 65000 > set ifaddr 127.1.1.1/0 127.2.2.2/0 255.255.255.0 > add 0 0 127.2.2.2 > >Log file. > >Dec 7 00:01:19 ns1 ppp[47]: tun0: Chat: Received: NO CARRIER^M >Dec 7 00:01:26 ns1 ppp[47]: tun0: Chat: Expect timeout >Dec 7 00:01:27 ns1 ppp[47]: tun0: Chat: Send: ^M >Dec 7 00:01:27 ns1 ppp[47]: tun0: Chat: Expect(30): login: >Dec 7 00:01:56 ns1 ppp[47]: tun0: Chat: Expect timeout >Dec 7 00:01:57 ns1 ppp[47]: tun0: Warning: Chat script failed >Dec 7 00:02:48 ns1 ppp[47]: tun0: Chat: deflink: Dial attempt 1 of 1 >Dec 7 00:02:48 ns1 ppp[47]: tun0: Chat: Send: AT&C1&D2@B0=2^M >Dec 7 00:02:48 ns1 ppp[47]: tun0: Chat: Expect(5): OK >Dec 7 00:02:49 ns1 ppp[47]: tun0: Chat: Received: AT&C1&D2@B0=2^M^M >Dec 7 00:02:49 ns1 ppp[47]: tun0: Chat: Received: OK^M >Dec 7 00:02:49 ns1 ppp[47]: tun0: Chat: Send: ATDTxxxxxxxxx&xxxxxxxxx^M >Dec 7 00:02:50 ns1 ppp[47]: tun0: Chat: Expect(40): CONNECT >Dec 7 00:02:50 ns1 ppp[47]: tun0: Chat: Received: >ATDTxxxxxxxxxx&xxxxxxxxx^M^M >Dec 7 00:02:50 ns1 ppp[47]: tun0: Chat: Received: CONNECT 115200^M >Dec 7 00:02:50 ns1 ppp[47]: tun0: Chat: Expect(30): login: >Dec 7 00:03:20 ns1 ppp[47]: tun0: Chat: Expect timeout >Dec 7 00:03:20 ns1 ppp[47]: tun0: Chat: Send: ^M >Dec 7 00:03:20 ns1 ppp[47]: tun0: Chat: Expect(30): login: >Dec 7 00:03:43 ns1 ppp[47]: tun0: Chat: Received: ~^?}#@!}!}8} >}2}!}$}&@}"}&} } } } }#}$@#j=~~^?}#@!}!}9} }2}! >}$}&@}"}&} } } } }#}$@#e-~~^?}#@!}!}:} }2}!}$}&@}"}&} } } } >}#}$@#t^]~~^?}#@!}!};} }2}!}$}&@}"}&} } } } }#}$@#{ >^M~~^?}#@!}!}<} }2}!}$}&@}"}&} } } } }#}$@#V}~~^?}#@!}!}=} }2}!}$}&@}"}&} } >} } }#}$@#Ym~~^?}#@!}!}>} }2}!}$}&@ >}"}&} } } } }#}$@#H]~~^?}#@!}!}?} }2}!}$}&@}"}&} } } } }#}$@#GM~~^?}#@!}! } >}2}!}$}&@}"}&} } } } }#}$@#1$~~^?}# >@!}!!} }2}!}$}&@}"}&} } } } }#}$@#>4~^M >Dec 7 00:03:43 ns1 ppp[47]: tun0: Chat: Received: NO CARRIER^M >Dec 7 00:03:50 ns1 ppp[47]: tun0: Chat: Expect timeout >Dec 7 00:03:50 ns1 ppp[47]: tun0: Chat: Send: ^M >Dec 7 00:03:50 ns1 ppp[47]: tun0: Chat: Expect(30): login: >Dec 7 00:04:20 ns1 ppp[47]: tun0: Chat: Expect timeout >Dec 7 00:04:20 ns1 ppp[47]: tun0: Warning: Chat script failed >Dec 7 00:04:51 ns1 ppp[47]: tun0: Chat: deflink: Dial attempt 1 of 1 >Dec 7 00:04:51 ns1 ppp[47]: tun0: Chat: Send: AT&C1&D2@B0=2^M >Dec 7 00:04:51 ns1 ppp[47]: tun0: Chat: Expect(5): OK >Dec 7 00:04:51 ns1 ppp[47]: tun0: Chat: Received: AT&C1&D2@B0=2^M^M >Dec 7 00:04:51 ns1 ppp[47]: tun0: Chat: Received: OK^M > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-isdn" in the body of the message --============_-1299076847==_============ Content-Id: Content-Type: application/mac-binhex40; name="ppp.conf" Content-Disposition: attachment; filename="ppp.conf" ; modification-date="Tue, 1 Dec 1998 13:36:56 -0500" (This file must be converted with BinHex 4.0) :#("`F#jMEfjQ!$mr2cmY,5dY!3!!!#G!!!!!!)Ne)b-M)b-M)b-M)b-M)b-M)b- M)b-M)b-M)b-M)b-M)b-M)b-M)b-M)b-M)b-M)b-M)b-M)b-M)b-M)b-M)b-M)b- +)`SM)#!*8&"3)#"6B@e`E'8J3fpZCQPRGA*KG'P[EL"'D@aP#L-+)`NJ)%pbD@G TEQ&XE(NJGh*TG(4PEL"LH5"8Eh0SD@KKFR8J6dK16`SM#L-J*%PN1L"`F(!ZBfp ZCLjcB@e`E'8XGL!a,M8Z-Lia-b!a16Ni,c!a,c-`)$%j1M8d1M-f)'*bD@&Z)%9 iF#!N#L-+)b-M)b-M)b-M)b-M)b-M)b-M)b-M)b-M)b-M)b-M)b-M)b-M)b-M)b- M)b-M)b-M)b-M)b-M)b-M)b-M)b-M)b-+#L-J9'KTFb"QD@aP)'Pc)(0PF'&bBA4 PC#"TER4[)(0PBh4TEfjc,L!J4@&MD#"cC@0dD@pZ)'Pc)'jKE@9N)(GTG'J+)b" K)'aKBQ9X)(0dBA*dD@jR)'PZ)'0[E(9YEL!`)'&ZC#"QEfaXEhGPC#"NDA*PBh4 XH5"LH5"K)'"J1LFR,L!J9'KP#L-JFf9MG'P[EL"MEfjdD@jeCA-JG@jdD@`JG'K P)'jPH(3JFf9MG'P[ELiJ)%*XB@jV)'aTEQ9c)'&ZC#"XD@jPF`SM)'*PCfPZEQP ZCb"hDA4S)'"J)bFR)'&bC5"TCfj[FQ9N,JSM#L-J6'PZCA-JBQ9RD@jZD@jR)(G TG'JJ)L&TEQ0XG@4P)L"hD@aX)'"JD@jME(9NC5FR)'&ZEh4SCA)JCQPXC5iJ)&P [G3SM)'eKH5"hB@jd)(4[)'"J)@PZBfaeC'8JILmZF("`,Q0[EQBR*b"QEh)JBQ& MDhGKFQ4c)'0[EA"KG'PLD@aTG(NZ#L-+#L-J4'9QBA9XG#"cCA4eF#iJ3@ahBAP c)'9iC@0eG'9N)(GSC@iJ8&"3)'Pc)'PZGQpVC@3Z#L-J)&4SDA-JFf9MG'P[EL" TFb!UEQpd+L"XEf&NC@3JBRNJG'KP)'"JE'pKC#FR)'pb)'"JC'PKE#FR)'0[E@e KEQ4c,JSM#L-J)&4SDA-JDA-JG'KP)'*PFh3JF'aKBf8JG'mJFh"PBfPQH5"jEh9 b)'e[C'9Y)'4PGQPMC5`JDA3RFb"%9&)JFQ&dC5`+)b!JB@jN)'&ZH5"XEfGRD@j R)(0`C@0TCQPMBA4TEfiZ)#"-EfGRD@jR)(0`C@0c)(0SEh9XC#"LC5"NEfjP)'C TFR0d#L-J)(0[)(4SBA3JFh9LFf9aG@9ZG#"MEfeYB@jNFb"KFQ8JE'pRCf9N,JS M#L-J9'PYC@peG#"TFb"cCA3JG'mJ-6%a0M!`)(0PBfpZC(-J25!c-5"NBAPc)$X Y+3SM#Q4PCQ&eE(3k#L"cCA3JE'pR)&"SBA0P)%0SBA3J3fpZEQ9MG#"$BA*bD@9 b)%a$8#"*8%03)%0$8#"dG@iJBfpYE@&ZC!SJFf9d)'4PGQPMC5![C'9f,f0eB@% `#L"cCA3JFh"PC@3J-6%e-M!`#L"cCA3JBh4cFR4c)'pZ#L"cCA3JG'PYC@peG#! `#L"cCA3JFQ9ND@&X)$8J16N+)(0PG#"bC@0[EQjPBh3J05!j13SJFf9d)'4TB@` J)Ne*8)%*98eNJ38*28P3J6NpFA(0$39*55895)&4*6892993J05"F)P`L)%& 8*NBP36)p168P363p-%"#-$db)%p,,8&8,8&,)%&84&aF9#"858e&6e98)$3`)%0 26Nj&3e3L#JSM)%0XD@9ZG#"cD@4P)&"38!SM#L-J)%&XG'K[G@GS)(4SC5"38&! JF(*[G'pMEf`JDA-JB5"`C@9b)(4[)("PCA)JF(*[G'pMEf`X)(GP)'j[FQeKE'a j#L-J)'0[ER0TC'9b)(4SC5"cD@4P)(4SBA3JE@&VCA-JG'KP)'0[EQjPBh4TEfi JBA-JG'KP)'0XD@9ZG#"KEQ3JG'KP#L-J)(0TC'8JG'KKG#"bC@0PDACPFb"dD'8 JBfpZEQ9MG'P[EL"KFb"dD'8JFf9bGQ9b,L!J3A9dD'9ZG'PMBA4TEfi+)b!JDA- JFQ9aG@PbC@3JBRNJG'KP)(0PFRCPFL"PDA4SCA)JGA0TEQFJB5"eEQPi,A0dH@a P)'a[CfPZ)("bEf0PC@4eFQ8+)b!JEh)JBRNJC'9YB@jND@jR)&""8#"[FL"$5%& 3)'&eG'KPER4TBf&dD@pZ)'CbEfdJG'KP)'0XD@9ZG#i+)`S+)b""EL"[EL"NC@e KEQ3JCAKKEA"XC5"hD'9bC5"hC5"SBACP)'4jEQ&YD@-J59!JB@4NFQ9cFf9c1JS M)#"*CL"dD'8JF'9PFL"KFh0TCfjc)(9c)'&Z)'&bBQPdFQ&bH5"*8#!SE@pcG#" *8e"c)'4[)(4SDA-T)'&ZC#"hC3SM)#"MB@iRG#"`FQ9ND@0d)(GSBA3JG'KPDA) J59!JGfPXE#"LC5"PDA4SCA)X)(4KDf8JB5"hD@aN)'GeCA0c)'&d#L-J)(0[E@8 J59"c)(4SBA3JH@pe)'0KELGd)'0eFR*PER4XH5"bEh9dC5"dEbiJ)%9ZFh9bC5" dD'&d)(4SC5!LC'9XCA4P)JSM)#"KEQ3J)Q&NC#)JE'PZCA-JBA*P)'&XFfmJF(* PFf9ZG#"TEL"dD'8JF'eNC@eKEQ3JFf9MG'P[EL"[CL"`F(!ZE'PZDh9`#L-J)(0 [)(4SBA3JGfKPEL"hC5"MEfjZC@0d,#"dD'PZCh-JGfPXE#"LC5"`GA3JFh4bB@P RD(3Z#L-+)b!J9'KTFb"hD@aX)(G[FQXJGfPdD#"cG'&dD@-J59!JER9YBQ9bFb" dEfmZ)#"CEh8JBf&Z)'&XFfmJGA0P)(4SDA-JC@jdFRN+)b!JD@BJH@pe)'4[ELG d)(GKER3JEfiYC'9YB@jN)'4TB@aeF#iJ)&4SC5!LFf9d)'PQB@4NFL)X)#*NC@a PG'8L)'&ZC!SM)#!LB@4N)L"XD@jPFb"KFQ8JFQ9aG@PbC@3JCQpb)'pZ,@4PE@& ZC#iJ)%j[G'8X)'C[FL"NH@jKE@PM)%P3)'jeE@*PFR-X#L-J)(GSCA4SCA)JC'P KE'PZCb"YB@jeB@aXH5"[FL"[EL"NC@eKEQ3X)(4SCA*P)(0SEh9XC#!UB@ahBAP c+L"LC5"KEL"PER4bH3SM)#"TEL"`F(!ZE'PZDh9`,JSM#L-J)&4SC5![-#"LDA3 JD@iJ)R0PG#"TCQ&NC()L)(0KHA-JG'KKG#"hC5"TER0TFh3JEfiJ-#"LDA4c)'p Q)(4SC3SM)#"cF'9MD@CTC@3J59!JB@0dG@&XE(NJBQ9TEQFJBfpbFQ9MG#`JG'K PFQ9QEh*P,#"dD'8JEh4SCA)JFfPNC5"MB@iJBA0cD@GZ#L-J)'&ZH5"*8#"ZG@e LCA*c,JSM#L-J)&4SC5"QEh*dD#"KFQFJG'mJ)R0PG#"TCQ&NC()L)'eKDf9c)(9 c)(0PEQ3J)M!Z-#i`,M!L)'&c)'peFL"bCA&eCA0dC@3+)b!J59!JER9YBQ9b,#" QEh*MD@jR)(4SC5"`C@9b)(4[)'eKDf8JG'KP)'4PBfPcD@pZ,JSM#RGSBA4PGQ9 b1JSJB@aXEhFJE@pNC5"KGA4[#L"cCA3JF'K[EQ8J#L"cCA3JE'pRD@iJ)P4*689 2993J05"[CfPZ1LdYEfGTEMSJ)(G[FQ3k)#)+)(0PG#"dD@ePEh9d)$!+)(0PG#" TCQ&NC()J-6!Z-#i`,M)`-#m`)$%`,M!Z-#ib-$%[-#!b068Z-#i`,M!J-#i`,M! Z-!SJC'9XCA4P)%&-6!SJB@4N)$!J-#")590"4%45#JSM)&GSC@iJGf8JGf&ZG#" dEb"eFf8J8%&3)'pb)%0)39!JD@jcG'9KC#"[CL"eFfPZCb"K)(9ZDAJYFh4jE'8 JE'pRD@i+)b"`FQpMC@9NGA*P,#"hC5"NEb"dD'8JCQpXE'phD@jR,L!J6QpdC5` JG'KP)("PCA)JFh9RCf9cG(-JGfKPG'KPFL"hC3SM)(0SEh9XC#"cC@jN)&""8#" [FL"$5%&3,L!J3RNJC'9QBA9XG#`JGf8JFf9ZC#"hD'&dCACPFL"hC5GbC5"KFfY PC#"QEh)Z#L-+58%k#L"cCA3JF'K[EQ8J068e-6)a-LBe068a-M%b#L"cCA3JE'p RD@i+)(0PG#"KGA4SEQ&YC5"CEh9b)'a[CfPZ$3SJFf9d)'&eG'KVCANJ@@peFL" 3BA0cGfpbC!SJFf9d)(4TE@9[GA3J-!SJFf9d)'PQB@4NFL!a-#i`,M!Z-M!`,c! J-6!Z-#i`,M)`-5m`)$)e05i`,M!Z-#!`,M!Z-#i`#L"NC@aPG'8J38a-#L"KC'3 J-#!`)%K*8d&%4&)+#L-J6fiJC'9YB@jN)'4TB@aeF#"PH'&YF'aP)(GTG'JJFh4 KG'PM)%P3)'&NC(*PFh0PFcS+)b!J5'9bC5`JG'KP)'a[Bf&X)(0TC'8JGA0PFb! a16)Z-M3d,M%i05ib-MBJB@jN)(4SC5"bC@e[G'8JFfPNC3SM)#"eFf9c)$%j-Li b0$3Z-6Ff,M3d,JSM#L-J)#-JF("`)#eKGA4[)'pZC'9YB@jN#L-+)b!J5A3JDA- JEQpd)'jPBf9cFf&bH5"dEb"SBACP)'&Z)'9ZG(*j)'PZ)("`F#jXD@jVGA!JGfK PEL"LEh4S)%P3)'jeE@*PFR-+)b!JBA*P)(0dBA4TBbiJ)%*P)(GKFQjPC#"dD'p eCfJX)(4SC5"0@8&%4&)k)'aKBQ9X)'Pc)'9iC@0eG'9N)'CbEfd+)b!JF("`,Qa TEQYeF#"TCL"dD'8J)QpZC'9YB@jN1L)JB@jN)#)a16)Z-M3d,M%h0Lid0#)JE'& LC@ac)'&bC5"ZEh3JCQpeEQ3Z#L-+EfjNC@eKEQ3k#L"cCA3JF'K[EQ8J-6)c0$8 f0`SJFf9d)'a[CfPZ)#*858e&6e98)$8JEfGTEMSY,@pRD@ik)("`F#"hEh*N1L" `F(!L#L"cCA3JG'PYC@peG#!a-M!+)(0PG#"TCQ&NC()J-6Nb,M)d0#ia1$8Z-M) f)$%j-Lib0$3Z-6Ff,M3d)$)e05ib068Z-M8e,M!+)'4PE'9dC5""6%`+)'&NC#! `)$!J5%P6384%8JS+)b!J)#!J)#!J)#!J)#!J)#!J)#!J)#!J)#!J4AKKEA"XC5" cC@GYC@jdF`SM#L-J9'KP)'C[E'a[GfPZCb"XD@jPFb"YBANJBQ8JD@jME(9NC@3 JBA-JF'&bG#"[CL"jEh9b)'0[EQCTCh9bBA4TEfi+)b"cC@0dD@pZ)'&ZC#"KFQ9 Z*h3JG'KPEA0PE(CPFb"MEfe`E'9dC5iJ)&4SCANRFQ8JF(*[GQPNC@3JBA-JCAK KEA"XCA-+)b"[CL"SEhFJG'mJB@0SD@9fC5"ND@CQCA*PER3JG'KTEQGc,JS+CAK KEA"XCA-k#L-J6A9XG'NYF'K[EQ8JCAKKEA"XC5iJ)%jeE@*PFR-JFf9`BA*KG'9 N)'*j)'%J1L"KFQ8JGA0PC#"cCA&eC@jdD@&XE(NZ#L-J6R9YBQ9bFb"cCA"KFQ& dC@3JBRNJB5"m)'&bC5"eFf9N)'PQ)(4SC5"`FQ9fD@peFb"ND@&X)'pb)'a[CfP Z)(0MFQP`G!SM)'CKD@aPC#iJ)&9cG@&XE(NX)(P[G5"hD@aX)("bC@CPFL"dEb" eFf8JEfjXH5"[EQ8JEfBJI#"[FL!k,#"LGA3JBQpdD!SM)'&bC5"KE'a[Gf9N,JS M#L!J)#"cCA3JF'K[EQ8J-6)c0$8f0cKm-6)c0$8f0cNk-6)c0$8f0c"m-6)c0$8 f0c%+)`SM)&GSC@iJD@iJ,@&eG'mX)#eNC'PKE#`J,@4TFQ9MG#"[FL!YBQ&MDfG bEh9ZC#"YEf4P,#"`F(!JBf&Z)'&MBf9`G!SM)'0[ER4bEf`JD@jcG(*eBh4TEfj c)'CbEfdJG'KP)'"JF("`Bh4X*bFJF(*[Ch*KE5iJ)%CTFR0d,#"jEh8JEA9cG!S M)(0PG#"eF#"jEh9b)'0[ER4bEf`JFfpMDf9d,L!J5A3RFb"cB@CPFh3JG'mJGA0 P)'%J98j*@#"NEfeKD@iJFfpMDf9d,!SM)'&ZC#"hBA4MD#"dD'8JF'9bE@PcFfP [ER-k#L-+)#!J)(0PG#"cCA*fCA)J,hCKFLpdEA![D@jdCA*ZCA3J-$%h0`SM#L- J3@adD'peCfJJB5"83e!JF'pbG#"YBANJBQ8JGA0PC#"TCL"jEh8JGf&ZG#"dEb" KE'a[Gb"MEfjdFQpX#L-JBfpZEQ9MG'P[ER-JCR*[E5"[G'KPFL"YB@0SD@jPFcS +)`SJ)#!JFf9d)(0PFRCPFL!f0MF`#L-+)b"*CL"jEh8JC'pZ*h3JE'PVC5"`F(! RFb"LG@PXG'PZ)'0SBA3X)(9cC5"KEL"PH(4PFQjKE#"[EQ8k#L-+)#!J)(0PG#" XEfGTEL!LA#)KBfKKG#"FA&aF,@BJ,f9dBbp`F(![F("`,Q4PGLjMD'&dA#)L#L- +)b"*CL"hC5"SBACP)'%JB'"cG(*KEQGP*bFJE@pNC@dJG'KKG#"YGA0d)'*P)(* P,@PZDA4TB@aTHQ9N)(GSC@iJGf8+)b"SB@jRGA!k#L-+)#!J)(0PG#"SB@jRGA! J)P`LA#)J393J6dXY393Y6dXJ394D)%p,)JSM#L-J9'mJB@4UGA0d)'a[CfGTEQF JGfPdD'peG'JJBQaKFh4TEQFJG'KP)(0PG(4TEQFJD@iJC'9QBA9XG$S+)`SJ)#! JFf9d)'a[Cb!YBfpYE@&ZC#!VG'0`,fP`#L-+)b"8Eb"cC@8JE'pR)'ePFh0KCf9 c)'pZ)(4SC5"cBh*PC@iJD@iJD@jdCA*KBh4TGQ8JE@pNC6S+)`SJ)#!JFf9d)'a [Cb"XEf0KE#"-3e!J59"$8#"$3e!+)`SM)%PQ)(P[G5GbC5"cC@9TEQFJB5"XEh3 JEfBJE@&RD@-JER9YBQ9b)("bEf*XC@ec)'&ZC#"QB@PXC@3JBfpZEQ9MG'P[ER- X#L-JG(*j)(4SDA-J+'0SC@0V)'peG#"dD'8J4N&4+6S+)`SJ)#!JFf9d)'p`C@j YEf4P)("KFh0TGQ8+)`SM)%C[FL"ZEfPcH5"XD@jPFb`JGf8JE@&j)(GKER3JG'm JFQ9MEfjZC@0d)#KeF#"dEb!b-#"dD@ePFbNJB@CdCA)JE'pcF`SM)'pQ)'0KFR* TCA)k#L-+)#!J)(0PG#"bC@0[EQjPBh3J-b!b-!SM#L-J9fKPEL"`E'&jD@jR)(0 PFRCPFL"QEh)J653JBfaTC@jdFb`JG'9XE#"dD'9Y)(GSEb"[GA)JEQ&YC5"cCA* fCA*c)'&bC6S+)`SJ)#!JFf9d)'jc)$%`,M!Z-#ia)$%`,M!Z-#ib#L!J)#"cCA3 JEQ*ZFb!a-#i`,M!Z-5!a-#i`,M!Z-JSJ)#!JC@jKBQaP)'ecCAKd#L-+)b"*CL" hC5GbC5"eFfPZCb"dD'8J,@&XD@&c)(0hDA4MD#`JFQ9NDA*PBh3JCR4`)'&ZC#" SG(4`)(4[)'&Z)'PZG'9bEQ&X#L-JE@&MD'PZC6S+)`SJ)#!JB@aTBA-JF'pbG#! a-#i`,M!Z-MTQG(!JCR4`#L!J)#"KE'PKFb"`Eh*d)$%`,M!Z-#ib1QKdG(!JD(4 dF!SM#L-JEh)JC'pZ*h3JG(*eFh3JG'KP)'peG(0TC'8JBA3JB@aX#L-+)#!J)'& XD@&c)'4PERPID@jMEfeTEQFJH@9c#L-+)b"*)(4bGA0d)(9cCA)JBR*TB@iJG'm JFR9Z)("`F#`JFfmJG'KTFb"REf9c)'PZ)(4SC5"JC'9QBA9XG#FJFf9MG'P[EMS +)`SJ)#!JB@aXEhFJGA0PFL"LFQPKEJSM#L-J3R9d)'aKBQ9X)'"TER4PFQjPG#F JBfpZG'&TER-JF'&cFhG[FQ4c)(4SBA3JCACPEL"LFQPKEL"MB@iRG#"SBACP,#" cE`SM)%NJC@e`G(NJEh9d)(4SC5"eFf9b)'&MBf9cFb"XDA0d)'PZ)(4SBA3JFf9 MG'P[EMS+)`SJ)#!JB@aXEhFJGA0PFR-+)`SM)%NJB@acEb"YBANJGfPcD#"dEb" cCA3JGA!JEANJF("`)'a[CfPZ)(0MFQP`G#"cEb"dD'&d)'Pd)'&cDh-JG'KP)'0 XD@9ZG!SM)'C[FL"dD'8JE'&LC@`JG'KPH5"hDA0S)(4[)(9cC5iJ)%NJE@&j)'p ZE(NJGf&ZG#"eFf9b)'"JC'pNChNR*b"dEb"KBf0PFh-+)b"dD'9TFL"[GfiJE'& LC@`JD@iJC'PbC@0d)'e[C'8k#L-+C'pNChNk#L!J)#"KE'a[Gb"eFf9b)'4[C'G j#L!J)#"KE'a[Gb"YEf4P)'4TFQ9MG!SM#L-J5@BJGf8JC'pZ*h3JGf&ZG#"*3de 3)'&ZC#"%6P-JF'&MDf9dFb"dEb"VC@9`)(4SC5"MEfjZC@0dD@pZ)'&XDACP1JS M#L!J)#"cCA3JB@CTE(4PFL!`)'4PERNJD@0YF!SJ)#!JFf9d)'&QD@adCA)J-5" NC@jj)(9NF#"cFQ-JCA%J06-+)#!J)(0PG#"KCQPXG'9b)$)JC'9ZH5"eC(!JC(0 d)'9a)$8c#L!J)#"cCA3JB@CTE(4PFL!c)("PFQeTG#!`,c!J-#m`#L-+)b""EQ3 JGf8JC'pZ*h3JGf&ZG#"*3de3Fb"dEb"MBA9cC5"K)'4TB@aeF$S+)`SJ)#!JFf9 d)'4QD@adCA)J-#"NC@jj)'PMEA!+)#!J)(0PG#"NCQPXG'9b)$%JF'9bE@Pd)$! [-#!`,c!+)`SM)%pZBf8JG'KP)'aTEQ8RFb"eF#`JB@aXEhFJBfpZEQ9MG'P[ER- JCQpb)'PNC@jd)#Ja-6-T,#"dC@aZCA3J+$)c+5`+)b"QG(!J+$)`)#BJ-M%T,#" %6P-J+$8c+5`JEANJF'aKBf8JEfBJGfpbDb!S-6Nb,M)d0#ia16%Z-#mb0#NX#L- J58008#!SF'PZCbNJB@jN)(4bB@0PFQpeG'8J+$ic-c3c-bNZ#L-+)b""ERPdD'P ZCb"PE(0P)'Pc)'*XEf0VC@3JBRNJC'9QBA9XG!SM#L!J)#"cCA3JD@CTE(4PFL! `)("PFQeTG#"dBh!JC(0d)'9a)$%a-`SJ)#!JFf9d)'pQD@adCA)J-#"`CA*YDA3 JG'0`)(0bBb"PF5!a-6-+)#!J)(0PG#"TCQPXG'9b)$%JF'9bE@Pd)(4MF#"cFQ- JCA%J-M-JCA0dB@)+)#!J)(0PG#"[CQPXG'9b)$%JF'9bE@Pd)(4MF#"NFh3JCA% J-M-+)#!J)(0PG#"TCQPXG'9b)$)JF'9bE@Pd)(4MF#"cFQ-JCA%J-M%JCA0dB@) +)#!J)(0PG#"[CQPXG'9b)$)JF'9bE@Pd)(4MF#"NFh3JCA%J-M%+)#!J)(0PG#" TCQPXG'9b)$-JF'9bE@Pd)(4MF#"cFQ-JCA%J-M!JC(0d)'Gd)$%`-M-+)#!J)(0 PG#"[CQPXG'9b)$-JF'9bE@Pd)(4MF#"NFh3JCA%J-M!+)#!J)(0PG#"TCQPXG'9 b)$3JF'9bE@Pd)(9NF#"cFQ-JCA%J06-+)#!J)(0PG#"[CQPXG'9b)$3JF'9bE@P d)(9NF#"NFh3JCA%J06-+)#!J)(0PG#"TCQPXG'9b)$8JF'9bE@Pd)$%j-Lib0$3 Z-6Na,M![-M3J-#m`#L!J)#"cCA3JEfCTE(4PFL!e)("PFQeTG#!`,c!J-6Nb,M) d0#ia16%Z-#mb0!SJ)#!JFf9d)'PQD@adCA)J0L"`CA*YDA3JD@0YF!SJ)#!JFf9 d)'pQD@adCA)J0L"`CA*YDA3JD@0YF!SJ)#!JFf9d)'PQD@adCA)J0b"`CA*YDA3 JG@4`)'4cG#"RG#!c-c3c-`SJ)#!JFf9d)'pQD@adCA)J0b"`CA*YDA3JG@4`)'4 cG#"RG#!c-c3c-`S+#L-J8f9bGQ9b)(0TC'8J8&"3#L-J)%PQ)(P[G5"hB@jd)(4 SC5"bC@e[G'8JFhPcG'9Y)(4[)'&eG'KPER4TBf&dC5"TG(0PE'BX)(P[G5"TER0 TFh3+)b!JG'KKG#"dD'8JF'9PFL"eFf9c)%0)39!J+'pb)&""8#NJGfPdD#"dD'8 J)Q9ZB@*XC5)JDf9jGfpbC#iJ)%*[G'JJ3dK"8#"KEQ3+)b!J8%&3)'&bC5"NDA0 KBQaPC#"LH5"NC@CKG@ad)#KhC5"eFh9KE'aj)'pZE(NJ)Q9ZB@*XC5)JEfiJEfB JG'KPE5"TCL"dD'8+)b!JEh4SCA)JFfPNC5"TFb"ND@&XD@jR)'PZG'mJEh9b)(0 PFRCPFLNZ#L-J)&GSC@iJG'KP)("PCA)JBA9dD'9ZG'PMBA4PFb"TG(0PE'BX)(G P)(9cC5"`F(!ZFf9MFQ9d)'C[FL"fCA*TCQPMBA4TEfiZ#L-+)b!J8("`)'Pc)'a KG@jMD'9N)(GTG'Jk#L-J)#!M)("`F#!YC'PbC@0d)%0)39"cCA*fCA)+)`SM)#" 1Eh4P1L!J9f8JBf&Z)(0eF("XH5"K)(4SDA*N)'CTC@aN)'PZ)("`F#jcC@0bCA3 JFh"PBfPQH@PZCb"dD'8J59!JB@4NFQ9cF`SM)#!J)#!J)#!JCQpb)(4SBA3JGA0 PFLi+)`T$5%&3Ff9bGQ9b1JSJC@jKBQaP)'0SBA!+)'9ZB@*XC5"`FQpiH3SJFf9 d)'PQB@4NFL!a16)Z-M3d,M%h0Lid0#!b16)Z-M3d,M%i0#ic-3S+)b"*CL"hC5" hDA0S)(4[)'&MG#"KFb"K)(0PFRCPFL`JB@aXEhGTEQFJ8%&3)'&MBf9cFb"KBf0 [FQ4TEQFJG'm+)b"KBf0[G@jdFb"TEL![CA4M,h"KFh0hC#`JGf8JC'mJG'KTFcS +)`T339"6CA*fCA*hDA4S8%&68eG%1JSJC@jKBQaP)("KF!SJC@jKBQaP)("KFh0 hC'&eG'J+)'9ZB@*XC5"`FQpiH3SJFf9d)'PQB@4NFL!a16)Z-M3d,M%h0Lid0#! b16)Z-M3d,M%i0#ic-3S+#L-J4AKKEA"XC5"dEb"MEfjZC@0d)(9cD@jR)'%JER9 XE#eYEf4PE5"MB@*XC6S+)b!J9'KP)'PYF'pbG'&ZG#"dD'PZCb"SCA*P)'Pc)(4 [)'&XE'ph)(4SC5"XFA)JF'&MDf9dFb"[EL"LEh4S)(0TC'9c,JSM)#"ADA4SEh9 d)(4SC@dJC@jKBQaPC#`JGf8JBf&Z*h3JG'9XE#"TCL"dD'8JE'PZC5Gc)'4bEh" `C@3J,5"dD'9bC3SM)#"cD'peE'3JB@ahBAPc)'*P)'0KFR*TCA)JEfiJB5"NDA* PBh3JBfpZEQ9MG'P[ELi+)b!J5'9bC5`JG'KP)(0PFRCPFL"cC@jNFb"XFA)RFb" PGQ9bH5!a-#"cC@0[EQ4c)'&ZC#"aG@PdFb"TCL"dD(*PC5"TEL"K#L-J)(*[Gb" QB@PX,JSM#L-J)%eKDf8JFh9bC5"jEh8JC'pZ*h3JD'&fC5!LC'9ZH5"XFA)L)'P Z)(P[GA)JC'9QBA9XG$SJEfiJG'KP)'0XD@9ZG#!K#L-+C'PbC@0d,@0XD@9ZG$S +)(0PG#"ND@&X)#)L#L"cCA3JE'PZC5![C'9f,f0eB@%`#L"cCA3JFh!J-6%e-M! `#L"cCA3JG'PYC@peG#!j-$!J-6!J-`SJFf9d)'a[Cb"3D'&cC5"$D'&d)%a463S JFf9d)'a[CfPZ)#*858e&6e98)$8JEfGTEMSY,@pRD@ik)("`F#"hEh*N1L"`F(! J5%9-6%mL#L"cCA3JD@CKC'4b)$%`,M!Z0#ib)$%`,M!Z0#ia#L"PEQ&LE'8JE(& b#L"KBf0PF(3JE(&b#L!+C'PbC@0d,A0PFRCPFMS+)(0PG#"dD@ePEh9d)$N`-#! a-#!c#L"cCA3JE'pR)&"SBA0P)%a463SJFf9d)'PQB@4NFL!a-#i`,M3Z-5!a-#i `,M3Z-JSJC@jKBQaP)'aaFJSJB@0MCA"d)'aaFJS+#L-J4AKKEA"XC5"QEh)J8&" 3)'pfCA)J9%03,JSM)#"AC5"KFh0eE@8JG'KKG#"TEQ9dC#"[EL"dBh"cFRBZEAP ZCA3JD'&c)'*PC@i+)b!JBfpZCQPRGA*PC#"dEb"bG@iJ)R"`F#!YC'PbC@0d)(4 MF#ecCA*fCA)L)(GSC@iJDA3JCf9dFb"K)'0[EQjPBh4TEfiJEfi+)b!JF'pbG#! a-M-d,L!J8Q9KC#"dD'8JE@&Z)("KCf8JCQpb)'CeFR4SCA)JC'9dB@PXF`SM#R4 MF#eME'PPER3k#L"cCA3JC'9fD@0P)(4MF(0bGLjYH@jPG$Sa-M-d#L"cCA3JC'P KE!SJFf9d)'a[CfPZ#L"cCA3JCA0MBA"P)$"iCQB+)(0PG#"TCQ&NC()J-6!Z-#i e,M%J-6!Z-#id,M%J-M8e,M)e05ib068Z-!S+G'0`,A0PFRCPFMS+)(0PG#"PFf0 KF'8J-(KQCJSJFf9d)'PQB@4NFL!a-#i`,M3Z-5!a-#i`,M8Z-5!b068Z-M8e,M) e05i`#JSM)%PQ)(P[G5"hB@jd)(4[)(4PFh3JF("`,#"NEb"TG#"dD(*[G@GS)'% JE'p[F'*KBfXk#L-+)b"5CA&eDA*PFb"K)'aTEQ8JD@iJ,f9dBbpcCA*fD@0PFcS +)b!J)("`F'a[Eh!J0MBh-5pdBh!J)b"XEfp`BQ&MDb"`F(!JC'&PE@pZ#L-+)b" KEQ3JB5"XD@jP)'PZ)#pPG'-[D@jPG'3ZBfpZCMS+)b!J)("`F'a[Eh!JFh4bC@& Y)(4MF#"ZEhGKDA3JFQp[G#![GA0b,h0LD@i[F("`)("`F#!YC'PbC@0d)'a[Eh! YD@i+)`TXEfp`1JSJFf9d)(4TE@9[GA3J-!SJFf9d)'a[Cb"`D'&cC5"MD'&d)'0 [EQjPBh3JE'0`)'P`Bh!JBfpYE@&ZC!SJFf9d)'4PGQPMC5"XEf0KE'K[Fh3kF(" `E'p[F!SJFf9d)'4TB@`+)(0PG#"XEfGTEJSJFf9d)'9cBf&`C5!`H'CQ#L"cCA3 JD@CKC'4b)$%b0bi`,M!Z-L!a-MFZ-#i`,M-+)(0PG#"[F'9ZE@pNC5"`BA0cDAC P#L"cCA3JFf9bGQ9b)#pfBA)[G'e`,fa[Eh!J)L)J-$%h0`SJ#Qa[Eh!YD@ik#L" cCA3JG'PYC@peG#!`#L"cCA3JE'pR)("SBA0P)'0SBA3JBfpZEQ9MG#"XBh!JDA" MF#"MEfeYB@jN#L"cCA3JCA0MBA"P)$"iCQB+)'&XE'ph)'e[C'8JC'PbC@0d#KU H!!!!: --============_-1299076847==_============-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Mon Dec 7 10:09:36 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA26409 for freebsd-isdn-outgoing; Mon, 7 Dec 1998 10:09:36 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from mail.promo.de (mail.Promo.DE [194.45.188.65]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA26403 for ; Mon, 7 Dec 1998 10:09:31 -0800 (PST) (envelope-from stefan@promo.de) Received: from d235.promo.de (d235.Promo.DE [194.45.188.235]) by mail.promo.de (8.8.8/8.8.8) with ESMTP id TAA10774; Mon, 7 Dec 1998 19:08:20 +0100 (CET) Date: Mon, 07 Dec 1998 19:08:20 +0100 From: Stefan Bethke To: "Eric L. Santelices" , "David L. Vondrasek" cc: freebsd-isdn@FreeBSD.ORG Subject: Re: ISDN Bitsurfr Pro EZ Message-ID: <1779881.3122046500@d235.promo.de> In-Reply-To: Originator-Info: login-id=stefan; server=mail X-Mailer: Mulberry Demo (MacOS) [1.4.0, s/n Evaluation] MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="==========01796763==========" Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org --==========01796763========== Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline "Eric L. Santelices" wrote: > I was having the same problems. This was sent to me check it out. Let me > know if it works. Actually, ppp.conf might be more helpful in the form above. Basically, your terminal adapter does sync-to-asnyc PPP conversion. There is no such thing as a standard login in HDLC frame mode--use PAP or CHAP for authentication. The wierd crap in your syslog output are PPP frames coming from the remote. Stefan -- Stefan Bethke Promo Datentechnik | Tel. +49-40-851744-18 + Systemberatung GmbH | Fax. +49-40-851744-44 Eduardstrasse 46-48 | e-mail: stefan@Promo.DE D-20257 Hamburg | http://www.Promo.DE/ --==========01796763========== Content-Type: text/plain; charset=us-ascii; name="ppp.conf" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="ppp.conf"; size=10048 ################################################################# # # PPP Sample Configuration File # # Originally written by Toshiharu OHNO # # $Id: ppp.conf.sample,v 1.5.2.13 1998/01/30 19:54:36 brian Exp $ # ################################################################# # This file is separated into sections. Each section is named with # a label starting in column 0 and followed directly by a ``:''. The # section continues until the next section. Blank lines and lines # beginning with ``#'' are ignored. # # Lines beginning with "!include" will ``include'' another file. You # may want to ``!include ~/.ppp.conf'' for backwards compatibility. # # Default setup. Always executed when PPP is invoked. # This section is *not* loaded by the ``load'' or ``dial'' commands. # # This is the best place to specify your modem device, it's DTR rate, # and any logging specification. Logging specs should be done first # so that subsequent commands are logged. # # Timeout is set to 111600 seconds = 31 days ;-) # default: set log Phase Chat Connect Carrier LCP IPCP CCP tun command set device /dev/cuaa0 set speed 115200 set ctsrts on set timeout 0 set redial 5 99 set reconnect 5 99 set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 5 \"\" AT&F%A2=95%A4=0@B0=2 OK-AT-AK ATD\\T TIMEOUT 40 CONNECT" # Client side PPP # # Although the PPP protocol is a peer to peer protocol, we normally # consider the side that makes the connection as the client and the # side that receives the connection as the server. Authentication # is required by the server either using a unix-style login proceedure # or by demanding PAP or CHAP authentication from the client. # # An on demand example where we have dynamic IP addresses: # If the peer assigns us an arbitrary IP (most ISPs do this) and we # can't predict what their IP will be either, take a wild guess at # some IPs that you can't currently route to. Ensure that the "delete" # and "add" lines are also present in the pmdemand section of ppp.linkup # so that when we connect, things will be put straight. # # This will work with static IP numbers too. You can also use this entry # if you don't want on-demand dialup. The "set ifaddr", "delete" and # "add" lines are required for on-demand. Note, for dynamic IP numbers, # whether dialing manually or on demand, there should *always* be an entry # in ppp.linkup. # # The /0 bit in "set ifaddr" says that we insist on 0 bits of the # specified IP actually being correct, therefore, the other side can assign # any IP numbers. # # The forth arg to "set ifaddr" makes us send "0.0.0.0" as our requested # IP number, forcing the peer to make the decision. # whatever: allow mode auto set phone set login "TIMEOUT 5 ogin:--ogin: word: " set timeout 0 set ifaddr 10.0.0.200/0 10.0.0.201/0 255.0.0.0 0.0.0.0 delete ALL add 0 0 HISADDR # When we want to use PAP or CHAP instead of using a unix-style login # proceedure, we do the following. Note, the peer suggests whether we # should send PAP or CHAP. By default, we send whatever we're asked for. # IA: set phone 5551212&5551212 set login set authname Your login set authkey Your Password set timeout 0 set ifaddr 10.0.0.200/0 10.0.0.201/0 255.0.0.0 0.0.0.0 delete ALL add 0 0 HISADDR # On demand dialup example with static IP addresses: # Here, the local side uses 192.244.185.226 and the remote side # uses 192.244.176.44. # # # ppp -auto ondemand # # It is not necessary to have an entry in ppp.linkup when both IP numbers # are static. Be warned though, the MYADDR: label is executed from # ppp.linkup if the "ondemand:" and "192.244.176.44" labels are not found. # ondemand: set phone 1234567 set login "TIMEOUT 5 ogin:--ogin: ppp word: ppp" set timeout 120 set ifaddr 192.244.185.226 192.244.176.44 255.255.255.0 delete ALL add 0 0 HISADDR # Example segments # # The following lines may be included as part of your configuration # section and aren't themselves complete. They're provided as examples # of how to achieve different things. examples: # Multi-phone example. Numbers separated by a : are used sequentially. # Numbers separated by a | are used if the previous dial or login script # failed. Usually, you will prefer to use only one of | or :, but both # are allowed. # set phone 12345678|12345679:12345670|12345671 # # When in -auto, -ddial, -direct or -background mode, ppp can accept # control instructions from the ``pppctl'' program. First, you must # set up your control socket. It's safest to use a UNIX domain socket, # and watch the permissions: # set server /var/tmp/internet 0177 # # Although a TCP port may be used if you want to allow control # connections from other machines: # set server 6670 # # If you don't like ppp's builtin chat, use an external one: # set login "\"!chat \\\\-f /etc/ppp/ppp.dev.chat\"" # # If we have a ``strange'' modem that must be re-initialized when we # hangup: # set hangup "\"\" AT OK-AT-OK ATZ OK" # # To adjust logging withouth blasting the setting in default: # set log -command +tcp/ip # # To see log messages on the screen in interactive mode: # set log local LCP IPCP CCP # # If you're seeing a lot of magic number problems and failed connections, # try this (check out the FAQ): # set openmode passive # # For noisy lines, we may want to reconnect (up to 20 times) after loss # of carrier: # set reconnect 3 20 # # When playing server for M$ clients, tell them who our name servers are: # set ns 10.0.0.1 10.0.0.2 set nbns 10.0.0.1 10.0.0.2 enable msext # # If we're using the -alias switch, redirect ftp and http to an internal # machine: # alias port 10.0.0.2:ftp ftp alias port 10.0.0.2:http http # # or don't trust the outside at all # alias deny_incoming yes # # I trust user brian to run ppp, so this goes in the `default' section: # allow user brian # # But label `internet' contains passwords that even brian can't have, so # I empty out the user access list in that section: # allow users # # I also may wish to set up my ppp login script so that it asks the client # for the label they wish to use. I may only want user ``dodgy'' to access # their own label in direct mode: # dodgy: allow user dodgy allow mode direct # # If we don't want ICMP and DNS packets to keep the connection alive: # set afilter 0 deny icmp set afilter 1 deny udp src eq 53 set afilter 2 deny udp dst eq 53 set afilter 3 permit 0/0 0/0 # # And we don't want ICMPs to cause a dialup: # set dfilter 0 deny icmp set dfilter 1 permit 0/0 0/0 # # Once the line's up, allow connections for ident (113), telnet (23), # ftp (20 & 21), DNS (53), my place of work (192.244.191.0/24), # ICMP (ping) and traceroute (>33433). # # Anything else is blocked by default # set ifilter 0 permit tcp dst eq 113 set ofilter 0 permit tcp src eq 113 set ifilter 1 permit tcp src eq 23 estab set ofilter 1 permit tcp dst eq 23 set ifilter 2 permit tcp src eq 21 estab set ofilter 2 permit tcp dst eq 21 set ifilter 3 permit tcp src eq 20 dst gt 1023 set ofilter 3 permit tcp dst eq 20 set ifilter 4 permit udp src eq 53 set ofilter 4 permit udp dst eq 53 set ifilter 5 permit 192.244.191.0/24 0/0 set ofilter 5 permit 0/0 192.244.191.0/24 set ifilter 6 permit icmp set ofilter 6 permit icmp set ifilter 7 permit udp dst gt 33433 set ofilter 7 permit udp dst gt 33433 # Server side PPP # If you want the remote system to authenticate itself, you insist # that the peer uses CHAP (or PAP) with the "enable" keyword. Both CHAP and # PAP are disabled by default (we usually only "enable" on of them if the # other side is dialing into our server). # When the peer authenticates itself, we use ppp.secret for verification. # # Ppp is launched with: # # ppp -direct CHAPserver # # Note: We can supply a third field in ppp.secret specifying the IP address # for that user. # CHAPserver: enable chap enable proxy set ifaddr 192.244.176.44 292.244.184.31 # If we wish to act as a server, allowing PAP access according to # accounts in /etc/passwd, we do this: # PAPServerwithPASSWD: enable pap enable passwdauth enable proxy set ifaddr 192.244.176.44 292.244.184.31 # Example to connect using a null-modem cable: # The important thing here is to allow the lqr packets on both sides. # Without them enabled, we can't tell if the line's dropped - there # should always be carrier on a direct connection. # Here, the server sends lqr's every 10 seconds and quits if three in a # row fail. # # Make sure you don't have "deny lqr" in your default: on the client ! # direct-client: set dial "" set line /dev/cuaa0 set sp 115200 set timeout 900 10 3 set log Phase Chat LQM set login "TIMEOUT 5 ogin:--ogin: ppp word: ppp HELLO" set ifaddr 10.0.4.2 10.0.4.1 enable lqr accept lqr direct-server: set timeout 900 10 3 set log Phase LQM set ifaddr 10.0.4.1 10.0.4.2 enable lqr accept lqr # Example for PPP over TCP. # We assume that inetd on tcpsrv.mynet has been # configured to run "ppp -direct tcp-server" when it gets a connection on # port 1234. Read the man page for further details # tcp-client: set device tcpsrv.mynet:1234 set dial set login set escape 0xff set ifaddr 10.0.5.1 10.0.4.1 255.255.255.0 tcp-server: set escape 0xff set ifaddr 10.0.4.1 10.0.5.1 255.255.255.0 # If you want to test ppp, do it through a loopback: # # Requires a line in /etc/services: # ppploop 6671/tcp # loopback ppp daemon # # and a line in /etc/inetd.conf: # ppploop stream tcp nowait root /usr/sbin/ppp ppp -direct loop-in # loop: set timeout 0 set log phase chat connect lcp ipcp command set device localhost:ppploop set dial set login set escape 0xff set ifaddr 127.0.0.2 127.0.0.3 set openmode passive set server /var/tmp/loop "" 0177 loop-in: set timeout 0 set log phase chat connect lcp ipcp command set escape 0xff allow mode direct --==========01796763==========-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Mon Dec 7 13:06:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA15880 for freebsd-isdn-outgoing; Mon, 7 Dec 1998 13:06:33 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA15856; Mon, 7 Dec 1998 13:06:30 -0800 (PST) (envelope-from archie@whistle.com) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id NAA26824; Mon, 7 Dec 1998 13:05:42 -0800 (PST) Received: from bubba.whistle.com( 207.76.205.7) by whistle.com via smap (V2.0) id xma026820; Mon, 7 Dec 98 13:05:26 -0800 Received: (from archie@localhost) by bubba.whistle.com (8.8.7/8.6.12) id NAA18468; Mon, 7 Dec 1998 13:05:26 -0800 (PST) From: Archie Cobbs Message-Id: <199812072105.NAA18468@bubba.whistle.com> Subject: Re: ISDN Bitsurfr Pro EZ In-Reply-To: from "David L. Vondrasek" at "Dec 7, 98 01:01:07 am" To: dallas.tx@airmail.net (David L. Vondrasek) Date: Mon, 7 Dec 1998 13:05:26 -0800 (PST) Cc: freebsd-questions@FreeBSD.ORG, freebsd-isdn@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL38 (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 David L. Vondrasek writes: > Dec 7 00:02:50 ns1 ppp[47]: tun0: Chat: Received: CONNECT 115200^M > Dec 7 00:02:50 ns1 ppp[47]: tun0: Chat: Expect(30): login: ^^^^^^^^^^^^^^^^^^ This is the problem.. you don't get a login prompt on a synchronous ISDN connection. -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Mon Dec 7 13:18:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA17103 for freebsd-isdn-outgoing; Mon, 7 Dec 1998 13:18:11 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from mail.airmail.net (mail.airmail.net [206.66.12.40]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id NAA17098; Mon, 7 Dec 1998 13:18:09 -0800 (PST) (envelope-from davidvon@airmail.net) Received: from workbox from [206.66.6.201] by mail.airmail.net (/\##/\ Smail3.1.30.16 #30.260) with smtp for sender: id ; Mon, 7 Dec 98 15:17:55 -0600 (CST) Message-Id: X-Sender: davidvon@mail.airmail.net X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0 Date: Mon, 07 Dec 1998 15:17:28 -0600 To: ras@interaccess.com (Chris Silva), brian@worldcontrol.com From: "David L. Vondrasek" Subject: Re: ISDN Bitsurfr Pro EZ Cc: freebsd-questions@FreeBSD.ORG, freebsd-isdn@FreeBSD.ORG, eric@mail.hail.net In-Reply-To: <366bedac.285665895@mail.admis.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org ( please CC dallas.tx@airmail.net) Thanks for all you peoples help :) Well Solved one of the problems. I can connect with PAP, and bring up both channels. That's a good thing :) Now the problem. The server I call doesn't used DHCP. I have to SPECIFY all address's. Something I didn't have to do on the 56K dedicated. I was given this information MY IP 206.66.6.201 MASK 255.255.255.224 Gateway/their IP 206.66.6.193 Mask 255.255.255.224 My ppp.config now liiks like this. david@ns1:/etc/ppp : more ppp.conf dial-ia: set log chat LCP IPCP CCP connect tun command set device /dev/cuaa1 set speed 115200 set parity none disable lqr deny lqr disable protocomp <----sysadmin said to disable,not used set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 5 \"\" AT&C1&D2@B0=2 OK-AT-OK \\dATDT\\T TIMEOUT 40 CONNECT" set phone xxxxxxxxxx&xxxxxxxxxx <<------Gets 2 channels set login <------ Left blank for PAP ( Worked !!!) set authname xxxx set authkey xxxxx accept chap set openmode active set timeout 65000 * set ifaddr 127.1.1.1/0 127.2.2.2/0 255.255.255.0 * add 0 0 127.2.2.2 I assume from what I read in the FAQ these need to be set ifaddr 206.66.6.201/0 206.66.6.193/0 255.255.255.224 add 0 0 206.66.6.193 BUT that didn't work. I still can't ping out of the box. And they can't ping my IP from outside. I know it's down to a address problem. I just don't know were I need to tell my box the information. I was spoiled with a dedicated 33.6 that ran DHCP and didn't have to work about this. My ppp.linkup david@ns1:/etc/ppp : more ppp.linkup dial-ia: delete ALL add 0 0 HISADDR MYADDR: add 0 0 HISADDR Running in AUTO MODE david@ns1:/etc : more start_if.tun0 ppp -auto -alias dial-ia Any thing that would change in the /etc/rc.conf that I would have to also do ? I run a internal lan also. The fbsd box is the gateway RC.Conf ############################################################## ### Important initial Boot-time options ##################### ############################################################## swapfile="NO" # Set to name of swapfile if aux swapfile desired. apm_enable="NO" # Set to YES if you want APM enabled. pccard_enable="NO" # Set to YES if you want to configure PCCARD devices. pccard_mem="DEFAULT" # If pccard_enable=YES, this is card memory address. pccard_ifconfig="NO" # Specialized pccard ethernet configuration (or NO). local_startup="/usr/local/etc/rc.d /usr/X11R6/etc/rc.d" # startup script dirs. ############################################################## ### Network configuration sub-section ###################### ############################################################## ### Basic network options: ### hostname="ns1.davidv.net" # Set this! nisdomainname="NO" # Set to NIS domain if using NIS (or NO). firewall_enable="NO" # Set to YES to enable firewall functionality firewall_type="UNKNOWN" # Firewall type (see /etc/rc.firewall) firewall_quiet="NO" # Set to YES to suppress rule display tcp_extensions="YES" # Allow RFC1323 & RFC1644 extensions (or NO). network_interfaces="ed0 lo0" # List of network interfaces (lo0 is loopback). ifconfig_lo0="inet 127.0.0.1" # default loopback device configuration. ifconfig_ed0="10.124.239.12 netmask 255.255.255.0" #ifconfig_tun0="" ### Network daemon (miscellaneous) & NFS options: ### syslogd_enable="YES" # Run syslog daemon (or NO). syslogd_flags="" # Flags to syslogd (if enabled). inetd_enable="YES" # Run the network daemon dispatcher (or NO). inetd_flags="" # Optional flags to inetd. named_enable="YES" # Run named, the DNS server (or NO). named_program="/usr/sbin/named" # named program, in case we want bind8 instead. named_flags="-b /etc/namedb/named.boot" # Flags to named (if enabled). kerberos_server_enable="NO" # Run a kerberos master server (or NO). kadmind_server_enable="NO" # Run kadmind (or NO) -- do not run on # a slave kerberos server kerberos_stash="" # Is the kerberos master key stashed? rwhod_enable="NO" # Run the rwho daemon (or NO). amd_enable="NO" # Run amd service with $amd_flags (or NO). amd_flags="-a /net -c 1800 -k i386 -d my.domain -l syslog /host /etc/amd.map" nfs_client_enable="NO" # This host is an NFS client (or NO). nfs_client_flags="-n 4" # Flags to nfsiod (if enabled). nfs_server_enable="NO" # This host is an NFS server (or NO). nfs_server_flags="-u -t 4" # Flags to nfsd (if enabled). mountd_flags="-r" # Flags to mountd (if NFS server enabled). nfs_reserved_port_only="NO" # Provide NFS only on secure port (or NO). rpc_lockd_enable="NO" # Run NFS rpc.lockd (*broken!*) if nfs_server. rpc_statd_enable="YES" # Run NFS rpc.statd if nfs_server (or NO). portmap_enable="YES" # Run the portmapper service (or NO). portmap_flags="" # Flags to portmap (if enabled). rarpd_enable="NO" # Run rarpd (or NO). rarpd_flags="" # Flags to rarpd. xtend_enable="NO" # Run the X-10 power controller daemon. xtend_flags="" # Flags to xtend (if enabled). ### Network Time Services options: ### timed_enable="YES" # Run the time daemon (or NO). timed_flags="" # Flags to timed (if enabled). ntpdate_enable="YES" # Run the ntpdate to sync time (or NO). ntpdate_flags="eagle.tamu.edu" # Flags to ntpdate (if enabled). xntpd_enable="NO" # Run xntpd Network Time Protocol (or NO). xntpd_flags="" # Flags to xntpd (if enabled). tickadj_enable="NO" # Run tickadj (or NO). tickadj_flags="-Aq" # Flags to tickadj (if enabled). # Network Information Services (NIS) options: ### nis_client_enable="NO" # We're an NIS client (or NO). nis_client_flags="" # Flags to ypbind (if enabled). nis_ypset_enable="NO" # Run ypset at boot time (or NO). nis_ypset_flags="" # Flags to ypset (if enabled). nis_server_enable="NO" # We're an NIS server (or NO). nis_server_flags="" # Flags to ypserv (if enabled). nis_ypxfrd_enable="NO" # Run rpc.ypxfrd at boot time (or NO). nis_ypxfrd_flags="" # Flags to rpc.ypxfrd (if enabled). nis_yppasswdd_enable="NO" # Run rpc.yppasswdd at boot time (or NO). nis_yppasswdd_flags="" # Flags to rpc.yppasswdd (if enabled). ### Network routing options: ### defaultrouter="10.124.239.13" # Set to default gateway (or NO). static_routes="" # Set to static route list (or leave empty). gateway_enable="YES" # Set to YES if this host will be a gateway. router_enable="NO" # Set to YES to enable a routing daemon. router="routed" # Name of routing daemon to use if enabled. router_flags="-q" # Flags for routing daemon. mrouted_enable="NO" # Do multicast routing (see /etc/mrouted.conf). mrouted_flags="" # Flags for multicast routing daemon. ipxgateway_enable="NO" # Set to YES to enable IPX routing. ipxrouted_enable="NO" # Set to YES to run the IPX routing daemon. ipxrouted_flags="" # Flags for IPX routing daemon. arpproxy_all="" # replaces obsolete kernel option ARP_PROXYALL. forward_sourceroute="NO" # do source routing (only if gateway_enable is set to "YES") accept_sourceroute="NO" # accept source routed packets to us ############################################################## ### System console options ################################# ############################################################## keymap="NO" # keymap in /usr/share/syscons/keymaps/* (or NO). keyrate="fast" # keyboard rate to: slow, normal, fast (or NO). keybell="NO" # bell to duration.pitch or normal or visual (or NO). keychange="NO" # function keys default values (or NO). cursor="NO" # cursor type {normal|blink|destructive} (or NO). scrnmap="NO" # screen map in /usr/share/syscons/scrnmaps/* (or NO). font8x16="NO" # font 8x16 from /usr/share/syscons/fonts/* (or NO). font8x14="NO" # font 8x14 from /usr/share/syscons/fonts/* (or NO). font8x8="NO" # font 8x8 from /usr/share/syscons/fonts/* (or NO). blanktime="600" # blank time (in seconds) or "NO" to turn it off. saver="daemon" # screen saver: blank/daemon/green/snake/star/NO. moused_enable="NO" # Run the mouse daemon. moused_type="auto" # See man page for rc.conf(5) for available settings. moused_port="/dev/cuaa0" # Set to your mouse port. moused_flags="" # Any additional flags to moused. ############################################################## ### Miscellaneous administrative options ################### ############################################################## cron_enable="YES" # Run the periodic job daemon. lpd_enable="NO" # Run the line printer daemon. lpd_flags="" # Flags to lpd (if enabled). sendmail_enable="YES" # Run the sendmail daemon (or NO). sendmail_flags="-bd -q30m" # -bd is pretty mandatory. savecore_enable="NO" dumpdev="NO" # Device name to crashdump to (if enabled). check_quotas="NO" # Check quotas (or NO). accounting_enable="NO" # Turn on process accounting (or NO). ibcs2_enable="NO" # Ibcs2 (SCO) emulation loaded at startup (or NO). linux_enable="YES" # Linux emulation loaded at startup (or NO). rand_irqs="NO" # Stir the entropy pool (like "5 11" or NO). clear_tmp_enable="yes" # Clear /tmp at startup. ldconfig_paths="/usr/lib/compat /usr/X11R6/lib /usr/local/lib" # shared library search paths ############################################################## ### Allow local configuration override at the very end here ## ############################################################## if [ -f /etc/rc.conf.local ]; then . /etc/rc.conf.local PPP LOG after connection. Dec 7 14:36:03 ns1 ppp[47]: tun0: Chat: deflink: Dial attempt 1 of 1 Dec 7 14:36:03 ns1 ppp[47]: tun0: Chat: Send: AT&C1&D2@B0=2^M Dec 7 14:36:03 ns1 ppp[47]: tun0: Chat: Expect(5): OK Dec 7 14:36:04 ns1 ppp[47]: tun0: Chat: Received: AT&C1&D2@B0=2^M^M Dec 7 14:36:04 ns1 ppp[47]: tun0: Chat: Received: OK^M Dec 7 14:36:04 ns1 ppp[47]: tun0: Chat: Send: ATDTxxxxxxxxxx&xxxxxxxxxx^M Dec 7 14:36:06 ns1 ppp[47]: tun0: Chat: Expect(40): CONNECT Dec 7 14:36:06 ns1 ppp[47]: tun0: Chat: Received: ATDTxxxxxxxxxx&xxxxxxxxxx^M^M Dec 7 14:36:06 ns1 ppp[47]: tun0: Chat: Received: CONNECT 115200^M Dec 7 14:36:06 ns1 ppp[47]: tun0: LCP: FSM: Using "deflink" as a transport Dec 7 14:36:06 ns1 ppp[47]: tun0: LCP: deflink: State change Initial --> Closed Dec 7 14:36:06 ns1 ppp[47]: tun0: LCP: deflink: State change Closed --> Stopped Dec 7 14:36:07 ns1 ppp[47]: tun0: LCP: deflink: LayerStart Dec 7 14:36:07 ns1 ppp[47]: tun0: LCP: deflink: SendConfigReq(1) state = Stopped Dec 7 14:36:07 ns1 ppp[47]: tun0: LCP: ACFCOMP[2] Dec 7 14:36:07 ns1 ppp[47]: tun0: LCP: ACCMAP[6] 0x00000000 Dec 7 14:36:07 ns1 ppp[47]: tun0: LCP: MRU[4] 1500 Dec 7 14:36:07 ns1 ppp[47]: tun0: LCP: MAGICNUM[6] 0x6fb56b32 Dec 7 14:36:07 ns1 ppp[47]: tun0: LCP: deflink: State change Stopped --> Req-Sent Dec 7 14:36:07 ns1 ppp[47]: tun0: LCP: deflink: RecvConfigRej(1) state = Req-Sent Dec 7 14:36:07 ns1 ppp[47]: tun0: LCP: MAGICNUM[6] 0x6fb56b32 Dec 7 14:36:07 ns1 ppp[47]: tun0: LCP: Magic 0x6fb56b32 is REJected! Dec 7 14:36:07 ns1 ppp[47]: tun0: LCP: deflink: SendConfigReq(2) state = Req-Sent Dec 7 14:36:07 ns1 ppp[47]: tun0: LCP: ACFCOMP[2] Dec 7 14:36:07 ns1 ppp[47]: tun0: LCP: ACCMAP[6] 0x00000000 Dec 7 14:36:07 ns1 ppp[47]: tun0: LCP: MRU[4] 1500 Dec 7 14:36:07 ns1 ppp[47]: tun0: LCP: deflink: RecvConfigAck(2) state = Req-Sent Dec 7 14:36:07 ns1 ppp[47]: tun0: LCP: deflink: State change Req-Sent --> Ack-Rcvd Dec 7 14:36:08 ns1 ppp[47]: tun0: LCP: deflink: RecvConfigReq(9) state = Ack-Rcvd Dec 7 14:36:08 ns1 ppp[47]: tun0: LCP: MRU[4] 1600 Dec 7 14:36:08 ns1 ppp[47]: tun0: LCP: ACCMAP[6] 0x00000000 Dec 7 14:36:08 ns1 ppp[47]: tun0: LCP: AUTHPROTO[4] 0xc023 (PAP) Dec 7 14:36:08 ns1 ppp[47]: tun0: LCP: PROTOCOMP[2] Dec 7 14:36:08 ns1 ppp[47]: tun0: LCP: ACFCOMP[2] Dec 7 14:36:08 ns1 ppp[47]: tun0: LCP: deflink: SendConfigAck(9) state = Ack-Rcvd Dec 7 14:36:08 ns1 ppp[47]: tun0: LCP: MRU[4] 1600 Dec 7 14:36:08 ns1 ppp[47]: tun0: LCP: ACCMAP[6] 0x00000000 Dec 7 14:36:08 ns1 ppp[47]: tun0: LCP: AUTHPROTO[4] 0xc023 (PAP) Dec 7 14:36:08 ns1 ppp[47]: tun0: LCP: PROTOCOMP[2] Dec 7 14:36:08 ns1 ppp[47]: tun0: LCP: ACFCOMP[2] Dec 7 14:36:08 ns1 ppp[47]: tun0: LCP: deflink: State change Ack-Rcvd --> Opened Dec 7 14:36:08 ns1 ppp[47]: tun0: LCP: deflink: LayerUp Dec 7 14:36:08 ns1 ppp[47]: tun0: CCP: FSM: Using "deflink" as a transport Dec 7 14:36:08 ns1 ppp[47]: tun0: CCP: deflink: State change Initial --> Closed Dec 7 14:36:08 ns1 ppp[47]: tun0: CCP: deflink: LayerStart. Dec 7 14:36:08 ns1 ppp[47]: tun0: CCP: deflink: SendConfigReq(1) state = Closed Dec 7 14:36:08 ns1 ppp[47]: tun0: CCP: DEFLATE[4] win 15 Dec 7 14:36:08 ns1 ppp[47]: tun0: CCP: PRED1[2] Dec 7 14:36:08 ns1 ppp[47]: tun0: CCP: deflink: State change Closed --> Req-Sent Dec 7 14:36:08 ns1 ppp[47]: tun0: IPCP: FSM: Using "deflink" as a transport Dec 7 14:36:08 ns1 ppp[47]: tun0: IPCP: deflink: State change Initial --> Closed Dec 7 14:36:08 ns1 ppp[47]: tun0: IPCP: deflink: LayerStart. Dec 7 14:36:08 ns1 ppp[47]: tun0: IPCP: deflink: SendConfigReq(1) state = Closed Dec 7 14:36:08 ns1 ppp[47]: tun0: IPCP: IPADDR[6] 127.1.1.1 Dec 7 14:36:08 ns1 ppp[47]: tun0: IPCP: COMPPROTO[6] 14 VJ slots without slot compression Dec 7 14:36:08 ns1 ppp[47]: tun0: IPCP: deflink: State change Closed --> Req-Sent Dec 7 14:36:08 ns1 ppp[47]: tun0: IPCP: deflink: RecvConfigReq(1) state = Req-Sent Dec 7 14:36:08 ns1 ppp[47]: tun0: IPCP: IPADDR[6] 206.66.6.193 Dec 7 14:36:08 ns1 ppp[47]: tun0: IPCP: deflink: SendConfigAck(1) state = Req-Sent Dec 7 14:36:08 ns1 ppp[47]: tun0: IPCP: IPADDR[6] 206.66.6.193 Dec 7 14:36:08 ns1 ppp[47]: tun0: IPCP: deflink: State change Req-Sent --> Ack-Sent Dec 7 14:36:11 ns1 ppp[47]: tun0: CCP: deflink: SendConfigReq(1) state = Req-Sent Dec 7 14:36:11 ns1 ppp[47]: tun0: CCP: DEFLATE[4] win 15 Dec 7 14:36:11 ns1 ppp[47]: tun0: CCP: PRED1[2] Dec 7 14:36:11 ns1 ppp[47]: tun0: IPCP: deflink: SendConfigReq(1) state = Ack-Sent Dec 7 14:36:11 ns1 ppp[47]: tun0: IPCP: IPADDR[6] 127.1.1.1 Dec 7 14:36:11 ns1 ppp[47]: tun0: IPCP: COMPPROTO[6] 14 VJ slots without slot compression Dec 7 14:36:11 ns1 ppp[47]: tun0: IPCP: deflink: RecvConfigRej(1) state = Ack-Sent Dec 7 14:36:11 ns1 ppp[47]: tun0: IPCP: COMPPROTO[6] 14 VJ slots without slot compression Dec 7 14:36:11 ns1 ppp[47]: tun0: IPCP: deflink: SendConfigReq(2) state = Ack-Sent Dec 7 14:36:11 ns1 ppp[47]: tun0: IPCP: IPADDR[6] 127.1.1.1 Dec 7 14:36:11 ns1 ppp[47]: tun0: IPCP: deflink: RecvConfigReq(2) state = Ack-Sent Dec 7 14:36:11 ns1 ppp[47]: tun0: IPCP: IPADDR[6] 206.66.6.193 Dec 7 14:36:11 ns1 ppp[47]: tun0: IPCP: deflink: SendConfigAck(2) state = Ack-Sent Dec 7 14:36:11 ns1 ppp[47]: tun0: IPCP: IPADDR[6] 206.66.6.193 Dec 7 14:36:11 ns1 ppp[47]: tun0: IPCP: deflink: RecvConfigAck(2) state = Ack-Sent Dec 7 14:36:11 ns1 ppp[47]: tun0: IPCP: deflink: State change Ack-Sent --> Opened Dec 7 14:36:11 ns1 ppp[47]: tun0: IPCP: deflink: LayerUp. Dec 7 14:36:11 ns1 ppp[47]: tun0: IPCP: myaddr 127.1.1.1 hisaddr = 206.66.6.193 Dec 7 14:36:11 ns1 ppp[47]: tun0: Command: dial-ia: delete ALL Dec 7 14:36:11 ns1 ppp[47]: tun0: Command: dial-ia: add 0 0 HISADDR Dec 7 14:36:14 ns1 ppp[47]: tun0: CCP: deflink: SendConfigReq(1) state = Req-Sent Dec 7 14:36:14 ns1 ppp[47]: tun0: CCP: DEFLATE[4] win 15 Dec 7 14:36:14 ns1 ppp[47]: tun0: CCP: PRED1[2] Dec 7 14:36:17 ns1 ppp[47]: tun0: CCP: deflink: SendConfigReq(1) state = Req-Sent Dec 7 14:36:17 ns1 ppp[47]: tun0: CCP: DEFLATE[4] win 15 Dec 7 14:36:17 ns1 ppp[47]: tun0: CCP: PRED1[2] Dec 7 14:36:20 ns1 ppp[47]: tun0: CCP: deflink: SendConfigReq(1) state = Req-Sent Dec 7 14:36:20 ns1 ppp[47]: tun0: CCP: DEFLATE[4] win 15 Dec 7 14:36:20 ns1 ppp[47]: tun0: CCP: PRED1[2] Dec 7 14:36:23 ns1 ppp[47]: tun0: CCP: deflink: LayerFinish. Dec 7 14:36:23 ns1 ppp[47]: tun0: CCP: deflink: State change Req-Sent --> Stopped Dec 7 14:45:06 ns1 ppp[47]: tun0: LCP: deflink: SendProtocolRej(3) state = Opened Dec 7 14:45:14 ns1 last message repeated 4 times root@ns1:/var/log : To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Tue Dec 8 02:46:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA11170 for freebsd-isdn-outgoing; Tue, 8 Dec 1998 02:46:45 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from gorilla.mchh.siemens.de (gorilla.mchh.siemens.de [194.138.158.18]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA11165 for ; Tue, 8 Dec 1998 02:46:43 -0800 (PST) (envelope-from gax43544@icn.siemens.de) Received: from moody.mchh.siemens.de (mail2.mchh.siemens.de [194.138.158.226]) by gorilla.mchh.siemens.de (8.8.7/8.8.7) with ESMTP id LAA02928 for ; Tue, 8 Dec 1998 11:46:11 +0100 (MET) Received: from popey.uebemc.siemens.de (root@[132.29.102.62]) by moody.mchh.siemens.de (8.9.1/8.9.1) with ESMTP id LAA24247 for ; Tue, 8 Dec 1998 11:47:48 +0100 (MET) Received: from ss7d3d99 (root@ss7d3d99.mchh3.oen.siemens.de [132.37.3.65]) by popey.uebemc.siemens.de (8.9.1/8.9.1) with ESMTP id LAA13919 for ; Tue, 8 Dec 1998 11:46:34 +0100 (MET) Received: from koerk.egnetz by ss7d3d99 (8.8.8+Sun/SMI-4.1) id LAA27152; Tue, 8 Dec 1998 11:46:34 +0100 (MET) Received: from localhost by koerk.egnetz (8.8.8+Sun/SMI-SVR4) id LAA05615; Tue, 8 Dec 1998 11:46:33 +0100 (MET) Date: Tue, 8 Dec 1998 11:46:33 +0100 (MET) From: Anderl To: freebsd-isdn@FreeBSD.ORG Subject: data throughput 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 folks, recently my provider offered access via a lucent portmaster which is capable of both stac compression and channelbundling. since i4b is doing none of that kind i switched over to my isdn-ta. during the test i compared the hdlc throughput of the isdn-zyxel as well as my fritzcard using only one channel at a time of course in order not to falsify the results. while the ta offered a rate of 7.5kbps the fritzcard only provided 7.0kbps. how come that? i was of the opinion that the smaller overhead (no serial header) of i4b would also lead to a faster or at least equivalent speed. this is proven through ping reply-times. pinging e.g. the defaultrouter at the provider's site over i4b i get around 40ms. when i do the same using the ta i get 60ms. probably one reason for that is that the fritzcard is a passive one and my p100/64mb machine is not fast enough, isn't it? any hints are highly appreciated, thanks in advance, regards, anderl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Tue Dec 8 04:03:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA18498 for freebsd-isdn-outgoing; Tue, 8 Dec 1998 04:03:52 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from voyager.planb.com.au (voyager.planb.com.au [203.35.172.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA18445 for ; Tue, 8 Dec 1998 04:03:48 -0800 (PST) (envelope-from kevin@planb.net.au) Received: from fossil.planb.com.au (fossil.planb.com.au [203.35.172.145]) by voyager.planb.com.au (8.8.7/8.8.8) with SMTP id XAA06738 for ; Tue, 8 Dec 1998 23:03:42 +1100 (EST) Received: by fossil.planb.com.au with Microsoft Mail id <01BE22F6.BCAB6180@fossil.planb.com.au>; Tue, 8 Dec 1998 22:04:33 +1100 Message-ID: <01BE22F6.BCAB6180@fossil.planb.com.au> From: Kevin Sheehan To: "'freebsd-isdn@FreeBSD.ORG'" Subject: Fritz!Card PCI Date: Tue, 8 Dec 1998 22:04:32 +1100 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id EAA18492 Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I was wondering if someone could clarify the support for the Fritz! cards. >From the FAQ/Install notes I can see that the Fritz! ISA "Classic" is supported, but not the PnP or the PCI/PnP version of the card. (For FreeBSD at least). How different is the PCI card form the ISA classic? Is it a completely different chipset, or is it just the PnP getting in the way (I can't get much info from the AVM site)? Is there any hope? So far the only card that I can find in Australia that even comes close to being supported by i4b is the Fritz! PCI, so I'm hoping for a good news. Then I'll worry about the L3 issues..... Anyone else had success, or failure with this in Au? Rgs, Kevin Sheehan kevin@planb.net.au To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Tue Dec 8 07:34:49 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA06349 for freebsd-isdn-outgoing; Tue, 8 Dec 1998 07:34:49 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from hcshh.hcs.de (hcshh.hcs.de [194.123.40.1]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id HAA06341 for ; Tue, 8 Dec 1998 07:34:47 -0800 (PST) (envelope-from hm@hcs.de) Received: from hcswork.hcs.de([192.76.124.5]) (1718 bytes) by hcshh.hcs.de via sendmail with P:smtp/R:inet_hosts/T:smtp (sender: ) id for ; Tue, 8 Dec 1998 16:34:25 +0100 (MET) (Smail-3.2.0.101 1997-Dec-17 #2 built 1998-Jun-26) Received: by hcswork.hcs.de (Smail3.1.29.0 #12) id m0znPCk-0000fOC; Tue, 8 Dec 98 16:37 MET Message-Id: From: hm@hcs.de (Hellmuth Michaelis) Subject: Re: Fritz!Card PCI In-Reply-To: <01BE22F6.BCAB6180@fossil.planb.com.au> from Kevin Sheehan at "Dec 8, 98 10:04:32 pm" To: kevin@planb.net.au (Kevin Sheehan) Date: Tue, 8 Dec 1998 16:37:37 +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 Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >From the keyboard of Kevin Sheehan: > I was wondering if someone could clarify the support for the Fritz! cards. The supported Fritz!Cards are: - Fritz!Card Classic (ISA, non-PnP) - Fritz!Card PCMCIA The NOT supported Fritz!Cards are: - Fritz!Card PnP - Fritz!Card PCI I've personally never seen the PnP and PCI versions yet. From what i read from the L-Word ISDN lists, these two cards are fundamentally different from the other cards, AFAIK the developers had to sign some form of NDA to get the docs for this cards (they don't use standard chips but custom gate-arrays). 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 Tue Dec 8 07:43:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA07294 for freebsd-isdn-outgoing; Tue, 8 Dec 1998 07:43:07 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from hcshh.hcs.de (hcshh.hcs.de [194.123.40.1]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id HAA07288 for ; Tue, 8 Dec 1998 07:43:01 -0800 (PST) (envelope-from hm@hcs.de) Received: from hcswork.hcs.de([192.76.124.5]) (2075 bytes) by hcshh.hcs.de via sendmail with P:smtp/R:inet_hosts/T:smtp (sender: ) id for ; Tue, 8 Dec 1998 16:42:38 +0100 (MET) (Smail-3.2.0.101 1997-Dec-17 #2 built 1998-Jun-26) Received: by hcswork.hcs.de (Smail3.1.29.0 #12) id m0znPKh-0000fOC; Tue, 8 Dec 98 16:45 MET Message-Id: From: hm@hcs.de (Hellmuth Michaelis) Subject: Re: data throughput In-Reply-To: from Anderl at "Dec 8, 98 11:46:33 am" To: gax43544@icn.siemens.de (Anderl) Date: Tue, 8 Dec 1998 16:45:50 +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 Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >From the keyboard of Anderl: > recently my provider offered access via a lucent portmaster which is > capable of both stac compression and channelbundling. since i4b is doing > none of that kind i switched over to my isdn-ta. during the test i > compared the hdlc throughput of the isdn-zyxel as well as my fritzcard > using only one channel at a time of course in order not to falsify the > results. while the ta offered a rate of 7.5kbps the fritzcard only > provided 7.0kbps. how come that? Are you _shure_, the Zyxel does IP over raw HDLC ? Last time i looked at them (ok, it was some time ago), they were not capable of doing this. Anyway, i get ~7.2kbps without and ~7.4kbps with VJ header compression IP over raw HDLC on a 486/66 and even on a 386/25. > probably one reason for that is that the fritzcard is a passive one and > my p100/64mb machine is not fast enough, isn't it? No, i don't think this is a limiting factor. 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 Tue Dec 8 08:27:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA14694 for freebsd-isdn-outgoing; Tue, 8 Dec 1998 08:27:24 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from gorilla.mchh.siemens.de (gorilla.mchh.siemens.de [194.138.158.18]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA14689 for ; Tue, 8 Dec 1998 08:27:22 -0800 (PST) (envelope-from gax43544@icn.siemens.de) Received: from moody.mchh.siemens.de (mail2.mchh.siemens.de [194.138.158.226]) by gorilla.mchh.siemens.de (8.8.7/8.8.7) with ESMTP id RAA07533; Tue, 8 Dec 1998 17:26:40 +0100 (MET) Received: from popey.uebemc.siemens.de (root@[132.29.102.62]) by moody.mchh.siemens.de (8.9.1/8.9.1) with ESMTP id RAA25375; Tue, 8 Dec 1998 17:28:19 +0100 (MET) Received: from ss7d3d99 (root@ss7d3d99.mchh3.oen.siemens.de [132.37.3.65]) by popey.uebemc.siemens.de (8.9.1/8.9.1) with ESMTP id RAA21101; Tue, 8 Dec 1998 17:27:05 +0100 (MET) Received: from koerk.egnetz by ss7d3d99 (8.8.8+Sun/SMI-4.1) id RAA09198; Tue, 8 Dec 1998 17:27:04 +0100 (MET) Received: from localhost by koerk.egnetz (8.8.8+Sun/SMI-SVR4) id RAA07507; Tue, 8 Dec 1998 17:26:56 +0100 (MET) Date: Tue, 8 Dec 1998 17:26:55 +0100 (MET) From: Anderl To: Hellmuth Michaelis cc: freebsd-isdn@FreeBSD.ORG Subject: Re: data throughput 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 Tue, 8 Dec 1998, Hellmuth Michaelis wrote: > Are you _shure_, the Zyxel does IP over raw HDLC ? Last time i looked at > them (ok, it was some time ago), they were not capable of doing this. no, no raw hdlc, async to sync ppp, sorry > Anyway, i get ~7.2kbps without and ~7.4kbps with VJ header compression > IP over raw HDLC on a 486/66 and even on a 386/25. my settings in isdnd.rc are isppp as usrdevicename and hdlc as b1protocol so i assumed i was making hdlc. do you think vj-header compression in connection with my settings would do some improvement? tanks for your help, regards, anderl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Tue Dec 8 09:00:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA18703 for freebsd-isdn-outgoing; Tue, 8 Dec 1998 09:00:35 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA18696 for ; Tue, 8 Dec 1998 09:00:33 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.1/8.8.5) with ESMTP id SAA26384 for ; Tue, 8 Dec 1998 18:00:24 +0100 (CET) To: freebsd-isdn@FreeBSD.ORG Subject: T1/E1 ISDN... From: Poul-Henning Kamp Date: Tue, 08 Dec 1998 18:00:24 +0100 Message-ID: <26382.913136424@critter.freebsd.dk> Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org If anybody feels like taking on a T1/E1 ISDN implementation I can have a pointer to a PCI card you can use to do it on. -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." "ttyv0" -- What UNIX calls a $20K state-of-the-art, 3D, hi-res color terminal To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Tue Dec 8 13:37:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA13848 for freebsd-isdn-outgoing; Tue, 8 Dec 1998 13:37:53 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from peedub.muc.de (newpc.muc.ditec.de [194.120.126.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA13806 for ; Tue, 8 Dec 1998 13:37:35 -0800 (PST) (envelope-from garyj@peedub.muc.de) Received: from peedub.muc.de (localhost [127.0.0.1]) by peedub.muc.de (8.9.1/8.6.9) with ESMTP id WAA04694; Tue, 8 Dec 1998 22:08:40 +0100 (CET) Message-Id: <199812082108.WAA04694@peedub.muc.de> X-Mailer: exmh version 2.0.2 2/24/98 To: Kevin Sheehan cc: "'freebsd-isdn@FreeBSD.ORG'" Subject: Re: Fritz!Card PCI Reply-To: Gary Jennejohn In-reply-to: Your message of "Tue, 08 Dec 1998 22:04:32 +1100." <01BE22F6.BCAB6180@fossil.planb.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 08 Dec 1998 22:08:40 +0100 From: Gary Jennejohn Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Kevin Sheehan writes: > >I was wondering if someone could clarify the support for the Fritz! cards. > >>From the FAQ/Install notes I can see that the Fritz! ISA "Classic" is support >ed, but not the PnP or the PCI/PnP version of the card. (For FreeBSD at least) >. > >How different is the PCI card form the ISA classic? Is it a completely differ >ent chipset, or is it just the PnP getting in the way (I can't get much info f >rom the AVM site)? Is there any hope? > >So far the only card that I can find in Australia that even comes close to bei >ng supported by i4b is the Fritz! PCI, so I'm hoping for a good news. Then I' >ll worry about the L3 issues..... > >Anyone else had success, or failure with this in Au? > it's completely different. It uses a single chip with an ASIC from AVM instead of the usual 2 Siemens chips which we've all come to know and love. You're in luck. I just happen to have a PCI Fritz! card here for which I've started porting the Linux driver (the only available documentation of the card). It being nearly Christmas I have more social distractions than usual, but I hope to have the driver working shortly, maybe in time for the next public release. If you're interested you could be my beta tester :) --- Gary Jennejohn Home - garyj@muc.de Work - garyj@fkr.dec.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Tue Dec 8 13:43:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA14707 for freebsd-isdn-outgoing; Tue, 8 Dec 1998 13:43:33 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from linteuto.teuto.de (linteuto.teuto.de [194.77.23.26]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA14698 for ; Tue, 8 Dec 1998 13:43:31 -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 WAA23718; Tue, 8 Dec 1998 22:43:26 +0100 Received: (from martin@localhost) by rumolt.teuto.de (8.8.8/8.8.7) id WAA02307; Tue, 8 Dec 1998 22:22:27 +0100 (MET) From: Martin Husemann Message-Id: <199812082122.WAA02307@rumolt.teuto.de> Subject: Re: data throughput To: hm@hcs.de Date: Tue, 8 Dec 1998 22:22:27 +0100 (MET) Cc: gax43544@icn.siemens.de, freebsd-isdn@FreeBSD.ORG In-Reply-To: from "Hellmuth Michaelis" at Dec 8, 98 04:45:50 pm Organization: Crusaders Catering Services Inc. ;-) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > probably one reason for that is that the fritzcard is a passive one and > > my p100/64mb machine is not fast enough, isn't it? > > No, i don't think this is a limiting factor. Definitively not: I got 7.8 to 8.0 kB/sec with I4B on a 486/50 on one side and BISDN (the older ones on this list will remeber) on a Cyrix386SL/40 (with 4MB ram!) on the other. The remote side had a Creatix S0/16, my machine used (alternating) a Teles S0 16.3, a USR Sportster ISDN TA intern and an AVM A1 card. All this are passive cards, OS was NetBSD 1.3 on the remot side, various kinds of NetBSD -current on my side. And this was with ip-filtering in effect, and neither end of the connection from on of the router machines: using SMB protocol from an NT system to a NT system. Ftp from one of the router machines to the other router gave the same figures. So you realy can exploit full ISDN bandwidth with the smallest machines and cheapest cards. Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Wed Dec 9 02:31:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA28070 for freebsd-isdn-outgoing; Wed, 9 Dec 1998 02:31:32 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from voyager.planb.com.au (voyager.planb.com.au [203.35.172.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA28062 for ; Wed, 9 Dec 1998 02:31:28 -0800 (PST) (envelope-from kevin@planb.net.au) Received: from fossil.planb.com.au (fossil.planb.com.au [203.35.172.145]) by voyager.planb.com.au (8.8.7/8.8.8) with SMTP id VAA15521 for ; Wed, 9 Dec 1998 21:31:17 +1100 (EST) Received: by fossil.planb.com.au with Microsoft Mail id <01BE23B2.FD504680@fossil.planb.com.au>; Wed, 9 Dec 1998 20:32:07 +1100 Message-ID: <01BE23B2.FD504680@fossil.planb.com.au> From: Kevin Sheehan To: "freebsd-isdn@FreeBSD.ORG" Subject: Support for ITK? Date: Wed, 9 Dec 1998 20:32:05 +1100 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id CAA28066 Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Seeing as I struck out on i4b support for the Fritz! PCI (thanks for explaining why they are not supported), what about ITK (digi)? I know they are not on the supported list, and I cannot find any information on the specific chipset(s) used etc., but I was hoping maybe someone was familiar enough with their products to give an opinion on whether i4b could support them (or even come close). Specifically I was looking at the ITK ix1 micro (ISA, passive, BRI). Can anyone help? Kevin Sheehan kevin@planb.net.au To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Wed Dec 9 04:24:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA09972 for freebsd-isdn-outgoing; Wed, 9 Dec 1998 04:24:24 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from hcshh.hcs.de (hcshh.hcs.de [194.123.40.1]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id EAA09967 for ; Wed, 9 Dec 1998 04:24:21 -0800 (PST) (envelope-from hm@hcs.de) Received: from hcswork.hcs.de([192.76.124.5]) (2304 bytes) by hcshh.hcs.de via sendmail with P:smtp/R:inet_hosts/T:smtp (sender: ) id for ; Wed, 9 Dec 1998 13:23:54 +0100 (MET) (Smail-3.2.0.101 1997-Dec-17 #2 built 1998-Jun-26) Received: by hcswork.hcs.de (Smail3.1.29.0 #12) id m0znihw-0000dwC; Wed, 9 Dec 98 13:27 MET Message-Id: From: hm@hcs.de (Hellmuth Michaelis) Subject: Re: Support for ITK? In-Reply-To: <01BE23B2.FD504680@fossil.planb.com.au> from Kevin Sheehan at "Dec 9, 98 08:32:05 pm" To: freebsd-isdn@FreeBSD.ORG (ISDN Mailinglist) Date: Wed, 9 Dec 1998 13:27:08 +0100 (MET) 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 Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >From the keyboard of Kevin Sheehan: > Specifically I was looking at the ITK ix1 micro (ISA, passive, BRI). No ITK cards are supported by isdn4bsd. I don't know how to translate the german word "Leidensdruck" (a direct translation would be "suffering pressure" although i doubt this is correct), but my personal "Leidensdruck" is not high enough, to get any ITK card supported under i4b. When you think about the fact, that here in Germany you are able to buy one or the other of the supported cards for ~100,-DM ( ~60 US$ ), then it is _much_ easier to go into the shop next door and buy one instead of going thru the pain of buying an unsupported card, convincing the manufacturer to give out docs (which is almost impossible), getting (mostly wrong and incomplete) docs from other souces, and then writing and testing the driver. A total different picture would be, if someone says: "I've got complete technical docs and free hardware for card XYZ, i want it being supported, what do you think, where shall i send it to and how else can i help you ?". This is one way to get such a card supported, the second way is to write the driver yourself and the third way is hiring someone to write it for you. 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 Dec 9 08:20:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA29035 for freebsd-isdn-outgoing; Wed, 9 Dec 1998 08:20:24 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from rossel.saarnet.de (rossel.saarnet.de [145.253.240.29]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA29028 for ; Wed, 9 Dec 1998 08:20:22 -0800 (PST) (envelope-from doehrm@aubi.de) Received: from igate.aubi.de (root@igate.aubi.de [145.253.242.249]) by rossel.saarnet.de (8.8.8/8.8.8) with ESMTP id RAA07059; Wed, 9 Dec 1998 17:22:04 +0100 (MET) Received: from cisco.aubi.de ([170.56.121.252]) by igate.aubi.de (8.8.7/8.8.7) with ESMTP id SAA24676; Wed, 9 Dec 1998 18:33:01 +0100 Received: from exchange.aubi.de (EXCHANGE.aubi.de [170.56.121.91]) by cisco.aubi.de (8.9.1/8.9.1) with ESMTP id RAA11280; Wed, 9 Dec 1998 17:24:37 +0100 (CET) Received: by EXCHANGE.aubi.de with Internet Mail Service (5.5.2232.9) id ; Wed, 9 Dec 1998 17:14:20 +0100 Message-ID: From: =?iso-8859-1?Q?Markus_D=F6hr?= To: "'hm@hcs.de'" , freebsd-isdn@FreeBSD.ORG Subject: RE: Support for ITK? (Comment) Date: Wed, 9 Dec 1998 17:14:20 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2232.9) Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id IAA29031 Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > When you think about the fact, that here in Germany you are > able to buy > one or the other of the supported cards for ~100,-DM ( ~60 > US$ ), then it > is _much_ easier to go into the shop next door and buy one > instead of going > thru the pain of buying an unsupported card, convincing the > manufacturer > to give out docs (which is almost impossible), getting > (mostly wrong and > incomplete) docs from other souces, and then writing and > testing the driver. IMHO I think, that writing a driver for this card cannot be so difficult, because the source for the driver is available on Linux and can IMHO be adapted to *BSD, although I must add, that I'm not able to. I also have two of these cards lying around here and it would be nice, if someone is probably able to adapt. My C knowledge doesn't seem to be deep enough to do this :-( -- Markus Doehr IT Admin AUBI Baubeschläge GmbH Tel: +49 6503 917 152 Fax: +49 6503 917 190 MD1139-RIPE To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Wed Dec 9 13:31:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA00376 for freebsd-isdn-outgoing; Wed, 9 Dec 1998 13:31:34 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from linteuto.teuto.de (linteuto.teuto.de [194.77.23.26]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA00368 for ; Wed, 9 Dec 1998 13:31:32 -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 WAA15800; Wed, 9 Dec 1998 22:31:20 +0100 Received: (from martin@localhost) by rumolt.teuto.de (8.8.8/8.8.7) id WAA04760; Wed, 9 Dec 1998 22:26:28 +0100 (MET) From: Martin Husemann Message-Id: <199812092126.WAA04760@rumolt.teuto.de> Subject: Re: Support for ITK? (Comment) To: doehrm@aubi.de (=?iso-8859-1?Q?Markus_D=F6hr?=) Date: Wed, 9 Dec 1998 22:26:27 +0100 (MET) Cc: hm@hcs.de, freebsd-isdn@FreeBSD.ORG In-Reply-To: from "=?iso-8859-1?Q?Markus_D=F6hr?=" at Dec 9, 98 05:14:20 pm Organization: Crusaders Catering Services Inc. ;-) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > IMHO I think, that writing a driver for this card cannot be so difficult, > because the source for the driver is available on Linux and can IMHO be > adapted to *BSD, Writing any driver for any card is "not so difficult". There are even cards with good documentation waiting for someone to finish a driver (my daic driver for old active Diehl/Eicon cards is a good example). There is no benefit per se to support any card. We are not fighting a battle against I4L to support more cards then they do - we would have lost that battle from the start. And we don't even fight a battle "our drivers are better written than your's are" - although at least to me this is a quite apealing challenge (and we would have won that from the start!). There is nothing prefenting any driver from "being adapted" or being "taken as reference material" for writing a new driver. The missing need to do so for the people able to do so is the point. > although I must add, that I'm not able to. I also have two > of these cards lying around here and it would be nice, if someone is > probably able to adapt. My C knowledge doesn't seem to be deep enough to do > this :-( So this one is easy: send one card to me, one to Hellmuth (or any other I4B developer voluntering) and promise not to urge us. Maybe you could even ask ITK for official docs. And maybe you will get a working driver back - and maybe only your cards and no driver. Yoy see, everyone I know able to write such a driver has *a lot of* various working and supported cards around - why should he even consider looking at the I4L driver? How should he then start testing a driver? Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Wed Dec 9 13:37:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA01042 for freebsd-isdn-outgoing; Wed, 9 Dec 1998 13:37:38 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from peedub.muc.de (newpc.muc.ditec.de [194.120.126.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA01034 for ; Wed, 9 Dec 1998 13:37:34 -0800 (PST) (envelope-from garyj@peedub.muc.de) Received: from peedub.muc.de (localhost [127.0.0.1]) by peedub.muc.de (8.9.1/8.6.9) with ESMTP id WAA06466; Wed, 9 Dec 1998 22:26:08 +0100 (CET) Message-Id: <199812092126.WAA06466@peedub.muc.de> X-Mailer: exmh version 2.0.2 2/24/98 To: doehrm@aubi.de Cc: freebsd-isdn@FreeBSD.ORG Subject: Re: Support for ITK? (Comment) Reply-To: Gary Jennejohn In-reply-to: Your message of "Wed, 09 Dec 1998 17:14:20 +0100." Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Date: Wed, 09 Dec 1998 22:26:08 +0100 From: Gary Jennejohn Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id NAA01036 Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org =?iso-8859-1?Q?Markus_D=F6hr?= writes: >> When you think about the fact, that here in Germany you are >> able to buy >> one or the other of the supported cards for ~100,-DM ( ~60 >> US$ ), then it >> is _much_ easier to go into the shop next door and buy one >> instead of going >> thru the pain of buying an unsupported card, convincing the >> manufacturer >> to give out docs (which is almost impossible), getting >> (mostly wrong and >> incomplete) docs from other souces, and then writing and >> testing the driver. > > >IMHO I think, that writing a driver for this card cannot be so difficult, >because the source for the driver is available on Linux and can IMHO be >adapted to *BSD, although I must add, that I'm not able to. I also have two >of these cards lying around here and it would be nice, if someone is >probably able to adapt. My C knowledge doesn't seem to be deep enough to do >this :-( > if you send me one I'll try to port the Linux driver. Can't say when it'll happen since I'm already working on porting the Linux drivers for an AVM B1 and PCI Fritz!. But I'll get around to it some time ;-) Hellmuth will kill me. He's been waiting a year for the B1 port to get finished 8-O If you're interested I'll send you my address in private Email. I'm in Munich. --- Gary Jennejohn Home - garyj@muc.de Work - garyj@fkr.dec.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Wed Dec 9 13:37:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA01056 for freebsd-isdn-outgoing; Wed, 9 Dec 1998 13:37:39 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from peedub.muc.de (newpc.muc.ditec.de [194.120.126.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA00996; Wed, 9 Dec 1998 13:37:24 -0800 (PST) (envelope-from garyj@peedub.muc.de) Received: from peedub.muc.de (localhost [127.0.0.1]) by peedub.muc.de (8.9.1/8.6.9) with ESMTP id WAA06478; Wed, 9 Dec 1998 22:27:15 +0100 (CET) Message-Id: <199812092127.WAA06478@peedub.muc.de> X-Mailer: exmh version 2.0.2 2/24/98 To: Poul-Henning Kamp cc: freebsd-isdn@FreeBSD.ORG Subject: Re: T1/E1 ISDN... Reply-To: Gary Jennejohn In-reply-to: Your message of "Tue, 08 Dec 1998 18:00:24 +0100." <26382.913136424@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 09 Dec 1998 22:27:15 +0100 From: Gary Jennejohn Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Poul-Henning Kamp writes: > >If anybody feels like taking on a T1/E1 ISDN implementation I can >have a pointer to a PCI card you can use to do it on. > is this a PRI card ? Documentation available ? --- Gary Jennejohn Home - garyj@muc.de Work - garyj@fkr.dec.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Wed Dec 9 13:48:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA02354 for freebsd-isdn-outgoing; Wed, 9 Dec 1998 13:48:05 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from voyager.planb.com.au (voyager.planb.com.au [203.35.172.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA02347 for ; Wed, 9 Dec 1998 13:48:02 -0800 (PST) (envelope-from kevin@planb.net.au) Received: from fossil.planb.com.au (fossil.planb.com.au [203.35.172.145]) by voyager.planb.com.au (8.8.7/8.8.8) with SMTP id IAA19930 for ; Thu, 10 Dec 1998 08:47:35 +1100 (EST) Received: by fossil.planb.com.au with Microsoft Mail id <01BE2411.77FF0C00@fossil.planb.com.au>; Thu, 10 Dec 1998 07:48:25 +1100 Message-ID: <01BE2411.77FF0C00@fossil.planb.com.au> From: Kevin Sheehan To: ISDN Mailinglist Subject: RE: Support for ITK? Date: Thu, 10 Dec 1998 07:48:24 +1100 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id NAA02350 Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >No ITK cards are supported by isdn4bsd. >but my personal "Leidensdruck" is not high enough, to get any ITK card >supported under i4b. Mine might be :) >This is one way to get such a card supported, the second way is to write >the driver yourself and the third way is hiring someone to write it for you. I realise I'm going to have to do a fair amount of work to get a driver for one of the few cards available here, but I want to be able to start fromt the best possible point - that is with a card that is either similar to one already supported, or one that has drivers for a similar OS. Hence my previous question re the Fritz! PCI and now the ITK cards. Getting any technical info from manufacturers or distributors is difficult, which is why I figured I would have more luck hammering the mailing list, and then working from there. Perhaps I will have to check our telecomm' regulations and if possible order a card direct from Germany :) Rgs, Kevin Sheehan kevin@planb.net.au To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Wed Dec 9 13:53:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA03151 for freebsd-isdn-outgoing; Wed, 9 Dec 1998 13:53:38 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from voyager.planb.com.au (voyager.planb.com.au [203.35.172.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA03144 for ; Wed, 9 Dec 1998 13:53:35 -0800 (PST) (envelope-from kevin@planb.net.au) Received: from fossil.planb.com.au (fossil.planb.com.au [203.35.172.145]) by voyager.planb.com.au (8.8.7/8.8.8) with SMTP id IAA19986 for ; Thu, 10 Dec 1998 08:53:28 +1100 (EST) Received: by fossil.planb.com.au with Microsoft Mail id <01BE2412.4A0B0500@fossil.planb.com.au>; Thu, 10 Dec 1998 07:54:18 +1100 Message-ID: <01BE2412.4A0B0500@fossil.planb.com.au> From: Kevin Sheehan To: "freebsd-isdn@FreeBSD.ORG" Subject: RE: Support for ITK? (Comment) Date: Thu, 10 Dec 1998 07:54:16 +1100 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id NAA03147 Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >IMHO I think, that writing a driver for this card cannot be so difficult, >because the source for the driver is available on Linux and can IMHO be >adapted to *BSD, although I must add, that I'm not able to. I also have two >of these cards lying around here and it would be nice, if someone is >probably able to adapt. My C knowledge doesn't seem to be deep enough to do >this :-( I don't personally use or follow Linux very closely, but I've tried to track down information on supported ISDN cards and have had absolutely no luck at all. So far I've seen mention of Linux drivers for the Fritz! PCI and for the ITK cards (as above) but cannot find these anywhere. (Are these part of a particular dist, or are they found separately ?) Can someone help me out with a pointer to these drivers? Rgs, Kevin Sheehan kevin@planb.net.au To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Wed Dec 9 14:54:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA08313 for freebsd-isdn-outgoing; Wed, 9 Dec 1998 14:54:45 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from guerilla.foo.bar (hennen32s.iserlohn.netsurf.de [194.195.194.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA08308 for ; Wed, 9 Dec 1998 14:54:40 -0800 (PST) (envelope-from sas@schell.de) Received: from localhost (sas@localhost [127.0.0.1]) by guerilla.foo.bar (8.8.8/8.8.8) with ESMTP id XAA19842; Wed, 9 Dec 1998 23:46:35 +0100 Date: Wed, 9 Dec 1998 23:46:35 +0100 (MET) From: Sascha Schumann X-Sender: sas@guerilla.foo.bar To: Kevin Sheehan cc: "freebsd-isdn@FreeBSD.ORG" Subject: RE: Support for ITK? (Comment) In-Reply-To: <01BE2412.4A0B0500@fossil.planb.com.au> 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, 10 Dec 1998, Kevin Sheehan wrote: > > >IMHO I think, that writing a driver for this card cannot be so difficult, > >because the source for the driver is available on Linux and can IMHO be > >adapted to *BSD, although I must add, that I'm not able to. I also have two > >of these cards lying around here and it would be nice, if someone is > >probably able to adapt. My C knowledge doesn't seem to be deep enough to do > >this :-( > > I don't personally use or follow Linux very closely, but I've tried to > track down information on supported ISDN cards and have had absolutely > no luck at all. Get the kernel and look into Documentation/isdn/* Supported cards: Teles 8.0/16.0/16.3 and compatible ones Teles 16.3c Teles S0/PCMCIA Teles PCI Teles S0Box Creatix S0Box Creatix PnP S0 Compaq ISDN S0 ISA card AVM A1 (Fritz, Teledat 150) AVM B1 AVM Fritz PCMCIA AVM Fritz PnP AVM Fritz PCI ELSA Microlink PCC-16, PCF, PCF-Pro, PCC-8 ELSA Quickstep 1000 ELSA Quickstep 1000PCI ELSA Quickstep 3000 (same settings as QS1000) ELSA Quickstep 3000PCI ELSA PCMCIA ICN ISDN ITK ix1-micro Rev.2 Eicon.Diehl Diva 2.0 ISA and PCI (S0 and U interface, no PRO version) Eicon.Diehl Diva Piccola ASUSCOM NETWORK INC. ISDNLink 128K PC adapter (order code I-IN100-ST-D) Dynalink IS64PH (OEM version of ASUSCOM NETWORK INC. ISDNLink 128K adapter) PCBIT-DP (OEM version of ASUSCOM NETWORK INC. ISDNLink) PCBIT-D (not the HiSax version) HFC-2BS0 based cards (TeleInt SA1) Sedlbauer Speed Card (Speed Win, Teledat 100, PCI, Fax+) Sedlbauer Speed Star/Speed Star2 (PCMCIA) Sedlbauer ISDN-Controller PC/104 USR Sportster internal TA (compatible Stollmann tina-pp V3) ith Kommunikationstechnik GmbH MIC 16 ISA card Traverse Technologie NETjet PCI S0 card Dr. Neuhaus Niccy PnP/PCI > So far I've seen mention of Linux drivers for the Fritz! PCI and for > the ITK cards (as above) but cannot find these anywhere. (Are these > part of a particular dist, or are they found separately ?) They are part of the Linux kernel which is part of every distribution out there. You can always find it (if you installed it!) in /usr/src/linux > Can someone help me out with a pointer to these drivers? You can find information about the kernel on [1], download the latest stable version from [2] and grab the ISDN4Linux daily snapshot at [3]. [1] http://www.linuxhq.com/ [2] ftp://ftp.kernel.org/pub/linux/kernel/v2.0/linux-2.0.36.tar.gz [3] ftp://ftp.suse.com/pub/isdn4linux/v2.0/isdn.tar.gz Regards, Sascha Schumann | Consultant | finger sas@schell.de | for PGP public key To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Wed Dec 9 14:57:41 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA08592 for freebsd-isdn-outgoing; Wed, 9 Dec 1998 14:57:41 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from guerilla.foo.bar (hennen32s.iserlohn.netsurf.de [194.195.194.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA08497 for ; Wed, 9 Dec 1998 14:56:58 -0800 (PST) (envelope-from sas@schell.de) Received: from localhost (sas@localhost [127.0.0.1]) by guerilla.foo.bar (8.8.8/8.8.8) with ESMTP id XAA19849; Wed, 9 Dec 1998 23:56:03 +0100 Date: Wed, 9 Dec 1998 23:56:03 +0100 (MET) From: Sascha Schumann X-Sender: sas@guerilla.foo.bar To: Martin Husemann cc: =?iso-8859-1?Q?Markus_D=F6hr?= , hm@hcs.de, freebsd-isdn@FreeBSD.ORG Subject: Re: Support for ITK? (Comment) In-Reply-To: <199812092126.WAA04760@rumolt.teuto.de> 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 Wed, 9 Dec 1998, Martin Husemann wrote: > > IMHO I think, that writing a driver for this card cannot be so difficult, > > because the source for the driver is available on Linux and can IMHO be > > adapted to *BSD, > > Writing any driver for any card is "not so difficult". There are even cards > with good documentation waiting for someone to finish a driver (my daic driver > for old active Diehl/Eicon cards is a good example). > > There is no benefit per se to support any card. We are not fighting a battle > against I4L to support more cards then they do - we would have lost that > battle from the start. And we don't even fight a battle "our drivers are > better written than your's are" - although at least to me this is a quite > apealing challenge (and we would have won that from the start!). Can you exaggerate on your last sentence? I see I4L as a feature rich, stable and mature implementation of something which is used by many people. There is no point in saying ``We are the best, so we didn't bother to compete at first''. The closed development of i4b is something I never understood - the last public version is about 5 months old. > So this one is easy: send one card to me, one to Hellmuth (or any other I4B > developer voluntering) and promise not to urge us. Maybe you could even ask > ITK for official docs. And maybe you will get a working driver back - and > maybe only your cards and no driver. > > Yoy see, everyone I know able to write such a driver has *a lot of* various > working and supported cards around - why should he even consider looking at > the I4L driver? How should he then start testing a driver? Yes, it would be much easier to switch to I4L in such a case. :-P Regards, Sascha Schumann | Consultant | finger sas@schell.de | for PGP public key To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Wed Dec 9 15:28:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA12236 for freebsd-isdn-outgoing; Wed, 9 Dec 1998 15:28:05 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from guerilla.foo.bar (hennen32s.iserlohn.netsurf.de [194.195.194.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA12231 for ; Wed, 9 Dec 1998 15:28:00 -0800 (PST) (envelope-from sas@schell.de) Received: from localhost (sas@localhost [127.0.0.1]) by guerilla.foo.bar (8.8.8/8.8.8) with ESMTP id AAA19968; Thu, 10 Dec 1998 00:17:48 +0100 Date: Thu, 10 Dec 1998 00:17:48 +0100 (MET) From: Sascha Schumann X-Sender: sas@guerilla.foo.bar To: Martin Husemann cc: =?iso-8859-1?Q?Markus_D=F6hr?= , hm@hcs.de, freebsd-isdn@FreeBSD.ORG Subject: Re: Support for ITK? (Comment) 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 Wed, 9 Dec 1998, Sascha Schumann wrote: > On Wed, 9 Dec 1998, Martin Husemann wrote: > > > > IMHO I think, that writing a driver for this card cannot be so difficult, > > > because the source for the driver is available on Linux and can IMHO be > > > adapted to *BSD, > > > > Writing any driver for any card is "not so difficult". There are even cards > > with good documentation waiting for someone to finish a driver (my daic driver > > for old active Diehl/Eicon cards is a good example). > > > > There is no benefit per se to support any card. We are not fighting a battle > > against I4L to support more cards then they do - we would have lost that > > battle from the start. And we don't even fight a battle "our drivers are > > better written than your's are" - although at least to me this is a quite > > apealing challenge (and we would have won that from the start!). > > Can you exaggerate on your last sentence? I see I4L as a feature rich, s/exaggerate/elaborate/ Regards, Sascha Schumann | Consultant | finger sas@schell.de | for PGP public key To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Wed Dec 9 23:22:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA13771 for freebsd-isdn-outgoing; Wed, 9 Dec 1998 23:22:58 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from linteuto.teuto.de (linteuto.teuto.de [194.77.23.26]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA13761 for ; Wed, 9 Dec 1998 23:22:56 -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 IAA01726; Thu, 10 Dec 1998 08:22:50 +0100 Received: from hwart (hwart.teuto.de [212.8.203.83]) by rumolt.teuto.de (8.8.8/8.8.7) with SMTP id GAA01704; Thu, 10 Dec 1998 06:37:59 +0100 (MET) From: "Martin Husemann" To: "Sascha Schumann" Cc: Subject: RE: Support for ITK? (Comment) Date: Thu, 10 Dec 1998 06:37:57 +0100 Message-ID: <000101be23ff$3e235c50$53cb08d4@hwart.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 In-Reply-To: Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I dared to write: > > battle from the start. And we don't even fight a battle "our drivers are > > better written than your's are" - although at least to me this > is a quite > > apealing challenge (and we would have won that from the start!). And Sacha asked: > Can you elaborate on your last sentence? Nope, sorry to have stated it aloud - it's obviously (my) personal prejudice and I won't go into such a battle. Sorry, please forget it. > There is no point in saying ``We are the best, so we didn't bother > to compete at first''. We are not competing. We are having fun writting this software. > The closed development of i4b is something I never understood - the last > public version is about 5 months old. I don't understand your point of view: you are a customer, you have paied and we didn't deliver? Yes, it's a shame it's that old. The last public release won't even compile on NetBSD-current any more. There is going to be a new release - and it will be worth all the time! There is no closed developement, it's open: send in a driver for the ITK cards, and Hellmuth will definitively add it to the next release ;-) Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Thu Dec 10 05:54:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA23528 for freebsd-isdn-outgoing; Thu, 10 Dec 1998 05:54:50 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from lwaxana.cistron.nl (lwaxana.cistron.nl [195.64.68.26]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA23517 for ; Thu, 10 Dec 1998 05:54:44 -0800 (PST) (envelope-from nibo@cistron.nl) Received: from picard.cistron.nl (nibo@picard.cistron.nl [195.64.65.21]) by lwaxana.cistron.nl (8.9.1a/8.9.1/Debian/GNU) with SMTP id OAA11227 for ; Thu, 10 Dec 1998 14:54:36 +0100 Date: Thu, 10 Dec 1998 14:54:35 +0100 (CET) From: "N.A. Bouthoorn" To: freebsd-isdn@FreeBSD.ORG Subject: i4b and dialin 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 Has anybody an example for how setup isdnd (i4b) as a dialin server for M$ systems? (the spppcontrol and isdnd.rc) Dialing out works fine at this moment... Thanks, Nico To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Thu Dec 10 12:01:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA07933 for freebsd-isdn-outgoing; Thu, 10 Dec 1998 12:01:24 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from guerilla.foo.bar (hennen32s.iserlohn.netsurf.de [194.195.194.226]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA07926 for ; Thu, 10 Dec 1998 12:01:21 -0800 (PST) (envelope-from sas@schell.de) Received: from localhost (sas@localhost [127.0.0.1]) by guerilla.foo.bar (8.8.8/8.8.8) with ESMTP id UAA25926; Thu, 10 Dec 1998 20:59:58 +0100 Date: Thu, 10 Dec 1998 20:59:58 +0100 (MET) From: Sascha Schumann X-Sender: sas@guerilla.foo.bar To: Martin Husemann cc: freebsd-isdn@FreeBSD.ORG Subject: RE: Support for ITK? (Comment) In-Reply-To: <000101be23ff$3e235c50$53cb08d4@hwart.teuto.de> 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, 10 Dec 1998, Martin Husemann wrote: > > There is no point in saying ``We are the best, so we didn't bother > > to compete at first''. > > We are not competing. We are having fun writting this software. Fun doesn't exclude competing. Working on a good product or enhancing one makes much more fun than being a monopoly (don't take this personally as you did before - monopoly as a counterpart to the - non existing - competition). > > The closed development of i4b is something I never understood - the last > > public version is about 5 months old. > > I don't understand your point of view: you are a customer, you have paied > and we didn't deliver? Did I say so? No. I'll never call it closed again, if you can show me a place where everyone is free to ftp a recent developer tree from. You probably cannot. And to quote from a message on freebsd-isdn: ------------------------------------------------------------------- Date: Sun, 29 Nov 1998 02:51:51 +0100 From: Eivind Eklund To: Jon Johansen , freebsd-isdn@FreeBSD.ORG Subject: Re: Freebsd 3.0 and the latest i4b On Sun, Nov 29, 1998 at 02:20:20AM +0100, Jon Johansen wrote: [...] I'll take the freedom of posting the diff from 0.63 to the current ^^^^^^^^^^^^^^^^ Makefile for isdnd (from the developers version). If you apply this, it should solve the problem, I believe (but I have been known to be wrong before). -------------------------------------------------------------------- This doesn't sound like a happy developer who needs to "take the freedom" to post a small diff. > Yes, it's a shame it's that old. The last public release won't even compile > on NetBSD-current any more. > > There is going to be a new release - and it will be worth all the time! I don't doubt this. > There is no closed developement, it's open: send in a driver for the ITK > cards, and Hellmuth will definitively add it to the next release ;-) So, I wrote a hypergalactic new driver, but - surprise - something changed during the last months and I've done almost the whole work for nothing. Maybe I have to completely rewrite my driver which could have been avoided by simply making snapshots available. Regards, Sascha Schumann | Consultant | finger sas@schell.de | for PGP public key To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Thu Dec 10 12:46:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA13944 for freebsd-isdn-outgoing; Thu, 10 Dec 1998 12:46:02 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from silver.gn.iaf.nl (silver.gn.iaf.nl [193.67.144.11]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA13918 for ; Thu, 10 Dec 1998 12:45:59 -0800 (PST) (envelope-from wilko@yedi.iaf.nl) Received: from uni4nn.gn.iaf.nl (osmium.gn.iaf.nl [193.67.144.12]) by silver.gn.iaf.nl (8.8.8/8.8.8) with SMTP id VAA29775; Thu, 10 Dec 1998 21:45:50 +0100 Received: by uni4nn.gn.iaf.nl with UUCP id AA00348 (5.67b/IDA-1.5); Thu, 10 Dec 1998 21:33:08 +0100 Received: (from wilko@localhost) by yedi.iaf.nl (8.8.8/8.6.12) id VAA01411; Thu, 10 Dec 1998 21:07:41 +0100 (CET) From: Wilko Bulte Message-Id: <199812102007.VAA01411@yedi.iaf.nl> Subject: Re: Support for ITK? (Comment) In-Reply-To: <000101be23ff$3e235c50$53cb08d4@hwart.teuto.de> from Martin Husemann at "Dec 10, 98 06:37:57 am" To: martin@rumolt.teuto.de (Martin Husemann) Date: Thu, 10 Dec 1998 21:07:41 +0100 (CET) Cc: sas@schell.de, freebsd-isdn@FreeBSD.ORG X-Organisation: Private FreeBSD site - Arnhem, The Netherlands X-Pgp-Info: PGP public key at 'finger wilko@freefall.freebsd.org' X-Mailer: ELM [version 2.4ME+ PL38 (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 As Martin Husemann wrote... > I dared to write: > > > > battle from the start. And we don't even fight a battle "our drivers are > > > better written than your's are" - although at least to me this > > is a quite > > > apealing challenge (and we would have won that from the start!). > > And Sacha asked: > > > Can you elaborate on your last sentence? > > Nope, sorry to have stated it aloud - it's obviously (my) personal prejudice > and I won't go into such a battle. Sorry, please forget it. > > > There is no point in saying ``We are the best, so we didn't bother > > to compete at first''. > > We are not competing. We are having fun writting this software. > > > The closed development of i4b is something I never understood - the last > > public version is about 5 months old. > > I don't understand your point of view: you are a customer, you have paied > and we didn't deliver? Gentlemen, please!! As a considerable number of the -isdn subscribers know very well the dust on the ISDN front has just settled down a bit. If you must start flamewars do it offline please? Thank you, Wilko _ ______________________________________________________________________ | / o / / _ Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Arnhem, The Netherlands WWW : http://www.tcja.nl ______________________________________________ Powered by FreeBSD __________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Thu Dec 10 13:10:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA17330 for freebsd-isdn-outgoing; Thu, 10 Dec 1998 13:10:28 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from hcshh.hcs.de (hcshh.hcs.de [194.123.40.1]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id NAA17325 for ; Thu, 10 Dec 1998 13:10:24 -0800 (PST) (envelope-from hm@hcs.de) Received: from hcswork.hcs.de([192.76.124.5]) (1852 bytes) by hcshh.hcs.de via sendmail with P:smtp/R:inet_hosts/T:smtp (sender: ) id for ; Thu, 10 Dec 1998 22:10:00 +0100 (MET) (Smail-3.2.0.101 1997-Dec-17 #2 built 1998-Jun-26) Received: by hcswork.hcs.de (Smail3.1.29.0 #12) id m0zoDOd-0000dFC; Thu, 10 Dec 98 22:13 MET Message-Id: From: hm@hcs.de (Hellmuth Michaelis) Subject: Re: Support for ITK? (Comment) In-Reply-To: from Sascha Schumann at "Dec 10, 98 08:59:58 pm" To: sas@schell.de (Sascha Schumann) Date: Thu, 10 Dec 1998 22:13:15 +0100 (MET) Cc: martin@rumolt.teuto.de, 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 Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >From the keyboard of Sascha Schumann: > I'll never call it closed again, if you can show me a place where everyone > is free to ftp a recent developer tree from. It might not have come to your attention that some minor disturbances were going on during the last months. Those disturbances have been fully resolved recently and everybody involved is working in all their available spare time towards releasing a good beta and more regular updates and/or a public accessible tree. If this process is going too slow for you, you should think about contributing within your possibilities to get closer to what your needs are. Best regards, 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 Dec 10 14:07:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA26290 for freebsd-isdn-outgoing; Thu, 10 Dec 1998 14:07:16 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from peedub.muc.de (newpc.muc.ditec.de [194.120.126.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA26159 for ; Thu, 10 Dec 1998 14:07:13 -0800 (PST) (envelope-from garyj@peedub.muc.de) Received: from peedub.muc.de (localhost [127.0.0.1]) by peedub.muc.de (8.9.1/8.6.9) with ESMTP id WAA08082 for ; Thu, 10 Dec 1998 22:54:24 +0100 (CET) Message-Id: <199812102154.WAA08082@peedub.muc.de> X-Mailer: exmh version 2.0.2 2/24/98 To: freebsd-isdn@FreeBSD.ORG Subject: Re: Support for ITK? (Comment) Reply-To: Gary Jennejohn In-reply-to: Your message of "Thu, 10 Dec 1998 22:13:15 +0100." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 10 Dec 1998 22:54:24 +0100 From: Gary Jennejohn Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hellmuth Michaelis writes: >>From the keyboard of Sascha Schumann: > >> I'll never call it closed again, if you can show me a place where everyone >> is free to ftp a recent developer tree from. > >It might not have come to your attention that some minor disturbances were >going on during the last months. Those disturbances have been fully resolved >recently and everybody involved is working in all their available spare time >towards releasing a good beta and more regular updates and/or a public >accessible tree. > >If this process is going too slow for you, you should think about contributing >within your possibilities to get closer to what your needs are. > what amazes me about all this mud-slinging is that I offered to try and port the Linux driver to Markus Doehr (his respone to the original post started all this :) but never got a response to my offer one way or the other. Evidently noone is really interested in a driver for said card. --- Gary Jennejohn Home - garyj@muc.de Work - garyj@fkr.dec.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Thu Dec 10 16:00:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA10828 for freebsd-isdn-outgoing; Thu, 10 Dec 1998 16:00:44 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from slarti.muc.de (slarti.muc.de [193.174.4.10]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id QAA10816 for ; Thu, 10 Dec 1998 16:00:35 -0800 (PST) (envelope-from jhs@jhs.muc.de) Received: (qmail 12340 invoked from network); 10 Dec 1998 23:57:29 -0000 Received: from jhs.muc.de (193.174.4.84) by slarti.muc.de with SMTP; 10 Dec 1998 23:57:29 -0000 Received: from wall.jhs.no_domain (localhost [127.0.0.1]) by jhs.muc.de (8.8.8/8.8.8) with ESMTP id XAA14882; Wed, 9 Dec 1998 23:51:38 GMT (envelope-from jhs@wall.jhs.no_domain) Message-Id: <199812092351.XAA14882@jhs.muc.de> To: Anderl cc: Hellmuth Michaelis , freebsd-isdn@FreeBSD.ORG Subject: Re: data throughput From: "Julian Stacey" Reply-To: "Julian Stacey" X-Net: jhs@muc.de jhs@freebsd.org www.jhs.muc.de www.freebsd.org/~jhs/ In-reply-to: Your message of "Tue, 08 Dec 1998 17:26:55 +0100." Date: Thu, 10 Dec 1998 00:51:38 +0100 Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > while the ta offered a rate of 7.5kbps the fritzcard only > provided 7.0kbps. FYI I get about 7.85 K (from memory, ie just under 8) out of my ISP muc.de (all my mail incoming gets queued by uucp localy there, so it saturates the link bandwidth for optimal efficiency :-) Creatix 16 bit, i4b-00.63-alpha-100798 Julian -- Julian H. Stacey jhs@freebsd.org http://www.freebsd.org/~jhs/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Thu Dec 10 23:18:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA27611 for freebsd-isdn-outgoing; Thu, 10 Dec 1998 23:18:24 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from voyager.planb.com.au (voyager.planb.com.au [203.35.172.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA27599 for ; Thu, 10 Dec 1998 23:18:20 -0800 (PST) (envelope-from kevin@planb.net.au) Received: from fossil.planb.com.au (fossil.planb.com.au [203.35.172.145]) by voyager.planb.com.au (8.8.7/8.8.8) with SMTP id SAA05055 for ; Fri, 11 Dec 1998 18:18:11 +1100 (EST) Received: by fossil.planb.com.au with Microsoft Mail id <01BE252A.57582080@fossil.planb.com.au>; Fri, 11 Dec 1998 17:18:59 +1100 Message-ID: <01BE252A.57582080@fossil.planb.com.au> From: Kevin Sheehan To: "freebsd-isdn@FreeBSD.ORG" , "'Gary Jennejohn'" Subject: RE: Support for ITK? (Comment) Date: Fri, 11 Dec 1998 17:18:58 +1100 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id XAA27607 Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Gary Jennejohn writes: >what amazes me about all this mud-slinging is that I offered to try and >port the Linux driver to Markus Doehr (his respone to the original post >started all this :) but never got a response to my offer one way or the >other. > >Evidently noone is really interested in a driver for said card. I am!!! I'm not in a position to offer a card for development, but I am planning on having a go at getting as much info as possible, and perhaps contribute to it's development that way. (apart from having a hack at it myself, although I won't be holding my breath for results). Sooooo............ Still definite interest.... but prefer if my asking the question didn't trigger a flame war - I feel kind of responsible. Rgs Kevin Sheehan kevin@planb.net.au To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Thu Dec 10 23:33:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA29199 for freebsd-isdn-outgoing; Thu, 10 Dec 1998 23:33:14 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from linteuto.teuto.de (linteuto.teuto.de [194.77.23.26]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA29194 for ; Thu, 10 Dec 1998 23:33:11 -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 IAA27292 for ; Fri, 11 Dec 1998 08:32:56 +0100 Received: (from martin@localhost) by rumolt.teuto.de (8.8.8/8.8.7) id IAA01217 for freebsd-isdn@freebsd.org; Fri, 11 Dec 1998 08:32:37 +0100 (MET) From: Martin Husemann Message-Id: <199812110732.IAA01217@rumolt.teuto.de> Subject: Dynalink card, anyone to test a kernel? To: freebsd-isdn@FreeBSD.ORG Date: Fri, 11 Dec 1998 08:32:37 +0100 (MET) Organization: Crusaders Catering Services Inc. ;-) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I've just added support for the Dynalink card for NetBSD, which I can't test personally. Would someone using such a card be able to boot a test kernel for me? I'll supply a floppy image of a boot disk via http, you just boot it once, do 'isdntest' and report the results... Thank you, Martin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Fri Dec 11 00:18:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA03680 for freebsd-isdn-outgoing; Fri, 11 Dec 1998 00:18:29 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from gilberto.physik.RWTH-Aachen.DE (gilberto.physik.rwth-aachen.de [137.226.30.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA03674 for ; Fri, 11 Dec 1998 00:18:27 -0800 (PST) (envelope-from kuku@gilberto.physik.RWTH-Aachen.DE) Received: (from kuku@localhost) by gilberto.physik.RWTH-Aachen.DE (8.8.8/8.8.7) id JAA09281; Fri, 11 Dec 1998 09:18:09 +0100 (MET) (envelope-from kuku) Message-ID: <19981211091809.A9261@gil.physik.rwth-aachen.de> Date: Fri, 11 Dec 1998 09:18:09 +0100 From: Christoph Kukulies To: Kevin Sheehan , "freebsd-isdn@FreeBSD.ORG" , "'Gary Jennejohn'" Subject: Re: Support for ITK? (Comment) References: <01BE252A.57582080@fossil.planb.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91 In-Reply-To: <01BE252A.57582080@fossil.planb.com.au>; from Kevin Sheehan on Fri, Dec 11, 1998 at 05:18:58PM +1100 Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Fri, Dec 11, 1998 at 05:18:58PM +1100, Kevin Sheehan wrote: > Gary Jennejohn writes: > > >what amazes me about all this mud-slinging is that I offered to try and > >port the Linux driver to Markus Doehr (his respone to the original post > >started all this :) but never got a response to my offer one way or the > >other. > > > >Evidently noone is really interested in a driver for said card. > > I am!!! > > I'm not in a position to offer a card for development, but I am planning on having a go at getting as much info as possible, and perhaps contribute to it's development that way. (apart from having a hack at it myself, although I won't be holding my breath for results). > > Sooooo............ I could supply a card (ITK micro ix1) for development (provided I get it back afterwards). > > Still definite interest.... but prefer if my asking the question didn't trigger a flame war - I feel kind of responsible. > > Rgs > > Kevin Sheehan > kevin@planb.net.au > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-isdn" in the body of the message -- --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Fri Dec 11 09:56:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA05112 for freebsd-isdn-outgoing; Fri, 11 Dec 1998 09:56:28 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from rossel.saarnet.de (rossel.saarnet.de [145.253.240.29]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA05098 for ; Fri, 11 Dec 1998 09:56:18 -0800 (PST) (envelope-from doehrm@aubi.de) Received: from igate.aubi.de (root@igate.aubi.de [145.253.242.249]) by rossel.saarnet.de (8.8.8/8.8.8) with ESMTP id SAA04741; Fri, 11 Dec 1998 18:57:58 +0100 (MET) Received: from cisco.aubi.de ([170.56.121.252]) by igate.aubi.de (8.8.7/8.8.7) with ESMTP id UAA04270; Fri, 11 Dec 1998 20:08:50 +0100 Received: from exchange.aubi.de (EXCHANGE.aubi.de [170.56.121.91]) by cisco.aubi.de (8.9.1/8.9.1) with ESMTP id TAA06641; Fri, 11 Dec 1998 19:00:41 +0100 (CET) Received: by EXCHANGE.aubi.de with Internet Mail Service (5.5.2232.9) id ; Fri, 11 Dec 1998 18:50:08 +0100 Message-ID: From: =?iso-8859-1?Q?Markus_D=F6hr?= To: "'Gary Jennejohn'" , freebsd-isdn@FreeBSD.ORG Subject: RE: Support for ITK? (Comment) Date: Fri, 11 Dec 1998 18:50:00 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2232.9) Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id JAA05106 Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > to try and > port the Linux driver to Markus Doehr (his respone to the > original post > started all this :) but never got a response to my offer one > way or the > other. > > Evidently noone is really interested in a driver for said card. > Sorry guys, I am on holiday and didn't dial in last two days, so today it's the first time I read your responses. Sure, I can send you the cards, no prob, but it'll go into 1999 'cause I must not go to work due to many, many "overhours" (?) and rest holiday of 16 days, so last day I worked is two weeks ago :-))) I'm following this list from the time I first used FreeBSD (July?) and I'm impressed. Actually we're using a Linux box to connect us to the net, but if *BSD'd support the ITK cards and probably leased lines, I'll switch over to FreeBSD and let the linux be linux ;-) Although it's not bad, I prefer for myself *BSD and that why I'm very very interested in getting support for the ISDN driver. Another point of interest is more privately: In the little village I'm living in someone wants to build up an "Internet Bistro" and he's searching for a solution to connect. Here I was asked and recommended BSD for the firewalling functionality. As you see I am intersted very much and as I told before, I'm not so deep in neither the physical stuff nor in writing C code (still learning ;-) I'm completely dependent of the knowledge of the idealistic users, which is very, very impressive. I'm ready to help wherever possible. Thanx to everyone that responded. -- Markus Doehr IT Admin AUBI Baubeschläge GmbH Tel: +49 6503 917 152 Fax: +49 6503 917 190 MD1139-RIPE To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Fri Dec 11 11:11:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA13827 for freebsd-isdn-outgoing; Fri, 11 Dec 1998 11:11:21 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from cscfx.sytex.com (cscfx.sytex.com [205.147.190.131]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id LAA13822 for ; Fri, 11 Dec 1998 11:11:19 -0800 (PST) (envelope-from rwc@cscfx.sytex.com) Received: (from rwc@localhost) by cscfx.sytex.com (8.6.12/8.6.9) id OAA30750 for freebsd-isdn@freebsd.org; Fri, 11 Dec 1998 14:11:06 -0500 From: Richard Cramer Message-Id: <199812111911.OAA30750@cscfx.sytex.com> Subject: Is anyone using FreeBSD as a ISDN dial-in server? To: freebsd-isdn@FreeBSD.ORG Date: Fri, 11 Dec 1998 14:11:04 -0500 (EST) X-Mailer: ELM [version 2.4 PL24] 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 Greetings, The subject line just about says it all. Trying to find out who is doing what withISDN and FreeBSD. Dick -- Richard Cramer rcramer@sytex.net Phone: 703-425-2515 President Fax: 703-425-4585 SytexNet(tm) Sytex Access Ltd. POB 2385, Fairfax, VA 22031-0385 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Fri Dec 11 12:17:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA22163 for freebsd-isdn-outgoing; Fri, 11 Dec 1998 12:17:17 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from gatekeeper.rhein.de (gatekeeper.rhein.de [193.175.27.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA22153 for ; Fri, 11 Dec 1998 12:17:11 -0800 (PST) (envelope-from is@jocelyn.rhein.de) Received: from jocelyn.rhein.de (jocelyn.rhein.de [193.175.27.210]) by gatekeeper.rhein.de (8.9.1a/8.9.1-ws3) with ESMTP id VAA17022; Fri, 11 Dec 1998 21:16:30 +0100 (MET) Received: (from is@localhost) by jocelyn.rhein.de (8.8.8/8.6.12) id VAA00497; Fri, 11 Dec 1998 21:24:02 +0100 (MET) Message-ID: <19981211212401.A458@jocelyn.rhein.de> Date: Fri, 11 Dec 1998 21:24:01 +0100 From: Ignatios Souvatzis To: =?iso-8859-1?Q?Markus_D=F6hr?= , "'Gary Jennejohn'" , freebsd-isdn@FreeBSD.ORG Subject: Re: Support for ITK? (Comment) References: Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 0.91.1i In-Reply-To: =?iso-8859-1?Q?=3CAB06BBFD8AFBD111B07600805FCB11920EECFF=40EXCHANGE=2Eau?= =?iso-8859-1?Q?bi=2Ede=3E=3B_from_Markus_D=F6hr_on_Fri=2C_Dec_11=2C_1998?= =?iso-8859-1?Q?_at_06:50:00PM_+0100?= Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Fri, Dec 11, 1998 at 06:50:00PM +0100, Markus Döhr wrote: > impressed. Actually we're using a Linux box to connect us to the net, but if > *BSD'd support the ITK cards and probably leased lines, I'll switch over to leased "D64S" lines shouldn't be too difficult. As far as I know, the on-wire format is like on a normal S0 bus, just with the B1 channel always active. Somebody with enough time should verify this by reading the i4l stuff... apparently they have support. -is To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Fri Dec 11 12:24:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA23244 for freebsd-isdn-outgoing; Fri, 11 Dec 1998 12:24:24 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from rossel.saarnet.de (rossel.saarnet.de [145.253.240.29]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA23236 for ; Fri, 11 Dec 1998 12:24:20 -0800 (PST) (envelope-from doehrm@aubi.de) Received: from igate.aubi.de (root@igate.aubi.de [145.253.242.249]) by rossel.saarnet.de (8.8.8/8.8.8) with ESMTP id VAA20861; Fri, 11 Dec 1998 21:25:51 +0100 (MET) Received: from cisco.aubi.de ([170.56.121.252]) by igate.aubi.de (8.8.7/8.8.7) with ESMTP id WAA05053; Fri, 11 Dec 1998 22:36:43 +0100 Received: from exchange.aubi.de (EXCHANGE.aubi.de [170.56.121.91]) by cisco.aubi.de (8.9.1/8.9.1) with ESMTP id VAA07278; Fri, 11 Dec 1998 21:28:32 +0100 (CET) Received: by EXCHANGE.aubi.de with Internet Mail Service (5.5.2232.9) id ; Fri, 11 Dec 1998 21:17:58 +0100 Message-ID: From: =?iso-8859-1?Q?Markus_D=F6hr?= To: "'Ignatios Souvatzis'" , =?iso-8859-1?Q?Markus_D?= =?iso-8859-1?Q?=F6hr?= , "'Gary Jennejohn'" , freebsd-isdn@FreeBSD.ORG Subject: RE: Support for ITK? (Comment) Date: Fri, 11 Dec 1998 21:17:55 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2232.9) Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id MAA23239 Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Somebody with enough time should verify this by reading the > i4l stuff... > apparently they have support. I tried this with a AVM Fritz!, but didn't succeed. Someone from the list told me, that this feature is not implemented, but (again) if I were in all this technical C stuff... -- Markus Doehr IT Admin AUBI Baubeschläge GmbH Tel: +49 6503 917 152 Fax: +49 6503 917 190 MD1139-RIPE To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Fri Dec 11 12:24:33 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA23271 for freebsd-isdn-outgoing; Fri, 11 Dec 1998 12:24:33 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from gatekeeper.rhein.de (gatekeeper.rhein.de [193.175.27.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA23240 for ; Fri, 11 Dec 1998 12:24:23 -0800 (PST) (envelope-from is@jocelyn.rhein.de) Received: from jocelyn.rhein.de (jocelyn.rhein.de [193.175.27.210]) by gatekeeper.rhein.de (8.9.1a/8.9.1-ws3) with ESMTP id VAA18003; Fri, 11 Dec 1998 21:23:51 +0100 (MET) Received: (from is@localhost) by jocelyn.rhein.de (8.8.8/8.6.12) id VAA00519; Fri, 11 Dec 1998 21:31:16 +0100 (MET) Message-ID: <19981211213115.B458@jocelyn.rhein.de> Date: Fri, 11 Dec 1998 21:31:15 +0100 From: Ignatios Souvatzis To: Julian Stacey , Anderl Cc: Hellmuth Michaelis , freebsd-isdn@FreeBSD.ORG Subject: Re: data throughput References: <199812092351.XAA14882@jhs.muc.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i In-Reply-To: <199812092351.XAA14882@jhs.muc.de>; from Julian Stacey on Thu, Dec 10, 1998 at 12:51:38AM +0100 Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, Dec 10, 1998 at 12:51:38AM +0100, Julian Stacey wrote: > > while the ta offered a rate of 7.5kbps the fritzcard only > > provided 7.0kbps. > > FYI I get about 7.85 K (from memory, ie just under 8) out of my ISP muc.de > (all my mail incoming gets queued by uucp localy there, so it saturates the > link bandwidth for optimal efficiency :-) > Creatix 16 bit, i4b-00.63-alpha-100798 I just got: 100% |**************************************| 313 KB 7555 B/s 00:00 ETA 226 Transfer complete. 320749 bytes received in 00:42 (7.38 KB/s) from an non-passive ftp fetch over ppp over isdn. This is on an DraCo (68060 @ 50 MHz), with the Zbus board at a level 2 interupt (with AmigaOS, it normally is jumpered to level 6... I suspect I sometimes miss interupts. This will eventually be changed, but I need to make some NetBSD/Amiga kernel changes to support arbitrary interupt level lowering). The other side is some intel box with i4l. The ftp server is one Ethernet hop further away. Ignatios To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Fri Dec 11 13:51:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA05480 for freebsd-isdn-outgoing; Fri, 11 Dec 1998 13:51:27 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA05472 for ; Fri, 11 Dec 1998 13:51:24 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.1/8.8.5) with ESMTP id WAA02654 for ; Fri, 11 Dec 1998 22:51:04 +0100 (CET) To: isdn@FreeBSD.ORG Subject: you may want this one... Date: Fri, 11 Dec 1998 22:51:01 +0100 Message-ID: <2652.913413061@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I just fixed a panic-able bug in if_spppsubr.c, you may want to pick it up if you have a local copy of that file. Poul-Henning To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Fri Dec 11 14:37:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA10127 for freebsd-isdn-outgoing; Fri, 11 Dec 1998 14:37:16 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from peedub.muc.de (newpc.muc.ditec.de [194.120.126.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA09978 for ; Fri, 11 Dec 1998 14:37:12 -0800 (PST) (envelope-from garyj@peedub.muc.de) Received: from peedub.muc.de (localhost [127.0.0.1]) by peedub.muc.de (8.9.1/8.6.9) with ESMTP id XAA09676 for ; Fri, 11 Dec 1998 23:35:18 +0100 (CET) Message-Id: <199812112235.XAA09676@peedub.muc.de> X-Mailer: exmh version 2.0.2 2/24/98 To: freebsd-isdn@FreeBSD.ORG Subject: Re: Support for ITK? (Comment) Reply-To: Gary Jennejohn In-reply-to: Your message of "Fri, 11 Dec 1998 09:18:09 +0100." <19981211091809.A9261@gil.physik.rwth-aachen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 11 Dec 1998 23:35:18 +0100 From: Gary Jennejohn Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Christoph Kukulies writes: [snip] > >I could supply a card (ITK micro ix1) for development (provided I >get it back afterwards). > of course you'd get it back. I already have enough ISDN cards laying around here :) to Markus Doehr: what kind of cards do you have ? No reason to duplicate effort. PS: Too about about the forced vacation :-) --- Gary Jennejohn Home - garyj@muc.de Work - garyj@fkr.dec.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Sat Dec 12 09:46:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA11645 for freebsd-isdn-outgoing; Sat, 12 Dec 1998 09:46:10 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from send103.yahoomail.com (send103.yahoomail.com [205.180.60.92]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id JAA11639 for ; Sat, 12 Dec 1998 09:46:08 -0800 (PST) (envelope-from fldakota@yahoo.com) Message-ID: <19981212174624.4484.rocketmail@send103.yahoomail.com> Received: from [204.181.150.64] by send103.yahoomail.com; Sat, 12 Dec 1998 17:46:24 GMT Date: Sat, 12 Dec 1998 17:46:24 +0000 (GMT) From: G E Subject: Steps for Callback? To: isdn@FreeBSD.ORG Cc: gme@caffeine.sundial.net MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Greetings. I am getting an ISDN line installed next week in my apartment, and while I am proficient in setting up ppp to dial-out using TAs (Motorola BitSurfr Pros). I am unclear, however, on how to handle call-back from the NAD (USRobotics TC Hub). Call Back is a requirement due to the per-minute charges imposed by BellSouth. My original thoughts were to use an expect script to log in with cu first in terminal mode, telnet into my USR boxes, initiate the "call " command and use the pppd in FreeBSD to provide ppp service but after some thought unless I'm mistaken, that won't give ppp access to the O/S, just to that connection. The other alternative, and this is a procedure a colleage of mine is using with his WinNT box, is to disable DTR on the ISDN modem, log in with PPP, execute a script to disconnect the channel and force call back through the "call " command in the USR Chassis. Is there a better way? We use cistron-radius for authentication but I've never attempted to setup a radius entry call-back before - and am not quite sure even if it will work with the USRs. Also, does anyone have any experience with USR boxes and would it be possible to bond a second channel (preferably through call-back to avoid line charges)? Any help or suggestions would be appreciated. George Ellenburg _________________________________________________________ DO YOU YAHOO!? Get your free @yahoo.com address at http://mail.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Sat Dec 12 15:20:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA09805 for freebsd-isdn-outgoing; Sat, 12 Dec 1998 15:20:57 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA09800; Sat, 12 Dec 1998 15:20:54 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.1/8.8.5) with ESMTP id AAA08713; Sun, 13 Dec 1998 00:20:45 +0100 (CET) To: current@FreeBSD.ORG, isdn@FreeBSD.ORG Subject: if_sppp is BROKEN!!! From: Poul-Henning Kamp Date: Sun, 13 Dec 1998 00:20:42 +0100 Message-ID: <8711.913504842@critter.freebsd.dk> Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I think I have finally found out what the problem is with the state machine in the if_sppp implementation. Whoever wrote the implementation didn't carefully consider the inter-layer calls tls and tlf. If one applies a lot of patches like this one: case STATE_OPENED: - (cp->tld)(sp); sp->rst_counter[cp->protoidx] = 0; sppp_cp_change_state(cp, sp, STATE_STOPPING); + (cp->tld)(sp); goto sta; break; Then things actually start to make sense... The problem is that the tld and tlf functions often just call the pp_up and pp_down routines directly, and therefore most if not all of the expected up and down events happen in the previous state as opposed to the next state. Flipping it around like I have done above, on the other hand, may not be a good idea either, since it means we can nest another layer on the stack and get somewhat confused on the way down. It is quite obvious that this will need some more work to sort out, anybody interested in participating ? -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." "ttyv0" -- What UNIX calls a $20K state-of-the-art, 3D, hi-res color terminal To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message From owner-freebsd-isdn Sat Dec 12 19:00:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA01644 for freebsd-isdn-outgoing; Sat, 12 Dec 1998 19:00:52 -0800 (PST) (envelope-from owner-freebsd-isdn@FreeBSD.ORG) Received: from awfulhak.org (awfulhak.force9.co.uk [195.166.136.63]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA01616; Sat, 12 Dec 1998 19:00:43 -0800 (PST) (envelope-from brian@Awfulhak.org) Received: from keep.lan.Awfulhak.org (keep.lan.Awfulhak.org [172.16.0.8]) by awfulhak.org (8.8.8/8.8.8) with ESMTP id BAA02248; Sun, 13 Dec 1998 01:48:23 GMT (envelope-from brian@Awfulhak.org) Received: from keep.lan.Awfulhak.org (localhost [127.0.0.1]) by keep.lan.Awfulhak.org (8.9.1/8.9.1) with ESMTP id BAA00784; Sun, 13 Dec 1998 01:49:37 GMT (envelope-from brian@keep.lan.Awfulhak.org) Message-Id: <199812130149.BAA00784@keep.lan.Awfulhak.org> X-Mailer: exmh version 2.0.2 2/24/98 To: Poul-Henning Kamp cc: current@FreeBSD.ORG, isdn@FreeBSD.ORG Subject: Re: if_sppp is BROKEN!!! In-reply-to: Your message of "Sun, 13 Dec 1998 00:20:42 +0100." <8711.913504842@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 13 Dec 1998 01:49:37 +0000 From: Brian Somers Sender: owner-freebsd-isdn@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > I think I have finally found out what the problem is with the state > machine in the if_sppp implementation. Whoever wrote the implementation > didn't carefully consider the inter-layer calls tls and tlf. > > If one applies a lot of patches like this one: > > case STATE_OPENED: > - (cp->tld)(sp); > sp->rst_counter[cp->protoidx] = 0; > sppp_cp_change_state(cp, sp, STATE_STOPPING); > + (cp->tld)(sp); > goto sta; > break; > > Then things actually start to make sense... > > The problem is that the tld and tlf functions often just call the > pp_up and pp_down routines directly, and therefore most if not all > of the expected up and down events happen in the previous state > as opposed to the next state. > > Flipping it around like I have done above, on the other hand, may > not be a good idea either, since it means we can nest another layer > on the stack and get somewhat confused on the way down. > > It is quite obvious that this will need some more work to sort out, > anybody interested in participating ? I haven't got much time before Christmas, but if you're still looking for volunteers in the new year I'll be interested. I had similar problems with user-ppp, and ended up having the state machine call the TLU/TLS/TLD/TLF, then tweak the state before calling the same function for the parent.... case ST_OPENED: (*fp->fn->LayerDown)(fp); FsmInitRestartCounter(fp); FsmSendTerminateReq(fp); NewState(fp, ST_CLOSING); (*fp->parent->LayerDown)(fp->parent->object, fp); break; A given layer never calls another layer, it just gets called from the state machine. Things aren't as important on the way up, although the TLU has to tell the FSM if it should proceed and call the parent TLU.... if ((*fp->fn->LayerUp)(fp)) (*fp->parent->LayerUp)(fp->parent->object, fp); else { (*fp->fn->LayerDown)(fp); FsmInitRestartCounter(fp); FsmSendTerminateReq(fp); NewState(fp, ST_CLOSING); } Doing it this way certainly confused me less :-) > -- > Poul-Henning Kamp FreeBSD coreteam member > phk@FreeBSD.ORG "Real hackers run -current on their laptop." > "ttyv0" -- What UNIX calls a $20K state-of-the-art, 3D, hi-res color terminal -- 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