September 2000 - openSUSE ISDN (Deutsch)

Re: [suse-isdn] vbox
by Dieter Kluenter 13 Sep '00

13 Sep '00

Marcus Wagner <Linux(a)McWHome.de> writes: > Hallo Leute!! > > Ich bekomme hier mein vbox nicht zum laufen! Ich rufe mich an, er > nimmt den Anruf entgegen, dann kommt die begrüßung, rauschen, beep, > rauschen, _1 Sekunde, timeout, Hangup! > > Ich habe also laut log nur eine Sekunde Zeit etwas aufzunehmen! Er > nimmt dann auch eine 1 sekündige Nachricht in die VBox liste auf kommt > aber nichts wenn ich sie abspiele!!! Also Fisch ist!!! > > Hat da jemand eine Idee? Ein aehnliches Phaenomen habe ich, wenn vbox aus einigen Telefonzellen mit einer Telefonkarte angerufen wird. Es ist zwar eigenartig, aber reproduzierbar, bei der Telekom konnte mir bisher auch noch keiner einer vernuenftige Erklaerung geben. Gruss Dieter -- Dieter Kluenter mailto: dkluenter(a)gmx.de http: http://www.l4b.de

1 0

Re: [suse-isdn] Dialin
by Joerg Schwoeppe 13 Sep '00

13 Sep '00

> hiho, > On Wed, 13 Sep 2000, Joerg Schwoeppe wrote: >> Hallo >> ok, es gab bestimmt schon viele Threads zu diesem Thema, >> aber mein Problem ist, laut suse-linux-ML, daß bei einem >> Dialin-Versuch von meinem Win98-Rechner per Fritz!CardUSB >> auf den Suse6.4 Rechner mit Fritz!CardPCI, am gleichen >> S0-Bus, die Geräte angeblich nicht kompatibel sind. >> Im Logfile stehen Sachen wie >> "Ring()" und "destination unknown(USER)". >> Wenn ich mit meinem ISDN Telefon den Rechner anwähle, >> erscheint wenigstens ein "Ring(Speech)". >> Wenn mein Linux oder Win Rechner unsere FH anwählt >> (dialout funktioniert ja), kommt ein "Ring(data)". > Hab es noch nicht probiert mit dem USB-Teil, probier mal mit > vorwahl-nummer(-nebenstelle) Vorwahl hab ich auch schon probiert, klappt auch nicht (mit Telefon geht's ja auch ohne vorwahl) > Aber mit interen Karte geht es intern, auch über eine Anlage. ja schön, ich hab allerdings KEINE ANLAGE, also auch keine Probleme mit evtl. Vorwahlen (0), Nebenstellen.... Einfach nur NTBA----------------------------------------------- S0 | | | | Tel 1 Tel 2 FritzPCI FritzUSB >> Beim Dialin vom Windoofrechner weiß er offenbar nicht, >> was gemeint ist. WARUM DENN NICHT ? >> Die Telefonnummer vom Win-PC ist unter Suse erlaubt, >> als Protokoll ist nut TCP/IP ausgewählt, die Verbindung >> steht auf "AVM Internet Windows98,..." und >> "Internet (PPP over ISDN)" >> halt auch genauso, wie zu unserem FH-Server (UNIX) >> >> Wo liegt denn jetzt der Fehler ? >> Warum kommt kein Verbindungsaufbau zustande ? >> P.S. das Windoof-Hyperterminal meint auch nur, das die >> Gegenstelle nicht reagiert. >> >> Danke schonmal Jörg

1 0

Dialin
by Joerg Schwoeppe 13 Sep '00

13 Sep '00

Hallo ok, es gab bestimmt schon viele Threads zu diesem Thema, aber mein Problem ist, laut suse-linux-ML, daß bei einem Dialin-Versuch von meinem Win98-Rechner per Fritz!CardUSB auf den Suse6.4 Rechner mit Fritz!CardPCI, am gleichen S0-Bus, die Geräte angeblich nicht kompatibel sind. Im Logfile stehen Sachen wie "Ring()" und "destination unknown(USER)". Wenn ich mit meinem ISDN Telefon den Rechner anwähle, erscheint wenigstens ein "Ring(Speech)". Wenn mein Linux oder Win Rechner unsere FH anwählt (dialout funktioniert ja), kommt ein "Ring(data)". Beim Dialin vom Windoofrechner weiß er offenbar nicht, was gemeint ist. WARUM DENN NICHT ? Die Telefonnummer vom Win-PC ist unter Suse erlaubt, als Protokoll ist nut TCP/IP ausgewählt, die Verbindung steht auf "AVM Internet Windows98,..." und "Internet (PPP over ISDN)" halt auch genauso, wie zu unserem FH-Server (UNIX) Wo liegt denn jetzt der Fehler ? Warum kommt kein Verbindungsaufbau zustande ? P.S. das Windoof-Hyperterminal meint auch nur, das die Gegenstelle nicht reagiert. Danke schonmal Jörg

2 1

SuSE - Firewall und ITK Columbus PNP ISDN Karte
by UJaecksch＠t-online.de 13 Sep '00

13 Sep '00

Hallo, Ich habe gerade ein Problem und kann es mir nicht so recht erklaeren. Ich habe einen Rechner mit der o.g. ISDN - Karte bestückt. Nachdem ich den Internet - Zugang eingerichtet hatte funktionierte ein Ping ins Netz problemlos. Bis ich die SuSE Firewall eingerichtet und gestartet habe. Danach werden alle nach einem Ping eingehenden Pakete mit einem "DENY" abgelehnt. Nun meine freundliche Bitte an die Liste, wer kann mir helfen. MFG Ulrich Jaecksch

1 0

vbox
by Marcus Wagner 13 Sep '00

13 Sep '00

Hallo Leute!! Ich bekomme hier mein vbox nicht zum laufen! Ich rufe mich an, er nimmt den Anruf entgegen, dann kommt die begrüßung, rauschen, beep, rauschen, _1 Sekunde, timeout, Hangup! Ich habe also laut log nur eine Sekunde Zeit etwas aufzunehmen! Er nimmt dann auch eine 1 sekündige Nachricht in die VBox liste auf kommt aber nichts wenn ich sie abspiele!!! Also Fisch ist!!! Hat da jemand eine Idee? Danke im voraus!! MfG Marcus Wagner -- Marcus Wagner - <Linux(a)McWHome.de> - www.mcwhome.de

3 2

Technische Daten ISDN Anschluß, Spannungsversorgung NTBA
by Marcus Heger 12 Sep '00

12 Sep '00

Technische Daten ISDN Anschluß Spannungsversorgung NTBA Grundsätzliche Anschlußdaten eines NTBA "Network Terminator Basis Anschluß" (Netzabschlußgerät), bei ISDN (Integrated Services Digital Network) Anschlüssen der Deutsche Telekom AG An einem NTBA können an sogenannten externen S0-Schnittstelle/ S0-Bus (sprich: S Null-Bus) bis zu 12 IAE "ISDN Anschluß Einheiten" (ISDN Steckdosen) angeschlossen werden. Daran wiederum dürfen bis zu acht ISDN Endgeräte angeschlossen werden. Maximal vier passive ISDN Endgeräte also Geräte ohne eigene Netzversorgung, (hierfür muss dann zur Speisung der Netzstecker des NTBA eingesteckt werden!) Die anderen Endgeräte müssen sogenennte aktive ISDN Endgeräte also Geräte mit eigener Netzversorgung sein. Sind nur aktive ISDN Endgeräte am externen S0-Bus (am NTBA) angeschlossen, muss der Netzstecker des NTBA nicht gesteckt werden. Der NTBA wird über das ISDN gespeist. Soweit ich weiß sind die meisten isdn Karten aktive ISDN Endgeräte, da sie die zum Betrieb nötige Spannungsversorgung über den PC erhalten. Werden am externen S0 Bus also lediglich PC und ein a/b Wandler (ISDN analog Wandler) bzw. eine kleine TK-Anlage betrieben, muß der Netzstecker des NTBA nicht gesteckt sein. Ausführlichere Informationen gibt es in der Broschüre "ISDN leichtgemacht ..." (Din-A5 Format) gibts im T-Punkt. Im Normalbetrieb wird vom NTBA eine Versorgungsleistung von 4,5 W mit 40 V (+5% - 15%) für die S0-Schnittstelle zur Verfügung gestellt. Bei einem Netzspannungsausfall (Absinken der Versorgungsspannung um mehr als 15%) am NTBA schaltet dieser in den Notbetrieb um, d.h. die S0-Schnittstelle wird nicht mehr aus dem Netzteil des NTBA gespeist, sondern aus der Vermittlungsstelle. Diese Notversorgung liefert 410 mW (gegenüber 4,5 W im Normabetieb). Daher darf nur ein ISDN Endgerät (Telefon) für den Notstrombetrieb konfiguriert werden. Wenn das aktive ISDN Gerät über einen anderen Stromkreis abgesichert ist, der nicht vom Netzausfall betroffen ist, oder über eine Unabhängige Spannungsversorgung verfügt, kann dies ohne weiteres den ISDN Anschluß in vollem Umfang weiternutzen. Marcus Heger ? mailto:Linux@m-heger.de

1 0

Re: AW: AW: [suse-isdn] SuSE 7.0 und DSL-routing
by Dieter Kluenter 12 Sep '00

12 Sep '00

Christian Schmidt <webmaxx(a)web.de> writes: > Hallo Leute, > danke fuer eure Hilfe, aber meine Nerven liegen blank! > Ich hab jetzt alle Varianten getestet, aber meine Client kommen nicht > ins Netz. [...] > Benutzt leider irgendeinen Nameserver, den ich nicht kennen und auch > nicht eingegeben habe. > So etwas wie 10.112.112.112, es geht also auch unter Linux nichts mehr! Das ist die lokale Adresse des ADSL-Modems, du bist noch nicht im Netz. Gruss Dieter -- Dieter Kluenter mailto: dkluenter(a)gmx.de http: http://www.l4b.de

1 0

SuSE 7.0 und DSL-routing
by root 12 Sep '00

12 Sep '00

Hallo, nachdem ich vom Absturz von Surf1 betroffen war, habe ich mich fuer einen T-DSL Anschluss entschieden. Kann ja nicht so schwierig sein, dachte ich mir, aber es kam anders... DSL unter Linux funzt einwandfrei, jedoch das routing zu Windoof will nicht so ganz. Ping und tracert gehen, kleine Webseiten werden auch aufgebaut, bei grossen wird manchmal der Header angezeigt, manchmal aber auch gar nichts. Mails kann ich auch nicht abholen, Outlook verbindet zwar mit dem Mailserver, zeigt auch an wie viele Mails sich dort befinden, aber dann stirb es. Was mache ich falsch ? Christian

3 2

Problem Linux (2.2.14) <--- 64k leased line ---> BinTec Router
by Björn Schotte 11 Sep '00

11 Sep '00

Hallo, ich versuche seit kurzem, eine Standleitung auf Basis eines Linux-Rechners in Betrieb zu nehmen. Kurze History: - Basissystem war ein altes SuSE6.0 - Update auf SuSE6.2 erfolgt - danach Austausch von Kernel 2.2.10 durch Kernel 2.2.14 Damit der Kernel lief und auch die ISDN-Karte (eine Fritz!Classic) erkannte, hatte ich im ISDN-Subsystem folgende Kernel-Optionen eingestellt: <M> ISDN Support [*] Support synchronous PPP [*] Use VJ-compression with synchronous PPP <M> HiSax SiemensChipSet driver support [*] Support for EURO/DSS1 [*] support for german chargeinfo etc. Karte wurde prima erkannt. Danach entfernte ich die Scripte i4l, i4l_hardware aus /sbin/init.d/ und legte dort mein eigenes Standleitungsscript[1], das hier bei mir lokal (128kBit leased line, Gegenstelle ein Cisco Router) prima funktioniert. Nachdem ich in diesem Standleitungsscript LOCAL_IP und REMOTE_IP auf die lokalen Gegebenheiten angepaßt hatte, änderte ich in der /etc/route.conf noch ein paar Einträge: re.mo.te.ip 0.0.0.0 255.255.255.255 ippp0 default re.mo.te.ip [re.mo.te.ip ist die IP des BinTec Routers auf der Gegenseite; zusätzlich waren noch weitere Routings aktiv, da am Linux-Rechner noch 4 Class-C-Netze über eth0 hängen] Und startete das standleitungs script. Ein Aufruf von imon zeige einen aktiven Eintrag für LEASED0 an. Im Kernel stand dann: Sep 11 16:31:30 pestboile kernel: HiSax: German D133361J CETECOM ICT Services GmbH Sep 11 16:31:30 pestboile kernel: HiSax: EU (D133362J) CETECOM ICT Services GmbH Sep 11 16:31:30 pestboile kernel: HiSax: Approved with Eicon Technology Diva 2.01 PCI cards Sep 11 16:31:30 pestboile kernel: HiSax: Warning - no protocol specified Sep 11 16:31:30 pestboile kernel: HiSax: Note! module load syntax has changed. Sep 11 16:31:30 pestboile kernel: HiSax: using protocol EURO Sep 11 16:31:30 pestboile kernel: HiSax: Total 1 card defined Sep 11 16:31:30 pestboile kernel: HiSax: Card 1 Protocol EDSS1 Id=HiSax (0) Sep 11 16:31:30 pestboile kernel: HiSax: AVM driver Rev. 2.11 Sep 11 16:31:30 pestboile kernel: AVM A1: Byte at 1b00 is 6 Sep 11 16:31:30 pestboile kernel: AVM A1: Byte at 1b03 is 3 Sep 11 16:31:30 pestboile kernel: AVM A1: Byte at 1b02 is 2 Sep 11 16:31:30 pestboile kernel: AVM A1: Byte at 1b00 is 6 Sep 11 16:31:30 pestboile kernel: HiSax: AVM A1 config irq:7 cfg:0x1B00 Sep 11 16:31:30 pestboile kernel: HiSax: isac:0x1700/0x1300 Sep 11 16:31:30 pestboile kernel: HiSax: hscx A:0x700/0x300 hscx B:0xF00/0xB00 Sep 11 16:31:30 pestboile kernel: AVM A1: ISAC version (0): 2086/2186 V1.1 Sep 11 16:31:30 pestboile kernel: AVM A1: HSCX version A: V2.1 B: V2.1 Sep 11 16:31:30 pestboile kernel: AVM A1: IRQ 7 count 223 Sep 11 16:31:30 pestboile kernel: AVM A1: IRQ 7 count 228 Sep 11 16:31:30 pestboile kernel: HiSax: DSS1 Rev. 2.21 Sep 11 16:31:30 pestboile kernel: HiSax: 2 channels added Sep 11 16:31:30 pestboile kernel: HiSax: MAX_WAITING_CALLS added Sep 11 16:31:30 pestboile kernel: isdn: Verbose-Level is 7 Sep 11 16:31:30 pestboile kernel: HiSax: debugging flags card 1 set to ffff Sep 11 16:31:30 pestboile kernel: HiSax: l1 debugging flags card 1 set to 4ff Sep 11 16:31:30 pestboile kernel: isdn_net: ippp0: dial rejected: interface not in dialmode `auto', signalling dst_link_failure Sep 11 16:31:30 pestboile kernel: isdn_net: call from LEASED0,7,0 -> 1 Sep 11 16:31:30 pestboile kernel: ippp0: call from LEASED0 -> 1 accepted Sep 11 16:31:31 pestboile kernel: isdn_net: ippp0 connected Sep 11 16:31:31 pestboile kernel: isdn_net: chargetime of ippp0 now 51416 Sep 11 16:31:31 pestboile kernel: ippp0: 0 bogocps Sep 11 16:31:32 pestboile kernel: ippp0: 0 bogocps Sep 11 16:31:33 pestboile kernel: ippp0: 34 bogocps Sep 11 16:31:33 pestboile popper[1227]: connect from 194.115.60.138 Sep 11 16:31:33 pestboile kernel: ippp0: 0 bogocps Sep 11 16:31:35 pestboile last message repeated 2 times Sep 11 16:31:36 pestboile kernel: ippp0: 34 bogocps Sep 11 16:31:36 pestboile kernel: ippp0: 0 bogocps Sep 11 16:31:38 pestboile last message repeated 2 times Sep 11 16:31:39 pestboile kernel: ippp0: 34 bogocps Sep 11 16:31:39 pestboile kernel: ippp0: 0 bogocps Sep 11 16:31:41 pestboile last message repeated 2 times Sep 11 16:31:42 pestboile kernel: ippp0: 34 bogocps Sep 11 16:31:42 pestboile kernel: ippp0: 0 bogocps Sep 11 16:31:44 pestboile last message repeated 2 times Sep 11 16:31:45 pestboile kernel: ippp0: 34 bogocps Sep 11 16:31:45 pestboile kernel: ippp0: 97 bogocps Sep 11 16:31:46 pestboile kernel: ippp0: 0 bogocps Sep 11 16:31:47 pestboile kernel: ippp0: 0 bogocps Sep 11 16:31:48 pestboile kernel: ippp0: 34 bogocps Sep 11 16:31:48 pestboile kernel: ippp0: 0 bogocps Sep 11 16:31:49 pestboile kernel: ippp0: 0 bogocps Sep 11 16:31:49 pestboile kernel: isdn_net: local hangup ippp0 Sep 11 16:31:49 pestboile kernel: ippp0: Chargesum is 0 Sep 11 16:31:49 pestboile kernel: isdn: HiSax,ch0 cause: L0010 Sep 11 16:31:49 pestboile kernel: HiSax module removed Sep 11 16:31:49 pestboile kernel: ISDN-subsystem unloaded local hangup usw. kam dann, weil ich das Standleitungsscript wieder beendete. Das Problem war, dass weder ein ping noch ein traceroute auf die IP des BinTec Routers an der Gegenstelle ging. Als ich dann testweise wieder auf DialUp umstellte (i4l, i4l_hardware wieder gestartet, route.conf entsprechend geändert), bekam ich unter Kernel 2.2.14 die Fehlermeldung, dass das ippp0 Device nicht für SyncPPP im Kernel konfiguriert worden wäre -- ein "make menuconfig" in /usr/src/linux-2.2.14 zeigte jedoch, dass (s.o.) SyncPPP für ISDN mit eincompiliert sei. Also mußte ich wieder mit dem alten 2.2.10 Kernel (out-of-the-box beim SuSE-Update von 6.0 auf 6.2) booten, dann ging auch das DialUp wieder über die normale ISDN-Telefonleitung. Auf der Gegenstelle beim Provider sei alles richtig konfiguriert mit dem BinTec-Router, die Leitung ist physikalisch auch in Ordnung. Wenn ich mir mittels ifconfig anschaue, was da so los ist, ist zu beobachten, dass pro Sekunde etwa ein RX-Paket ankommt and ab und zu auch ein TX- Paket gesendet wird. Ergo vermute ich einen Fehler in meiner Konfiguration/Routing. Nur bin ich etwas ratlos, wo/wie der Fehler sein soll ... manchmal bekam ich auch die Fehlermeldung, dass "ipppd V 0.0.0" outdated sei (beim Versuch, unter 2.2.14 wieder auf den normalen DialUp-Betrieb zu gehen) TIA, Björn. [1]: das Standleitungsscript #!/bin/sh # Start/Stop ISDN lesaed line connection I4L_AS_MODULE=yes I4L_REMOTE_IS_CISCO=no I4L_MODULE_PARAMS="type=5 io=0x300 irq=7 " I4L_DEBUG=no I4L_LEASED_128K=no LOCAL_IP=lo.cal.i.p REMOTE_IP=re.mo.te.ip case "$1" in start) echo "Starting ISDN ..." if [ ${I4L_AS_MODULE} = "yes" ]; then echo "loading modules..." /sbin/modprobe hisax ${I4L_MODULE_PARAMS} fi # configure interface /sbin/isdnctrl addif ippp0 /sbin/isdnctrl secure ippp0 on if [ ${I4L_DEBUG} = "yes" ]; then /sbin/isdnctrl verbose 7 /sbin/hisaxctrl HiSax 1 0xffff /sbin/hisaxctrl HiSax 11 0xff #cat /dev/isdnctrl >/tmp/lea.log & fi if [ ${I4L_REMOTE_IS_CISCO} = "yes" ]; then /sbin/isdnctrl encap ippp0 cisco-h fi /sbin/isdnctrl huptimeout ippp0 0 # B-CHANNEL 1 /sbin/isdnctrl eaz ippp0 1 /sbin/isdnctrl l2_prot ippp0 hdlc # 1. card /sbin/isdnctrl addphone ippp0 in LEASED0 if [ ${I4L_LEASED_128K} = "yes" ]; then /sbin/isdnctrl addslave ippp0 ippp0s /sbin/isdnctrl secure ippp0s on /sbin/isdnctrl huptimeout ippp0s 0 # B-CHANNEL 2 /sbin/isdnctrl eaz ippp0s 2 /sbin/isdnctrl l2_prot ippp0s hdlc # 1. card /sbin/isdnctrl addphone ippp0s in LEASED0 if [ ${I4L_REMOTE_IS_CISCO} = "yes" ]; then /sbin/isdnctrl encap ippp0s cisco-h fi fi /sbin/isdnctrl dialmode ippp0 manual # configure tcp/ip /sbin/ifconfig ippp0 ${LOCAL_IP} pointopoint ${REMOTE_IP} /sbin/route add -host ${REMOTE_IP} ippp0 /sbin/route add default gw ${REMOTE_IP} # switch to leased mode # B-CHANNEL 1 /sbin/hisaxctrl HiSax 5 1 if [ ${I4L_LEASED_128K} = "yes" ]; then # B-CHANNEL 2 sleep 10; /* Wait for master */ /sbin/hisaxctrl HiSax 5 2 fi ;; stop) /sbin/ifconfig ippp0 down /sbin/isdnctrl delif ippp0 if [ ${I4L_DEBUG} = "yes" ]; then killall cat fi if [ ${I4L_AS_MODULE} = "yes" ]; then /sbin/rmmod hisax /sbin/rmmod isdn /sbin/rmmod ppp /sbin/rmmod slhc fi ;; *) echo "Usage: $0 {start|stop}" exit 1 esac exit 0 -- Björn Schotte ++ Heimgartenweg 11a :: D-97074 Würzburg ++ 0931/7843804 Online-Applikationen für das E-Business: <http://rent-a-phpwizard.de/> => inklusive Newsletter rund um PHP & das E-Biz <=

1 0

Re: Surf1 ist pleite (was: Re: OT: Surf1)
by Dieter Resnikschek 11 Sep '00

11 Sep '00

Am Son, 10 Sep 2000 schrieben Sie: > Hallo Falk, > > On Sun, Sep 10, 2000 at 18:44 +0200, Falk Sauer wrote: > > On Sun, 10 Sep 2000, Michael Schulz wrote: > > > > > was macht denn die Telekom mit ihren ganzen ISDN-Kunden. Bei > > > vielen (den meisten?) bedeutet doch kein Strom, kein ISDN, da die > > > meisten Telefone nicht Notspeisefähig sind. > > > > Das liegt dann nicht mehr in der Verantwortung der T, wie du weist endet > > am NTBA deren Verantwortung. wenn der Kunde so blöd ist nicht ein einziges > > Notspeisefähiges Telefon zu haben ist er selber Schuld. > > Das NTBA braucht aber auch Strom aus der Steckdose. Meiner aber nicht. Der bekommt genug Saft von der Telekom. Seh mal in der Betriebsanleitung nach, da steht spogar darüber was drin, dass dieser nicht unbedingt an den Strom angeschlosen werden braucht. An den ist aber eine TK-Anlage angeschlossen, damit ich mit meinem Analogen Telefon über ISDN telefonieren kann. Die TK-Anlage ist aber an den Stromkreis angeschlossen. Der PC bzw. die ISDN-Karte ist direkt an den NTBA angeschlossen. Cu Dieter -- Dieter Resnikschek, Stephanstrasse 18, 90478 Nürnberg Tel: +49911468608; eMail: dieter.resnikschek(a)gmx.de Registered Linux-User #129446

3 2