M$ (XP) kann sich nicht auf Suse 9.2 einwaehlen: No compression negotiated
Hallo, ich muß mich leider immer wieder mit dem XP beschäftigen, leider. Diesmal kann sich ein XP-PC nicht mit einer Suse 9.2 verbinden: No compression negotiated. Bei Suse 8.2 ging bei einem dutzend Server immer gut, bei ersten Suse 9.2-PC gehts schief: Nov 11 17:03:45 pserver ipppd[21915]: sent [0][IPCP ConfReq id=0x1 <addr 192.168.98.220> <compress VJ 0f 01>] Nov 11 17:03:45 pserver ipppd[21915]: CCP enabled! Trying CCP. Nov 11 17:03:45 pserver ipppd[21915]: CCP: got ccp-unit 0 for link 0 (Compression Control Protocol) Nov 11 17:03:45 pserver ipppd[21915]: ccp_resetci! Nov 11 17:03:45 pserver kernel: Received CCP frame from peer slot(1) Nov 11 17:03:45 pserver kernel: [1/1].ccp-rcv[0]: 01 04 00 0a 12 06 00 00 00 01 Nov 11 17:03:45 pserver ipppd[21915]: rcvd [0][CCP ConfReq id=0x4 < 12 06 00 00 00 01>] Nov 11 17:03:45 pserver ipppd[21915]: ccp_resetci! Nov 11 17:03:45 pserver ipppd[21915]: sent [0][CCP ConfReq id=0x1] Nov 11 17:03:45 pserver ipppd[21915]: sent [0][CCP ConfRej id=0x4 < 12 06 00 00 00 01>] Nov 11 17:03:45 pserver kernel: Received CCP frame from daemon: Nov 11 17:03:45 pserver kernel: [1/1].ccp-xmit[0]: ff 03 80 fd 01 01 00 04 Nov 11 17:03:45 pserver kernel: Received CCP frame from daemon: Nov 11 17:03:45 pserver kernel: [1/1].ccp-xmit[0]: ff 03 80 fd 04 04 00 0a 12 06 00 00 00 01 Nov 11 17:03:45 pserver ipppd[21915]: rcvd [0][IPCP ConfReq id=0x5 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 0.0. 0.0> <ms-wins1 0.0.0.0> <ms-dns2 0.0.0.0> <ms-wins2 0.0.0.0>] Nov 11 17:03:45 pserver ipppd[21915]: sent [0][IPCP ConfRej id=0x5 <ms-dns1 0.0.0.0> <ms-wins1 0.0.0.0> <ms-dns2 0. 0.0.0> <ms-wins2 0.0.0.0>] Nov 11 17:03:45 pserver ipppd[21915]: rcvd [0][IPCP ConfAck id=0x1 <addr 192.168.98.220> <compress VJ 0f 01>] Nov 11 17:03:45 pserver kernel: Received CCP frame from peer slot(1) Nov 11 17:03:45 pserver kernel: [1/1].ccp-rcv[0]: 02 01 00 04 Nov 11 17:03:45 pserver ipppd[21915]: rcvd [0][CCP ConfAck id=0x1] Nov 11 17:03:45 pserver kernel: Received CCP frame from peer slot(1) Nov 11 17:03:45 pserver kernel: [1/1].ccp-rcv[0]: 05 06 00 10 78 62 1e 56 00 3c cd 74 00 00 02 dc Nov 11 17:03:45 pserver ipppd[21915]: rcvd [0][CCP TermReq id=0x6"xb\036V\000<\37777777715t\000\000\002\37777777734 "] Nov 11 17:03:45 pserver ipppd[21915]: sent [0][CCP TermAck id=0x6] Nov 11 17:03:45 pserver kernel: Received CCP frame from daemon: Nov 11 17:03:45 pserver kernel: [1/1].ccp-xmit[0]: ff 03 80 fd 06 06 00 04 Nov 11 17:03:45 pserver ipppd[21915]: rcvd [0][IPCP ConfReq id=0x7 <compress VJ 0f 01> <addr 0.0.0.0>] Nov 11 17:03:45 pserver ipppd[21915]: sent [0][IPCP ConfNak id=0x7 <addr 192.168.98.200>] Nov 11 17:03:45 pserver ipppd[21915]: rcvd [0][IPCP ConfReq id=0x8 <compress VJ 0f 01> <addr 192.168.98.200>] Nov 11 17:03:45 pserver ipppd[21915]: sent [0][IPCP ConfAck id=0x8 <compress VJ 0f 01> <addr 192.168.98.200>] Nov 11 17:03:45 pserver ipppd[21915]: local IP address 192.168.98.220 Nov 11 17:03:45 pserver ipppd[21915]: remote IP address 192.168.98.200 Nov 11 17:03:48 pserver ipppd[21915]: sent [0][CCP ConfReq id=0x1] Nov 11 17:03:48 pserver kernel: Received CCP frame from daemon: Nov 11 17:03:48 pserver kernel: [1/1].ccp-xmit[0]: ff 03 80 fd 01 01 00 04 Nov 11 17:03:51 pserver ipppd[21915]: sent [0][CCP ConfReq id=0x1] Nov 11 17:03:51 pserver kernel: Received CCP frame from daemon: Nov 11 17:03:51 pserver kernel: [1/1].ccp-xmit[0]: ff 03 80 fd 01 01 00 04 Nov 11 17:03:51 pserver kernel: Received CCP frame from peer slot(1) Nov 11 17:03:51 pserver kernel: [1/1].ccp-rcv[0]: 06 01 00 04 Nov 11 17:03:51 pserver ipppd[21915]: rcvd [0][CCP TermAck id=0x1] Nov 11 17:03:51 pserver ipppd[21915]: sent [0][CCP TermReq id=0x2"No compression negotiated"] Nov 11 17:03:51 pserver kernel: Received CCP frame from daemon: Nov 11 17:03:51 pserver kernel: [1/1].ccp-xmit[0]: ff 03 80 fd 05 02 00 1d 4e 6f 20 63 6f 6d 70 72 Nov 11 17:03:51 pserver kernel: [1/1].ccp-xmit[1]: 65 73 73 69 6f 6e 20 6e 65 67 6f 74 69 61 74 65 Nov 11 17:03:51 pserver ipppd[21915]: rcvd [0][CCP TermAck id=0x1] Nov 11 17:03:51 pserver kernel: Received CCP frame from peer slot(1) Nov 11 17:03:51 pserver kernel: [1/1].ccp-rcv[0]: 06 01 00 04 Nov 11 17:03:51 pserver kernel: Received CCP frame from peer slot(1) Nov 11 17:03:51 pserver kernel: [1/1].ccp-rcv[0]: 06 02 00 1d 4e 6f 20 63 6f 6d 70 72 65 73 73 69 Nov 11 17:03:51 pserver kernel: [1/1].ccp-rcv[1]: 6f 6e 20 6e 65 67 6f 74 69 61 74 65 64 Nov 11 17:03:51 pserver ipppd[21915]: rcvd [0][CCP TermAck id=0x2"No compression negotiated"] Nov 11 17:04:01 pserver /usr/sbin/cron[23445]: (root) CMD ( /usr/local/bin/enable_disabled) Nov 11 17:05:01 pserver /usr/sbin/cron[23457]: (root) CMD ( /usr/local/bin/enable_disabled) Nov 11 17:05:25 pserver ipppd[21915]: rcvd [0][LCP TermReq id=0x9 78 62 1e 56 00 3c cd 74 00 00 00 00] Nov 11 17:05:25 pserver ipppd[21915]: LCP terminated by peer (xb^^V^@<M-Mt^@^@^@^@) Nov 11 17:05:25 pserver ipppd[21915]: ioctl(SIOCDARP): No such file or directory Nov 11 17:05:25 pserver ipppd[21915]: sent [0][LCP TermAck id=0x9] Nov 11 17:05:25 pserver kernel: isdn_net: local hangup ippp1 mein ISDN-Einwahl-Template ist überall das gleiche (natürlich andere IP's), seit Suse 9.2: # /etc/sysconfig/isdn/templ_dialin (Einwahl) CALLBACK="off" CHARGEHUP="on" COMPRESSION="no" DEFAULTROUTE="no" DIALMODE="manual" DYNAMICIP="no" FIREWALL="no" IPADDR="192.168.0.199" PTPADDR="192.168.0.198" MSN="8307xxx" MULTILINK="no" PROTOCOL="syncppp" PROVIDER="pc-dialin_1" STARTMODE="onboot" REMOTE_IN="7218307xxx" IPPPD_OPTIONS="+pap -chap debug proxyarp" Mit Suse 9.2 oder 8.2 auf die obige 9.2-Maschine habe keinerlei Einwahlprobleme, nur eben mit WinXP eines PArtners. Jmd einen heißen Tipp? - Was ist bei Suse 9.2 anderst? Oder: dort wo der Server steht, funkt da vielleicht die Tel-Anlage dazwischen? - Merkwürdig ist nämlich: trotz dem, daß bei Aufnehmen eines Tel-Hörers ein Freizeichn erscheint, muß eine 0 mehr vorgewählt werden. Gut, Analog muß mit dem ISDN-Anschluß für die ISDN-Karte nichts zu tun haben, aber wer weiß ob der ISDN-Anschluß ein externer S0 ist. Vielleicht ein vermurkster interner? danke schonmal Ekkard
On Mon, Dec 05, 2005 at 11:57:48PM +0100, Ekkard Gerlach wrote:
Hallo,
ich muß mich leider immer wieder mit dem XP beschäftigen, leider. Diesmal kann sich ein XP-PC nicht mit einer Suse 9.2 verbinden: No compression negotiated. Bei Suse 8.2 ging bei einem dutzend Server immer gut, bei ersten Suse 9.2-PC gehts schief:
-ccp -vj -vjccomp als options probieren. -- Karsten Keil SuSE Labs ISDN development
* Karsten Keil schrieb:
On Mon, Dec 05, 2005 at 11:57:48PM +0100, Ekkard Gerlach wrote:
Hallo,
ich muß mich leider immer wieder mit dem XP beschäftigen, leider. Diesmal kann sich ein XP-PC nicht mit einer Suse 9.2 verbinden: No compression negotiated. Bei Suse 8.2 ging bei einem dutzend Server immer gut, bei ersten Suse 9.2-PC gehts schief:
-ccp -vj -vjccomp als options probieren.
Hilft nicht: ein ssh empf@192.168.98.220 mit korrektem Passwort (mehrere User/PWD-Kombinationen probiert) resultiert immer in: access denied. ssh wie gesagt von Windows aus, welches weiß ich nicht, sonst bei Suse8.2geht aber, im übrigen auch bei einer anderen Suse 9.2. Daher: vielleicht hängt es doch mit der Tel-anlage zusammen??? Dec 6 15:03:06 pserver kernel: ippp1: call from 3093496070 -> 4097xxx accepted Dec 6 15:03:06 pserver isdnlog: Dec 06 15:03:06 * Call to tei 127 from +49 30/93496070, Berlin on +49 761/4097xxx, Freiburg RING (Data) Dec 6 15:03:06 pserver isdnlog: Dec 06 15:03:06 Call to tei 119 from +49 30/93496070, Berlin on +49 761/4097xxx, Freiburg CONNECT (Data) Dec 6 15:03:06 pserver isdnlog: Dec 06 15:03:06 Call to tei 119 from +49 30/93496070, Berlin on +49 761/4097xxx, Freiburg INTERFACE ippp1 called by 3093496070 Dec 6 15:03:06 pserver kernel: isdn_net: ippp1 connected Dec 6 15:03:06 pserver ipppd[12573]: Local number: 4097368, Remote number: , Type: incoming Dec 6 15:03:06 pserver ipppd[12573]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 1, linkunit: 0, fd: 7 Dec 6 15:03:06 pserver ipppd[12573]: sent [0][LCP ConfReq id=0x1 <mru 1500> <auth pap> <magic 0x2d428970> <pcomp> <accomp>] Dec 6 15:03:06 pserver ipppd[12573]: rcvd [0][LCP ConfReq id=0x0 <magic 0x120a0864> <callback 6> <MPmrru 1614> <MPdiscr: 0x1 [ d7 13 68 a6 6a 54 4d fd 8e a7 ce 9c 65 58 ad 39 00 00 00 00 ]>] Dec 6 15:03:06 pserver ipppd[12573]: sent [0][LCP ConfRej id=0x0 <callback 6> <MPmrru 1614>] Dec 6 15:03:07 pserver ipppd[12573]: rcvd [0][LCP ConfReq id=0x1 <magic 0x120a0864> <MPdiscr: 0x1 [ d7 13 68 a6 6a 54 4d fd 8e a7 ce 9c 65 58 ad 39 00 00 00 00 ]>] Dec 6 15:03:07 pserver ipppd[12573]: sent [0][LCP ConfAck id=0x1 <magic 0x120a0864> <MPdiscr: 0x1 [ d7 13 68 a6 6a 54 4d fd 8e a7 ce 9c 65 58 ad 39 00 00 00 00 ]>] Dec 6 15:03:09 pserver ipppd[12573]: sent [0][LCP ConfReq id=0x1 <mru 1500> <auth pap> <magic 0x2d428970> <pcomp> <accomp>] Dec 6 15:03:09 pserver ipppd[12573]: rcvd [0][LCP ConfRej id=0x1 <pcomp> <accomp>] Dec 6 15:03:09 pserver ipppd[12573]: sent [0][LCP ConfReq id=0x2 <mru 1500> <auth pap> <magic 0x2d428970>] Dec 6 15:03:09 pserver ipppd[12573]: rcvd [0][LCP ConfAck id=0x2 <mru 1500> <auth pap> <magic 0x2d428970>] Dec 6 15:03:09 pserver ipppd[12573]: lcp layer is UP Dec 6 15:03:09 pserver ipppd[12573]: rcvd [0][LCP code=0xc id=0x2 12 0a 08 64 4d 53 52 41 53 56 35 2e 30 30] Dec 6 15:03:09 pserver ipppd[12573]: sent [0][LCP CodeRej id=0x3 0c 02 00 12 12 0a 08 64 4d 53 52 41 53 56 35 2e 30 30] Dec 6 15:03:09 pserver ipppd[12573]: rcvd [0][LCP code=0xc id=0x3 12 0a 08 64 4d 53 52 41 53 2d 30 2d 55] Dec 6 15:03:09 pserver ipppd[12573]: sent [0][LCP CodeRej id=0x4 0c 03 00 11 12 0a 08 64 4d 53 52 41 53 2d 30 2d 55] Dec 6 15:03:09 pserver ipppd[12573]: rcvd [0][PAP AuthReq id=0x3 user="cxxxg" password not logged for security reasons! Use '+pwlog' option to enable full logging.] Dec 6 15:03:09 pserver ipppd[12573]: Check_passwd called with user=cxxxg Dec 6 15:03:09 pserver ipppd[12573]: sent [0][PAP AuthAck id=0x3msg="Login ok"] Dec 6 15:03:09 pserver ipppd[12573]: MPPP negotiation, He: No We: No Dec 6 15:03:09 pserver ipppd[12573]: Useifip for ippp1: Got IF-Src-IP: dc62a8c0 Dec 6 15:03:09 pserver ipppd[12573]: Useifip for ippp1: Got IF-Dst-IP: c862a8c0 Dec 6 15:03:09 pserver ipppd[12573]: sent [0][IPCP ConfReq id=0x1 <addr 192.168.98.220> <compress VJ 0f 01>] Dec 6 15:03:09 pserver ipppd[12573]: CCP enabled! Trying CCP. Dec 6 15:03:09 pserver ipppd[12573]: CCP: got ccp-unit 0 for link 0 (Compression Control Protocol) Dec 6 15:03:09 pserver ipppd[12573]: ccp_resetci! Dec 6 15:03:09 pserver kernel: Received CCP frame from peer slot(1) Dec 6 15:03:09 pserver kernel: [1/1].ccp-rcv[0]: 01 04 00 0a 12 06 00 00 00 01 Dec 6 15:03:09 pserver ipppd[12573]: rcvd [0][CCP ConfReq id=0x4 < 12 06 00 00 00 01>] Dec 6 15:03:09 pserver ipppd[12573]: ccp_resetci! Dec 6 15:03:09 pserver ipppd[12573]: sent [0][CCP ConfReq id=0x1] Dec 6 15:03:09 pserver ipppd[12573]: sent [0][CCP ConfRej id=0x4 < 12 06 00 00 00 01>] Dec 6 15:03:09 pserver kernel: Received CCP frame from daemon: Dec 6 15:03:09 pserver kernel: [1/1].ccp-xmit[0]: ff 03 80 fd 01 01 00 04 Dec 6 15:03:09 pserver kernel: Received CCP frame from daemon: Dec 6 15:03:09 pserver kernel: [1/1].ccp-xmit[0]: ff 03 80 fd 04 04 00 0a 12 06 00 00 00 01 Dec 6 15:03:09 pserver ipppd[12573]: rcvd [0][IPCP ConfReq id=0x5 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-wins1 0.0.0.0> <ms-dns2 0.0.0.0> <ms-wins2 0.0.0.0>] Dec 6 15:03:09 pserver ipppd[12573]: sent [0][IPCP ConfRej id=0x5 <ms-dns1 0.0.0.0> <ms-wins1 0.0.0.0> <ms-dns2 0.0.0.0> <ms-wins2 0.0.0.0>] Dec 6 15:03:09 pserver ipppd[12573]: rcvd [0][IPCP ConfAck id=0x1 <addr 192.168.98.220> <compress VJ 0f 01>] Dec 6 15:03:09 pserver kernel: Received CCP frame from peer slot(1) Dec 6 15:03:09 pserver kernel: [1/1].ccp-rcv[0]: 02 01 00 04 Dec 6 15:03:09 pserver ipppd[12573]: rcvd [0][CCP ConfAck id=0x1] Dec 6 15:03:09 pserver kernel: Received CCP frame from peer slot(1) Dec 6 15:03:09 pserver kernel: [1/1].ccp-rcv[0]: 05 06 00 10 12 0a 08 64 00 3c cd 74 00 00 02 dc Dec 6 15:03:09 pserver ipppd[12573]: rcvd [0][CCP TermReq id=0x6 12 0a 08 64 00 3c cd 74 00 00 02 dc] Dec 6 15:03:09 pserver ipppd[12573]: sent [0][CCP TermAck id=0x6] Dec 6 15:03:09 pserver kernel: Received CCP frame from daemon: Dec 6 15:03:09 pserver kernel: [1/1].ccp-xmit[0]: ff 03 80 fd 06 06 00 04 Dec 6 15:03:09 pserver ipppd[12573]: rcvd [0][IPCP ConfReq id=0x7 <compress VJ 0f 01> <addr 0.0.0.0>] Dec 6 15:03:09 pserver ipppd[12573]: sent [0][IPCP ConfNak id=0x7 <addr 192.168.98.200>] Dec 6 15:03:09 pserver ipppd[12573]: rcvd [0][IPCP ConfReq id=0x8 <compress VJ 0f 01> <addr 192.168.98.200>] Dec 6 15:03:09 pserver ipppd[12573]: sent [0][IPCP ConfAck id=0x8 <compress VJ 0f 01> <addr 192.168.98.200>] Dec 6 15:03:09 pserver ipppd[12573]: local IP address 192.168.98.220 Dec 6 15:03:09 pserver ipppd[12573]: remote IP address 192.168.98.200 Dec 6 15:03:12 pserver ipppd[12573]: sent [0][CCP ConfReq id=0x1] Dec 6 15:03:12 pserver kernel: Received CCP frame from daemon: Dec 6 15:03:12 pserver kernel: [1/1].ccp-xmit[0]: ff 03 80 fd 01 01 00 04 Dec 6 15:03:15 pserver isdnlog: Dec 06 15:03:15 Call to tei 0 from ? on +49 761/4097xxx, Freiburg CONNECT (3.1 kHz audio) Dec 6 15:03:15 pserver isdnlog: Dec 06 15:03:15 Call to tei 119 from +49 30/93496070, Berlin on +49 761/4097xxx, Freiburg INTERFACE ippp1 called by 3093496070 Dec 6 15:03:15 pserver ipppd[12573]: sent [0][CCP ConfReq id=0x1] Dec 6 15:03:15 pserver kernel: Received CCP frame from daemon: Dec 6 15:03:15 pserver kernel: [1/1].ccp-xmit[0]: ff 03 80 fd 01 01 00 04 Dec 6 15:03:15 pserver kernel: Received CCP frame from peer slot(1) Dec 6 15:03:15 pserver kernel: [1/1].ccp-rcv[0]: 06 01 00 04 Dec 6 15:03:15 pserver ipppd[12573]: rcvd [0][CCP TermAck id=0x1] Dec 6 15:03:15 pserver ipppd[12573]: sent [0][CCP TermReq id=0x2"No compression negotiated"] Dec 6 15:03:15 pserver kernel: Received CCP frame from daemon: Dec 6 15:03:15 pserver kernel: [1/1].ccp-xmit[0]: ff 03 80 fd 05 02 00 1d 4e 6f 20 63 6f 6d 70 72 Dec 6 15:03:15 pserver kernel: [1/1].ccp-xmit[1]: 65 73 73 69 6f 6e 20 6e 65 67 6f 74 69 61 74 65 Dec 6 15:03:15 pserver kernel: Received CCP frame from peer slot(1) Dec 6 15:03:15 pserver kernel: [1/1].ccp-rcv[0]: 06 01 00 04 Dec 6 15:03:15 pserver ipppd[12573]: rcvd [0][CCP TermAck id=0x1] Dec 6 15:03:16 pserver kernel: Received CCP frame from peer slot(1) Dec 6 15:03:16 pserver kernel: [1/1].ccp-rcv[0]: 06 02 00 1d 4e 6f 20 63 6f 6d 70 72 65 73 73 69 Dec 6 15:03:16 pserver kernel: [1/1].ccp-rcv[1]: 6f 6e 20 6e 65 67 6f 74 69 61 74 65 64 gruss Ekkard
Ekkard Gerlach schrieb:
* Karsten Keil schrieb:
On Mon, Dec 05, 2005 at 11:57:48PM +0100, Ekkard Gerlach wrote:
Hallo,
ich muß mich leider immer wieder mit dem XP beschäftigen, leider. Diesmal kann sich ein XP-PC nicht mit einer Suse 9.2 verbinden: No compression negotiated. Bei Suse 8.2 ging bei einem dutzend Server immer gut, bei ersten Suse 9.2-PC gehts schief:
-ccp -vj -vjccomp als options probieren.
Hilft nicht: ein ssh empf@192.168.98.220 mit korrektem Passwort (mehrere User/PWD-Kombinationen probiert) resultiert immer in: access denied. ssh wie gesagt von Windows aus, welches weiß ich nicht, sonst bei Suse8.2geht aber, im übrigen auch bei einer anderen Suse 9.2. Daher: vielleicht hängt es doch mit der Tel-anlage zusammen???
Naja, die Telefonanlage hat kaum was mit IP-Routing zu tun, die Verbindung ist ja da. Läuft vielleicht die Susefirewall und blockiert den Zugriff auf den SSH Server? Die Meldung No Compression ist erstmal nicht schlimm, die Verbindung funktioniert auch ohne.
* Holger Krull schrieb:
Verbindung ist ja da. Läuft vielleicht die Susefirewall und blockiert den Zugriff auf den SSH Server? von mir hier, von Suse 8.2 und einer Suse 9.2 gehts einwandfrei, also muß die Firewall aus sein. Die PArtner von mir, die eben alles mit M$ machen und auch gelegentlich sind einwählen sollten, haben eben das Problem. Ich vermute im Augenblick mal, daß das Routing bei den M$-Leuten nicht richtig ist. Es kommt schließlich nicht einmal ein Login beim Server an. Das ssh 192.168.98.200 das die machen, geht vermutlich auf einen ganz anderen PC. Irgend einen "route"-Befehl, gibts auch unter M$, mein Mitarbeiter weiß das, das wir Licht an den Tag bringen,
ich melde mich wieder Ekkard
* Ekkard Gerlach schrieb:
ich melde mich wieder
der Vollständigkeit melde ich mit der LÖsung dieses 2 Monate alten Threads: es mußte seitens M$ ssh2 bei putty erzwungen werden, seitdem klappts. Gruss Ekkard
[...] Hilft nicht: ein ssh empf@192.168.98.220 mit korrektem Passwort (mehrere User/PWD-Kombinationen probiert) resultiert immer in: access denied. ssh wie gesagt von Windows aus, welches Nachtrag: es wird vom Suse 9.2-PC KEIN Login-Versuch registriert! Also kommt ssh gar nicht an. Aber Win meldet, daß es die 192.168.98.220 erhalten hat, ein ping geht auch. Ekkard
participants (3)
-
Ekkard Gerlach -
Holger Krull -
Karsten Keil