HDTenEightyP/NetNews huggingface dataset:
From: news@paragraf.nbg.sub.org
Newsgroups: de.soc.recht
Subject: JUS 9242.3.1 Free trade                 
Date: Tue, 22 Dec 92 19:52:52 +0100
Organization: VDJ Nuernberg

ENR   : 2521
HD    : 3. Free Movement of Goods, Services and Capital
TI    : Judgment of the Court of Justice - Article 30 of the EEC Treaty -
        Importation of semen originating from animals - Ireland
RF    : JUS 9242.3.1
AB    : Pursuant to Irish legislation on artificial insemination, any
        importation of semen originating from bovine and porcine animals is
        subject to a licence. In consequence of an action brought by the
        Commission, the Court of Justice ruled that by making imports of
        semen originating from domestic bovine and porcine animals subject to
        a licence and to various restrictive conditions, Ireland failed to
        fulfil its obligations pursuant to :
        - Article 30 of the EEC Treaty;
        - Council Regulation (EEC) No 805/68;
        - Council Regulation (EEC) No 827/68;
        - Council Directive 77/504/EEC;
        - Commission Decision 88/124/EEC.
        Judgment of the Court of Justice of 17 November 1992, Case C-235/91
         Commission of the European Communities v. Ireland, not yet published.
CT    : Free movement of goods
DT    : 921211
Newsgroups: de.soc.recht
From: kris@black.toppoint.de (Kristian Koehntopp)
Subject: Re: Robinson-Liste
X-Excuse: X-Copyright wegen Emma, Suedwestpresse und /C'T/DISKUSSIONEN.
Organization: Toppoint Mailbox e.V.
Date: Thu, 24 Dec 1992 11:17:09 GMT
X-Copyright: (C) Copyright 1992 Kristian Koehntopp -- All rights reserved.
		 Reproduktion, auch auszugsweise, ausserhalb elektronischer,
		 nichtkommerzieller Datennetze nur mit ausdruecklichem,
		 schriftlichem Einverstaendnis des Autors.

In <H.ea.7fQOzf6KCXI@fons.nbg.sub.org> fany@fons.nbg.sub.org (Martin Sluka) writes:
>Welche rechtlichen Schritte sind denn einzuleiten, falls in meinem
>Briefkasten, an dem ein deutlicher Aufkleber "Bitte keine Werbung" pran-
>gert, doch noch Wurfsendungen landen?

1. Anrufen und Absender ueber Rechtslage aufklaeren und
   rechtliche Schritte androhen. Der Absender ist fuer die
   Wurfsendungen auch dann verantwortlich, wenn die
   Auslieferung ueber die Post und nicht ueber eigene Boten
   erfolgt.

2. Anzeige wegen Hausfriedensbruch und/oder Noetigung.

Leider keine Details und Aktenzeichen zur Hand. Unter
Umstaenden hilft Dir die lokale Verbraucherberatung. Schritt 1
war bei mir bisher immer wirksam.

Kristian
-- 
Kristian Koehntopp, Harmsstrasse 98, 2300 Kiel, +49 431 676689
"Convection Machine is a trademark of Thoughtless Machines, Inc., a joint-
 venture of Hot-Air Associates and Air Heads International using vaporware
 from the Neural Network Corporation." -- RFC1217
From: ralf@rafa.in-berlin.de(Ralf Neumann)
Subject: Juradaten von Servern?
Reply-To: ralf@rafa.in-berlin.de
Organization: no
Date: Sat, 26 Dec 1992 12:22:33 GMT

Hallihallo!

Eine Freundin von mir moechte gerne Informationen  ber kommerzielle und
private Jura-Server. Insbesondere wuerde sie Urteile und Zeitschriften  
(NJW, JUS, JURA) beziehen wollen. Wer was weiss, solls mir bitte zumailen
oder Posten.

			Vielen Dank 
					Ralf

PS: Mailings an   ralf@rafa.in-berlin.de
From: news@paragraf.nbg.sub.org
Newsgroups: de.soc.recht
Subject: JUS 9242.5.1 Social policy, employment  
Date: Tue, 22 Dec 92 19:51:41 +0100
Organization: VDJ Nuernberg

ENR   : 2526
HD    : 5. Social Policy, employment
TI    : Action against failure to act - Directive 75/129/EEC - Collective
        redundancies
RF    : JUS 9242.5.1
AB    : The Commission brought an action before the Court of Justice to
        have it ruled that the United Kingdom of Great Britain failed to
        fulfil its obligations under Directive 75/129/EEC ( O.J. No L 48
        of 22.5.1975) on the approximation of the laws of the Member States
        relating to collective redundancies.
        In support of its action, the Commission observed that the United
        Kingdom failed to implement the provisions of Directive 75/129/EEC
        correctly in so far as British legislation (Employment Protection Act
        1975):
        - fails to provide for the designation of employee representatives
        where this does not occur voluntarily in practice,
        - limits the scope of its legislation designed to implement the
        directive to a less wide range of dismissal situations than that
        foreseen by the directive;
        - fails to require an employer who is contemplating collective
        redundancies to consult workers' representatives with a view to
        reaching an agreement and in relation to the matters specified in
        the directive;
        - fails to provide for effective sanctions in case of failure to
        consult workers' representatives as required by the directive. O.J.
        No C 316 of 3 December 1992, p.15.
CT    : Employment; Redundancy
DT    : 921211
Newsgroups: de.soc.recht
From: ralf@rafa.in-berlin.de(Ralf Neumann)
Subject: Ausloesungszahlung der IG Metall
Reply-To: ralf@rafa.in-berlin.de
Organization: no
Date: Sun, 27 Dec 1992 12:12:58 GMT

Hallo!

Ein Bekannter von mir moechte Informationen  ber die zuzahlenden
Ausloesungen bei Montagearbeiten in Luxemburg bei Firmensitz in der Region  
Detmold.
Wie verhaelt es sich mit Feiertagszuschlaegen(% ?)
Was ist los mit der Abdingbarkeit von Tarifvertraegen durch  
Einzelarbeitsvertraege in Bezug auf diese Fragen?
Wer kann dazu was sagen? Wer kann mir eine Ausloesetabelle von Luxemburg
besorgen oder zufaxen?

			Vielen Dank im Voraus

					Ralf

PS: Mailings an   ralf@rafa.-in berlin.de
    Fax-Nummer: (030) 321 28 68
 
Xref: sparky de.comm.isdn:146 de.comp.sys.amiga.misc:7121
From: Barnard@forge.franken.de (Henning Schmiedehausen)
Newsgroups: de.comm.isdn,de.comp.sys.amiga.misc
Subject: Re: Verstaendnisfrage
Date: Sun, 03 Jan 1993 19:21:21 GMT
 <1i6krjINNfbe@smurf.sub.org>
Organization: Barnard's Software Forge (ECG038)
X-Newsreader: Arn V1.00

In article <1i6krjINNfbe@smurf.sub.org>, Matthias Urlichs writes:

> Du hast nicht verstanden -- Dialup etc. gehoert nicht ins FTP/Telnet/etc,
> sondern in die Schnittstelle zwischen TCP/IP-Subbsystem und ISDN-Leitung.
> Das ist ungefaehr zwei Protokollebenen weiter unten.

Yup.   Und  das wre beim Amiga irgendwo zwischen SANA II Driver und der ISDN
Leitung.  D.H.  der SANA II Driver mte irgendwie in der Lage sein, ber die
Hayes Befehle zu whlen.

Andererseits  hast  Du  dann  das  Problem,  da  das ISDN.device nach aussen
aussieht (aussehen soll!) wie das serial.device.  Und dadurch geht eine Menge
Funktionalitt der ISDN Leitung verloren. 

IMHO sollte bsc seiner Karte folgendes Beilegen:

- ein ISDN.device, da wirklich alle Mglichkeiten von ISDN ausntzt

- ein ISDNser.device, mit dem man wie mit dem serial.device und einem Modem
  ber ISDN arbeiten kann (fr Mailboxen und den Kram)

- ein SANA-II Device, da mehr macht als nur SLIP over ISDN.


	Alloooooooha!
		Henning


-- 
  \\ _ Henning Schmiedehausen - barnard@forge.franken.de _ // Amiga - 
   \X/ --- Home of Barnard's Software Forge - ECG038 --- \X/  Learning to Fly

...sie   sind   wieder   hinter  meinem  Wuermermuesli  her,  dem  nahrhaften
Fruehstueckssnack  mit schleimigen Ueberraschungen:  gruenen Wuermern, gelben
Maden,  violetten  Schnecken und rosa Kaefern.  Das gehoert zu einem gesunden
Fruehstueck.  - Plucky Duck, K-ACME TV
Newsgroups: de.comm.isdn
From: thw@mcshh.Hanse.DE (Thomas Wieske)
Subject: Re: S0 taugliche Kabel
Organization: Point of Presence & MCS Hamburg
Date: Fri, 1 Jan 1993 19:23:44 GMT

urlichs@smurf.sub.org (Matthias Urlichs) writes:

>[ Bitte keine Distribution: de verwenden! ]

>In de.comm.isdn, article <thw.725756412@mcshh.hanse.de>,
>  thw@mcshh.Hanse.DE (Thomas Wieske) writes:
>> unrza3@cd4680fs.rrze.uni-erlangen.de (Markus Kuhn) writes:
>> 
>> >Wir werden in unserem Heim demnaechst mit groesserem Aufwand eine neue
>> >Telefonleitung zum Rechner verlegen, da jener in einen Raum auf der anderen
>> >Seite des Gebaeudes gebracht wird. Damit die ganzen Erdarbeiten nicht
>> >bald nochmal notwendig werden, wenn in mittlerer Zukunft mal ein ISDN-
>> >Anschluss verfuegbar ist, wuerde ich schon jetzt gerne ein Kabel
>> >benutzen, das nicht nur als a/b Telefonleitung taugt, sondern das
>> >auch einmal einen ISDN S_0-Bus fuehren kann.
>> 
>> Also bei mir zuhause sowie in der Firma und auf dem CC-Congress wurde ganz
>> normales Kupferkabel 2 Adrig verlegt. Es unterscheidet sich nicht vom normalen
>> Analogkabel. Auch ist es nicht extra abgeschirmt oder verlegt. Es liegt 
>> parallel zu den anderen Kabeln. Nur bei meinen sehr alten eigenen Anschluessen
>> (ca. 2 1/2 Jahre) wurden noch 4 Adern gelegt. Aber das zweite Paar dient nur
>> als Reserveleitung zur NT, laut Telekom.
>> 
>Bitte genau lesen -- es geht nicht um das Postkabel zum NT, sondern um das
>vom NT zum ISDN-Telefon/Rechner/etc. Und das braucht definitiv vier Adern,
>naemlich zwei verdrillte Paare -- eines zum Senden und eines zum Empfangen.
Ok, von dieser Seite aus gesehen ist das korrekt, das es vier Adern sind.

>Alles andere ist relativ unwichtig. Theoretisch sollten die Paare mit
>verschiedenen Raten gedrillt sein, um Uebersprechen zu verhindern, aber
>bei solchen Entfernungen ist das egal.

thw
Newsgroups: de.comm.isdn
From: roger@muenster (Roger Schwentker)
Subject: SPV's anwaehlen (war Re: Low-Cost-ISDN (war:Re: EISA-ISDN-Karten))
Organization: KAOS
X-Newsreader: TIN [version 1.1 PL7]
Date: Wed, 30 Dec 1992 08:42:26 GMT

Andreas Frackowiak (zok@horga.ruhr.de) wrote:
> Bisher war ich der Meinung, ne SPV besteht aus zwei speziellen Rufnummern 
> (fuer jeden Teilnehmer eine um den jeweils anderen anzurufen), die von der 
> Telekom jeweils mitgeteilt werden.
> Das 'anfordern' geschieht also durch Waehlen dieser SPV-Nummer anstelle der
> normalen ISDN-Rufnummer. Sowas koennte natuerlich auch der PAPI.

tja, nach dem, was ich auf der in winter conference gelernt habe und danach
noch in einer berufluche diskussion mit zwei postlern, ueber spv's als
standleitungsersatz (kosten 'nen bruchteil), werden beim aufbau einer
spv die normalen telefonnummern gewaehlt, inclusive der normalen eaz.
zusaetzlich wird aber noch uebertragen, dass es sich bei der verbindung
um eine spv handeln soll. (klaro, dass die vermittlungsstelle dann erstmal
in ihren tabellen nachsieht, ob die spv ueberhaupt "geschaltet" ist)

nun sach doch mal jemand was zu diesem thema, der mehr ahnung hat als
ich mit meinem halbwissen

gruss                              
      Roger Schwentker
      roger@muenster.uucp

Die Kirchensteuer ist mehr ein Trinkgeld, das auf die
Einkommensteuer aufgeschlagen wird.                   
						      (Didi Hallervorden)
Xref: sparky de.comm.isdn:138 de.comp.sys.amiga.misc:7072
From: hannes@flinx.RoBIN.de (Hannes Deeken)
Newsgroups: de.comm.isdn,de.comp.sys.amiga.misc
Subject: Re: Verstaendnisfrage
Date: 31 Dec 1992 13:00:45 +0100
Organization: Me, organized? You're kidding!
NNTP-Posting-Host: flinx.robin.de

CB@brewhq.swb.de (Christian Balzer) writes:

>In article <WVads*fr0@forge.franken.de> Barnard@forge.franken.de (Henning Schmiedehausen) writes:
>>
>>Das Dings gibts ja auch schon von amiga.physik in Quelle.
>>
>So? Wir reden von der gleichen Commo-Software???

Ist nicht bei der SANA2-Doku ein SLIP-Treiber als Beispiel dabei?


>>Andererseits  habe ich da dann immernoch keinen automatischen Verbindungsauf-
>>und  -abbau  und  ich  wollte ja eigentlich TCP/IP ber ISDN machen und nicht
>>SLIP.
>>
>>Mich  wrde viel mehr interessieren, wie ich ein *richtiges* TCP/IP ber ISDN
>>machen kann und nicht diese Hayes-Emulation von bsc.
>>
>Hmm...

>Definiere doch mal bitte "richtiges" TCP/IP. 
>Nach meinen Informationen benutzen die meisten Leute hier (C)SLIP auf den
>ISDN Verbindungen (wenn nicht, dann bitte lautstark melden).

Nuja, PPP kommt auch in Frage. :)

Ich verstehe leider auch nicht ganz, was Henning mit *richtigem* TCP/IP
meint. ISDN stellt einem (AFAIK :) eine Punkt-zu-Punkt-Verbindung mit _einem_
anderen Teilnehmer zur Verfuegung. Wenn ich jetzt ueber diesen Link IP fahren
will, brauche ich auf der Verbindungsebene ein Protokoll, dass mir die
IP-Paeckchen zwischen den beiden Endpunkten transportiert. Das kann (C)SLIP
sein, das kann PPP sein oder das kann irgendwas anderes sein, von dem ich keine
Ahnung habe :).
Das TCP und das IP sind aus Applikationssicht bei allen Varianten identisch.
Was das darunterliegende Protokoll damit macht, kann einem doch egal sein
(solange es den Durchsatz nicht beeintraechtigt :).


>Und die Hayes-Emulation bewahrt Dich wohl primr davor irgendwelche
>meterdicken Telekom-Wlzer zu studieren bevor Du Dich in die Welt der
>digitalen Netze vortrauen darfst. ;-)

Zum Thema "automatischer Verbindungsauf- und abbau": Das ist doch eine Frage
deiner IP-Software. Die muss halt beim Eintreffen eines Packets fuer einen
Link, der gerade down ist, in der Lage sein, die (aus Sicht des IPs)
physikalische Verbindung (wieder-)herzustellen.  Das heisst dann i.a., dass
der Partner angewaehlt wird, ein irgendwie geartetes Login (o.ae.) stattfindet
und die passende Software auf der anderen Seite gestartet wird (z.B. sliplogin
unter BSD oda sowas). Das sollte auch mit der BSC-Karte moeglich sein.

Inwieweit die Karte bzw. der Treiber auch die ISDN-Funktionalitaeten, die ueber
einen modemaehnlichen Betrieb hinausgehen, zur Verfuegung stellen, muss man
halt mal sehen. Ich schaetze mal, dass Henning auch an der Moeglichkeit einer
SPV interessiert ist. ;-)))


>Skol,

><CB>

So long,
Hannes
-- 
Hans-Christoph Deeken | hannes@flinx.RoBIN.de (home)
Gerauer Str. 20       | deeken@iti.informatik.th-darmstadt.de (university)
6000 Frankfurt/M 71   | IRC: Glenlivet
From: CB@brewhq.swb.de (Christian Balzer)
Newsgroups: de.comm.isdn
Subject: Re: Verstaendnisfrage
Date: Sun, 27 Dec 1992 20:20:21 GMT
Reply-To: CB@brewhq.swb.de (Christian Balzer)
Organization: The Software Brewery
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Poster-Intoxication: 1,0l Brinkhoff's No. 1 

In article <BzuMrK.72p@sisyphos.owl.de> martin@sisyphos.owl.de (Martin Husemann) writes:
>
> - X.75 o.ae.: auf der Gegenseite z.B. ein Amiga mit BSC Karte und ISDN.device
>   sowie NComm oder ein anderes "handelsuebliches" Terminalprogramm.
>
Ich verstosse hier nicht gegen mein Non-Disclosure Agreement wenn ich
erwaehne das die naechster Release der CBM TCP/IP Software (A225?) ein CSLIP
enthalten wird welches mit dem ISDN.device funken sollte. Dieses Teil ist
als Beta mit der X-Windows Software von GFXbase erhaeltlich...

Skol,

<CB>
-- 
  // <CB> aka Christian Balzer, P.O. Box 1348, D-W6108 Weiterstadt, Germany
\X/  -The Software Brewery- Fax/Data: +49 6150 17426, Voice: +49 6150 17427
SWB  CB@brewhq.swb.de | CB@brewhq.swb.sub.org | balzer@frsmic.enet.dec.com
"I see your true colors and that's why I love you" - Cyndy Lauper

Newsgroups: de.comm.isdn
From: zok@horga.ruhr.de (Andreas Frackowiak)
Subject: Low-Cost-ISDN (war:Re: EISA-ISDN-Karten)
Date: Mon, 28 Dec 1992 23:09:14 GMT
Organization: SubNet - The Next Generation

roger@muenster (Roger Schwentker) writes:
[...]
>auch) einige nachteile, die sich aus dem papi-treiber ergeben:
> 1) derzeitig nur eine verbindung ueberhaupt
Nicht mehr.
Ich habe mich mal nen Tag hingesetzt, und das erweitert.
"papi" kann nun unterschiedliche Verbindungen verarbeiten, sofern sie
gleich (gleiche Protokolle) Konfiguriert sind. EAZ's sind jedoch
belibig einstellbar.

> 3) keine semi-permanenten verbindungen
Was'n da der Unterschied zu 'ner 'normalen' Waehlverbindung ?


Oki
Andreas

-- 
"All my previous flames were understated!"    Carl J Lydick   in  comp.os.vms
Andreas Frackowiak                                            af@germany.uucp
Xref: sparky de.comm.isdn:128 de.comp.sys.amiga.misc:7054
From: CB@brewhq.swb.de (Christian Balzer)
Newsgroups: de.comm.isdn,de.comp.sys.amiga.misc
Subject: Re: Verstaendnisfrage
Date: Thu, 31 Dec 1992 14:38:59 GMT
Reply-To: CB@brewhq.swb.de (Christian Balzer)
Organization: The Software Brewery
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit

In article <WVads*fr0@forge.franken.de> Barnard@forge.franken.de (Henning Schmiedehausen) writes:
>
>Das Dings gibts ja auch schon von amiga.physik in Quelle.
>
So? Wir reden von der gleichen Commo-Software???

>Andererseits  habe ich da dann immernoch keinen automatischen Verbindungsauf-
>und  -abbau  und  ich  wollte ja eigentlich TCP/IP ber ISDN machen und nicht
>SLIP.
>
>Mich  wrde viel mehr interessieren, wie ich ein *richtiges* TCP/IP ber ISDN
>machen kann und nicht diese Hayes-Emulation von bsc.
>
Hmm...

Definiere doch mal bitte "richtiges" TCP/IP. 
Nach meinen Informationen benutzen die meisten Leute hier (C)SLIP auf den
ISDN Verbindungen (wenn nicht, dann bitte lautstark melden).

Und die Hayes-Emulation bewahrt Dich wohl primr davor irgendwelche
meterdicken Telekom-Wlzer zu studieren bevor Du Dich in die Welt der
digitalen Netze vortrauen darfst. ;-)

Skol,

<CB>
-- 
  // <CB> aka Christian Balzer, P.O. Box 1348, D-W6108 Weiterstadt, Germany
\X/  -The Software Brewery- Fax/Data: +49 6150 17426, Voice: +49 6150 17427
SWB  CB@brewhq.swb.de | CB@brewhq.swb.sub.org | balzer@frsmic.enet.dec.com
"I see your true colors and that's why I love you" - Cyndy Lauper
From: heisen@engels.cs.uni-duesseldorf.de (Henner Eisen)
Newsgroups: de.comm.isdn
Subject: Re: S0 taugliche Kabel
Date: 1 Jan 1993 20:21:05 GMT
Organization: Heinrich-Heine-Universitaet Duesseldorf
Distribution: world
Reply-To: heisen@numerik.uni-duesseldorf.de (Henner Eisen)
NNTP-Posting-Host: engels1.cs.uni-duesseldorf.de
Keywords: Doppeladernanzahl


Die urspruengliche Spezifikation der CCITT sah tatsaechlich
(und sieht wohl auch immer noch) 4 Doppeladern fuer den 
S0-Bus vor. Soweit ich mich erinnere war je ein Adernpaar 
vorgesehen fuer:

1. Daten vom NT zum Terminal
2. Daten vom Terminal zum NT
3. Speisespannung fuer Terminals (vom NT bereitgestellt)
4. Dieses Paar sollte Terminals mit eigener Stromversorgung die
   Moeglichkeit bieten, am S0-Bus zusaetzliche Speisespannung
   (fuer das NT?) bereitzustellen (oder so aehnlich).

Da Adernpaare knapp sein koennen, wurde die Spezifikation spaeter
erweitert: Es wurde festgelegt, wie  Speisespannung ueber die
Datenleitungen 1 und 2 bereitgestellt werden soll. Dadurch ist
das Paar 3 nicht mehr noetig. Und da es zum Zeitpunkt der 
Normierung wohl nur Prototyp-ISDN-Terminals gab, braucht man
das dritte Paar heute auch nicht aus Kompatibilitaetsgruenden.

Das Fehlen des vierten Paares beeintraechtigt die Funktionalitaet
der ISDN-Terminals sowiso nicht und waere fuer das NT hoechsten
dann interessant, wenn seine eigene Stromversorgung einmal
ausfaellt. Es ist wahrscheinlich so, dass die real existierenden 
NTs von dieser Moeglichkeit der Stromversorgung eh keinen 
Gebrauch machen und die real existierenden ISDN-Terminals auch
keine Speisespannung bereitstellen (wie's wirklich ist, weiss
ich aber auch nicht).

Daher reichen 2x2=4 Adern aus und als einziges Erbe hinterlaesst
uns die Norm heute 8-polige Stecker.  

    

Newsgroups: de.comm.isdn,de.comp.sys.amiga.misc
From: mam@mamunx.garmhausen.de (Michael A Meiszl)
Subject: Re: Verstaendnisfrage
Organization: Public Access Mailbox
Date: Fri, 1 Jan 1993 14:00:38 GMT

In <4859.3112921538@brewhq.swb.de> CB@brewhq.swb.de (Christian Balzer) writes:
>Nach meinen Informationen benutzen die meisten Leute hier (C)SLIP auf den
>ISDN Verbindungen (wenn nicht, dann bitte lautstark melden).
MELD!
Hier werden einfach Ethernetpakete ruebergebratzt. Was will man mit den
limitierten Point-to-Point Verbindungen???

Je nachdem mit wem, werden die Pakete entweder mit T.70 (frach mich nich,
wat dat fuern Protokoll is..) oder transparent auf die Leitung geblasen.

Im Gegensatz zu diesen PC-Spielzeugloesungen mit irgendwelchen Papis oder
Mamis ist das ISDN Interface hier ein eigenstaendiges Gateway, welches 
selber die Pakete forwarded oder auch nicht. Mit Verbindungsauf- und Abbau
hat das normale TCP/IP auch nix zu tun, das erledigt das Gateway eigenstaendig.

Probleme gabs bislang nur mit abgespeckten Implementationen, die nur mit
Point-to-Point rechnen. Da muss man dann so tun, als wenn alle Pakete von 
einem Rechner aus kommen :-(

Bislang hab ich das Dingen noch mit allen moeglichen Gegenstellen zum Laufen
bekommen, obwohl, noch nie hatten zwei Leute die gleichen Parameter :-)))

	MaM
-- 
** Michael Andreas Meiszl | Tomsonstr 25 | 4700 Hamm 1 | Tel +49 2381 980131 **
Newsgroups: de.comm.isdn
From: thw@mcshh.Hanse.DE (Thomas Wieske)
Subject: Re: S0 taugliche Kabel
Organization: Point of Presence & MCS Hamburg
Distribution: de
Date: Wed, 30 Dec 1992 23:00:12 GMT

unrza3@cd4680fs.rrze.uni-erlangen.de (Markus Kuhn) writes:

>Wir werden in unserem Heim demnaechst mit groesserem Aufwand eine neue
>Telefonleitung zum Rechner verlegen, da jener in einen Raum auf der anderen
>Seite des Gebaeudes gebracht wird. Damit die ganzen Erdarbeiten nicht
>bald nochmal notwendig werden, wenn in mittlerer Zukunft mal ein ISDN-
>Anschluss verfuegbar ist, wuerde ich schon jetzt gerne ein Kabel
>benutzen, das nicht nur als a/b Telefonleitung taugt, sondern das
>auch einmal einen ISDN S_0-Bus fuehren kann.

>Was fuer ein Kabel ist dazu notwendig?

>Die Laenge betraegt etwa 30 Meter und das Kabel wird durch (hoffentlich)
>trockene Kunststoffrohre in etwa 2 Meter verlegt werden.

>Bis jetzt weiss ich nur, dass ich ein 8-poliges Kabel dazu brauchen werde.
>Abschirmung? Getrennte Abschirmung der Signaladern? Mindestquerschnitt?
>Wie lange darf ein S_0-Bus werden? Hersteller? Danke!

>Markus

Also bei mir zuhause sowie in der Firma und auf dem CC-Congress wurde ganz
normales Kupferkabel 2 Adrig verlegt. Es unterscheidet sich nicht vom normalen
Analogkabel. Auch ist es nicht extra abgeschirmt oder verlegt. Es liegt 
parallel zu den anderen Kabeln. Nur bei meinen sehr alten eigenen Anschluessen
(ca. 2 1/2 Jahre) wurden noch 4 Adern gelegt. Aber das zweite Paar dient nur
als Reserveleitung zur NT, laut Telekom.

Ich habe vor einigen Wochen meine Leitungen, Analog sowie ISDN neu verlegt.
Es laeuft ohne Probleme, auch kein uebersprechen ist feststellbar.

Hoffe das hilft.

Gruss, Rutsch und was man sonst so wuensch fuers neue Jahr....

	thw
-- 
------.     .----------------------------.   <    .----------------------.
---.   \    | Point of Presence Hamburg  >--. \   |     Wieske's Crew    <_-_-<
-.  \   \   |                            |   \ `--<   Lessingstrasse 2   |
-*ISDN*--*-->       Thomas Wieske        |    \   |   D-2000 Hamburg 76  |
--'  /      | thw@Hamburg.Germany.EU.net <--.  `-->  Tel: +49 40/2519200 >-_-_>
----'       `----------------------------'  |     `----------------------'
Newsgroups: de.comm.isdn
From: Norbert.Zacharias@arbi.informatik.uni-oldenburg.de (Norbert Zacharias)
Subject: Re: EISA-ISDN-Karten
Organization: University of Oldenburg, Germany
Date: Mon, 21 Dec 1992 12:52:12 GMT

Helge.Oldach@Stollmann.DE (Helge Oldach) writes:

>| Ich meine auf ner Eisakiste DummDos zu fahren ????

>Du wirst lachen: das ist tatsaechlich der Normalfall. Nicht an der Uni,
>selbstredend. :-)
Leider  nicht immer (((


>Anders *koennte* es moeglicherweise mit S2M aussehen, da kann man mit
>DMA aber problemlos ohne EISA-Interface auskommen. Alles andere waere
>oversized.
Solange Du wirklich nur dummdos auf der Kiste faehrst ist das sicherlich
richtig. Sobald aber mehrere Datenstroeme ueber diesen Bus geschleust
werden muessen also z.b. ISDN, arcnet, ethernet, Platten, Streamer, ist es
bestimmt nicht oversized. Das ist das altbekannte Problem mit dem Flaschenhals

>| Mich wuerde dieser Test interessieren.

>Das ist Jahre her.
Macht nichts auch historische Experimente sind interressant !!

>| Ach ja ehe ich es vergesse sieh Dir mal den Artikel [...] an.

>Danke. Auch wir lesen "Byte" - da ist er schon vor Monaten erschienen.
Bitte gern geschehen :))

>| In der Hoffnung das Stollman eine EISA Karte auf den Markt bringt

>In der Hoffnung, das Du den gegenueber einer ISA-Karte erhoehten Preis
>zahlen willst... :-)
Das ist meistens so (::)

>Uebrigens schreiben wir uns nach wie vor "Stollmann".
Bitte um Endschuldigung. Wird (hoffendlich) nicht wieder vorkommen.
Aus dem wintertrueben Oldenburg
Norbert
Newsgroups: de.comm.isdn