Einwahl über HSCSD
Hallo zusammen, ich habe hier einen Einwahlserver unter SuSE 8.0 (Fritz!Card PCI V1.0, Hisax) am Laufen. Das funktioniert auch prima wenn ich direkt per ISDN komme. Wenn ich jedoch per HSCSD / Nokia-Card komme, bekomme ich folgende Meldungen nachdem die Verbindung hergestellt ist. Die Nokiakarte habe ich auf das Dienstmerkmal ISDN V.110 eingestellt, die Verbindung steht auch. --- snip --- May 20 16:29:07 mailgate isdnlog: May 20 16:29:07 * Call to tei 127 from TN EXT on +49 711/XX, Stuttgart RING (Data) May 20 16:29:07 mailgate kernel: ippp0: call from EXT -> XX accepted May 20 16:29:07 mailgate isdnlog: May 20 16:29:07 Call to tei 69 from TN EXT on +49 711/XX, Stuttgart CONNECT (Data) May 20 16:29:07 mailgate isdnlog: May 20 16:29:07 Call to tei 69 from TN EXT on +49 711/XX, Stuttgart INTERFACE ippp0 called by EXT May 20 16:29:08 mailgate kernel: isdn_net: ippp0 connected May 20 16:29:08 mailgate ipppd[6389]: Local number: XX, Remote number: , Type: incoming May 20 16:29:08 mailgate ipppd[6389]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 8 May 20 16:29:19 mailgate isdnlog: May 20 16:29:19 Call to tei 69 from TN EXT on +49 711/XX, Stuttgart Bearer capability not implemented (Public network serving remote user) May 20 16:29:19 mailgate isdnlog: May 20 16:29:19 Call to tei 69 from TN EXT on +49 711/XX, Stuttgart HANGUP ( 0:00:12 I= 0.0 b O=104.0 b) Bearer capability not implemented (Public network serving remote user) May 20 16:29:19 mailgate ipppd[6389]: Modem hangup May 20 16:29:19 mailgate ipppd[6389]: Connection terminated. May 20 16:29:19 mailgate ipppd[6389]: taking down PHASE_DEAD link 0, linkunit: 0 May 20 16:29:19 mailgate ipppd[6389]: closing fd 8 from unit 0 May 20 16:29:19 mailgate ipppd[6389]: link 0 closed , linkunit: 0 May 20 16:29:19 mailgate ipppd[6389]: reinit_unit: 0 May 20 16:29:19 mailgate ipppd[6389]: Connect[0]: /dev/ippp0, fd: 8 May 20 16:29:19 mailgate kernel: ippp0: remote hangup May 20 16:29:19 mailgate kernel: ippp0: Chargesum is 0 May 20 16:29:19 mailgate kernel: ippp_ccp: freeing reset data structure c2093800 May 20 16:29:19 mailgate kernel: ippp, open, slot: 0, minor: 0, state: 0000 May 20 16:29:19 mailgate kernel: ippp_ccp: allocated reset data structure c2093800 --- snap --- Hat jemand eine Idee was das "Bearer capability not implemented" bedeutet? Vielleicht liegt es ja da dran? Grüße Markus -- Markus Espenhain Fon: +49 (7 11) 48 90 83 - 0 ETES - EDV-Systemhaus GbR Fax: +49 (7 11) 48 90 83 - 50 Libanonstrasse 58 A * D-70184 Stuttgart Web: http://www.etes.de ______________________________________ Inflex - eMail Scanning and Protection Queries to: postmaster@etes.de
Markus Espenhain wrote:
Hat jemand eine Idee was das "Bearer capability not implemented" bedeutet?
Ja, Karsten Keil: http://lists.suse.com/archive/suse-isdn/2002-Dec/0342.html -----------------------------------------------------------
Torsten Foertsch wrote: Was ist "Bearer capability not implemented" ?
Ein digitaler Datenanruf auf einen Anloganschluss liefert normalerweise diese Cause. ----------------------------------------------------------- Ich weiss nicht, ob das fuer eingehende Anrufe auch gilt. Sonst hilfe noch googlen: http://www.google.de/search?q=%22Bearer+capability+not+implemented%22 Bei einer der 1000 Trefferseiten wird ne Erklaerung dabei sein. http://www.google.com/search?q=cache:K6oYOcrKu5UJ:www.ntt-east.co.jp/ISDN/tech/spec/espec/3-5/3-07.pdf+%22Bearer+capability+not+implemented%22&hl=de&ie=UTF-8 ----------------------------------------------------------- 2) When a (public or private) network cannot support the specified transfer rate or bearer capability, a cause (#67 bearer capability not implemented) is returned to the calling user. ----------------------------------------------------------- Peter
Hi, Am Dienstag, 20. Mai 2003 16:44 schrieb Markus Espenhain:
Hallo zusammen,
ich habe hier einen Einwahlserver unter SuSE 8.0 (Fritz!Card PCI V1.0, Hisax) am Laufen. Das funktioniert auch prima wenn ich direkt per ISDN komme. Wenn ich jedoch per HSCSD / Nokia-Card komme, bekomme ich folgende Meldungen nachdem die Verbindung hergestellt ist. Die Nokiakarte habe ich auf das Dienstmerkmal ISDN V.110 eingestellt, die Verbindung steht auch.
....
Hat jemand eine Idee was das "Bearer capability not implemented" bedeutet? Vielleicht liegt es ja da dran?
Sorry, leider kann ich auch nicht viel aus deiner Fehlermeldung erkennen. Doch wundert es mich, dass keine getty-meldungen kommen. Was nutz du denn für ein getty? Ich habe mgetty am laufen, der den AT Befehlssatz der HAndys versteht. So weit ich informiert bin, benötigst du einen getty. Habe bis dato zwar nur normale 9.600 Bits am laufen an meinem DialIn-Router, doch sollte eine Hochsetzung auf HSCD Standard kein Problem sein. Wollt es eigentlich schon längst mal machen, doch irgendwie fehlt mir die Zeit ;-) Schau auch mal unter http://alpha.greenie.net/mgetty/ habe mich daran auch orientiert. TSchau Micha
Moin! On Tuesday 20 May 2003 16:44, Markus Espenhain wrote:
... Wenn ich jedoch per HSCSD / Nokia-Card komme, bekomme ich folgende Meldungen nachdem die Verbindung hergestellt ist. Die Nokiakarte habe ich auf das Dienstmerkmal ISDN V.110 eingestellt, die Verbindung steht auch. Das mit "die Verbindung steht auch" möchte ich doch bezweifeln :) Dein "mobile" spricht mit V.110 ein *asynchrones* PP-Protokoll! Dein ipppd will aber partout synchron...
Da war ja gerade schon der Tip es mit mgetty zu versuchen: Damit und mit pppd (mit der richtigen Konfig.) wird es wohl gehen. Das Stichwort wäre dann wohl sieh dir mal die /dev/ttyI? Schnittstellen an. Insbesondere dort den Befehlssatz der Modem-Emulation... Wahrscheinlich hilft auch ein Blick in: [ http://www.isdn4linux.de/faq/i4lfaq-de-7.html#ss7.12 ] Auch wenn es da erstmal "nur" um 9.600 baud geht. HTH. Salut, Jörg -- gpg/pgp key # 0xe40a9d7a fingerprint d4f8 b448 835b 7bcf 4161 ce35 7e8b ab47 e40a 9d7a
participants (4)
-
Joerg Schmitz-Linneweber
-
Markus Espenhain
-
Michael Schmitz
-
Peter Wiersig