Probleme mit GSM-Rückruf und RADIUS
Erik.Bran...@gendorf.de
Ich habe ein Problem mit einer Bintec X4100 und GSM-/HSCSD-Usern, welche sich an einem Cistron-Radius-Server authentifizieren und zurückgerufen werden sollen.
Die Handy-User wählen sich mit dem Layer 1 Protokoll "async V.110", 9600 bit/sec ein und sollten normalerweise damit auch zurückgerufen werden.
Wenn ich den Radius-Server so konfiguriere, dass der User seine Rückrufnummer selbst eingeben kann, funktioniert der Rückruf ohne Probleme:
Radius-Eintrag:
---------------
handy User-Password = "handy", NAS-Identifier = "epsilon"
Service-Type = Callback-Framed-User,
Framed-Protocol = PPP, Framed-Compression = Van-Jacobson-TCP-IP, Idle-Timeout = 0,
BinTec-biboPPPTable = "DNSNegotiation=dynamic_server",
BinTec-biboPPPTable = "blocktime=10", BinTec-biboPPPTable = "retrytime=3"
Bintec-Log:
-----------
Einwahl:
Feb 20 15:08:23 epsilon PPP: dialin from <00172xxxxxxx> to local number <7799> (7/c5)
Feb 20 15:08:23 epsilon PPP: ?: call accepted, call not identified by number
Feb 20 15:08:24 epsilon PPP: Layer 1 protocol async V.110, 9600 bit/sec
Feb 20 15:08:27 epsilon RADIUS: handy: send CHAP REQUEST ID 21 to <212.68.119.23:1812>
Feb 20 15:08:27 epsilon RADIUS: handy: got ACCESS ACCEPT ID 21 from <212.68.119.23:1812>
Feb 20 15:08:27 epsilon RADIUS: handy: created temporary ifc <15001>
Feb 20 15:08:27 epsilon RADIUS: handy: set extended variable <DNSNegotiation> to <dynamic_server>
Feb 20 15:08:27 epsilon RADIUS: handy: set extended variable <blocktime> to <10>
Feb 20 15:08:27 epsilon RADIUS: handy: set extended variable <retrytime> to <3>
Feb 20 15:08:27 epsilon PPP: handy: call identified for Radius <handy>
Feb 20 15:08:41 epsilon PPP: handy: incoming call cleared
Feb 20 15:08:41 epsilon PPP: handy: callback follows in 12 seconds
Feb 20 15:08:42 epsilon PPP: handy: use negotiated dial number for callback
Feb 20 15:08:44 epsilon ACCT: ISDN: 20.02.2003,07:30:41,07:31:01,20,330,268,12,7,,I,7799,00172xxxxxxx,7/197,90,0,
Feb 20 15:08:44 epsilon ISDN: stack 1: disconnect cause: normal call clearing (0x90)
Rückruf:
Feb 20 15:08:54 epsilon PPP: handy: dial number <00172xxxxxxx>
Feb 20 15:09:09 epsilon RADIUS: RADIUS accounting, send authentic: 2
Feb 20 15:09:09 epsilon RADIUS: handy: send ACCT REQUEST ID 22 to <212.68.119.23:1813>
Feb 20 15:09:09 epsilon RADIUS: handy: got ACCT RESPONSE ID 22 from <212.68.119.23:1813>
Feb 20 15:09:09 epsilon PPP: Layer 1 protocol async V.110, 9600 bit/sec
Feb 20 15:09:11 epsilon RADIUS: handy: send CHAP REQUEST ID 23 to <212.68.119.23:1812>
Feb 20 15:09:11 epsilon RADIUS: handy: got ACCESS ACCEPT ID 23 from <212.68.119.23:1812>
Feb 20 15:09:11 epsilon PPP: handy: remote IP address assigned to 212.68.117.2
Feb 20 15:09:11 epsilon PPP: handy: outgoing connection established
Feb 20 15:09:12 epsilon PPP: handy: VJHC negotiated, maxslotid is 15
Feb 20 15:09:12 epsilon RADIUS: RADIUS accounting, send authentic: 2
Feb 20 15:09:12 epsilon RADIUS: handy: send ACCT REQUEST ID 24 to <212.68.119.23:1813>
Feb 20 15:09:13 epsilon RADIUS: handy: got ACCT RESPONSE ID 24 from <212.68.119.23:1813>
Feb 20 15:11:28 epsilon PPP: handy: outgoing connection closed, duration 132 sec, 6433 bytes received, 8114 bytes sent, 0 charging units, 300 charging amounts, Ip pool ID <0>
Feb 20 15:11:28 epsilon RADIUS: handy: link closed, delete temporary ifc <15001>
Feb 20 15:11:28 epsilon INET: rt_iftrap: failure ifIndex 15001
Feb 20 15:11:28 epsilon ACCT: ISDN: 20.02.2003,07:31:12,07:33:43,136,6804,4460,229,52,0.30 EUR,O,,00172xxxxxxx,7/197,90,0,handy
Feb 20 15:11:28 epsilon ISDN: stack 1: disconnect cause: normal call clearing (0x90)
Feb 20 15:11:28 epsilon RADIUS: RADIUS accounting, send authentic: 2
Feb 20 15:11:28 epsilon RADIUS: RADIUS accounting, send terminate cause: 1
Feb 20 15:11:28 epsilon RADIUS: handy: send ACCT REQUEST ID 25 to <212.68.119.23:1813>
Feb 20 15:11:28 epsilon RADIUS: handy: got ACCT RESPONSE ID 25 from <212.68.119.23:1813>
ABER:
Wenn ich allerdings die Rückrufnummer (die Datennummer des Handys) am Radius-Server fest eintrage, kommt der Rückruf mit dem falschen Protokoll (anstatt Layer 1 protocol async V.110, 9600 bit/sec kommt HDLC 64000 bit/s):
Radius-Eintrag:
---------------
handy User-Password = "handy", NAS-Identifier = "epsilon"
Service-Type = Callback-Framed-User, Callback-Number = 00172xxxxxxx,
Framed-Protocol = PPP, Framed-Compression = Van-Jacobson-TCP-IP, Idle-Timeout = 0,
BinTec-biboPPPTable = "DNSNegotiation=dynamic_server",
BinTec-biboPPPTable = "blocktime=10", BinTec-biboPPPTable = "retrytime=3"
Bintec-Log:
-----------
Einwahl:
Feb 20 15:12:25 epsilon PPP: dialin from <00172xxxxxxx> to local number <7799> (7/c5)
Feb 20 15:12:25 epsilon PPP: ?: call accepted, call not identified by number
Feb 20 15:12:25 epsilon PPP: Layer 1 protocol async V.110, 9600 bit/sec
Feb 20 15:12:28 epsilon RADIUS: handy: send CHAP REQUEST ID 26 to <212.68.119.23:1812>
Feb 20 15:12:28 epsilon RADIUS: handy: got ACCESS ACCEPT ID 26 from <212.68.119.23:1812>
Feb 20 15:12:28 epsilon RADIUS: handy: created temporary ifc <15001>
Feb 20 15:12:28 epsilon RADIUS: handy: set extended variable <DNSNegotiation> to <dynamic_server>
Feb 20 15:12:28 epsilon RADIUS: handy: set extended variable <blocktime> to <10>
Feb 20 15:12:29 epsilon RADIUS: handy: set extended variable <retrytime> to <3>
Feb 20 15:12:29 epsilon PPP: handy: call identified for Radius <handy>
Feb 20 15:12:29 epsilon PPP: handy: incoming call cleared
Feb 20 15:12:29 epsilon PPP: handy: callback follows in 12 seconds
Feb 20 15:12:31 epsilon ACCT: ISDN: 20.02.2003,07:34:39,07:34:45,6,317,255,16,7,,I,7799,00172xxxxxxx,7/197,90,0,
Feb 20 15:12:31 epsilon ISDN: stack 1: disconnect cause: normal call clearing (0x90)
Rückruf:
Feb 20 15:12:41 epsilon PPP: handy: dial number <00172xxxxxxx>
Feb 20 15:12:56 epsilon RADIUS: RADIUS accounting, send authentic: 2
Feb 20 15:12:56 epsilon RADIUS: handy: send ACCT REQUEST ID 27 to <212.68.119.23:1813>
Feb 20 15:12:56 epsilon RADIUS: handy: got ACCT RESPONSE ID 27 from <212.68.119.23:1813>
Feb 20 15:12:56 epsilon PPP: Layer 1 protocol hdlc, 64000 bit/sec !!!!!!
Feb 20 15:13:17 epsilon PPP: handy: link establishment failure
Feb 20 15:13:17 epsilon PPP: interface handy is blocked for 10 seconds
Feb 20 15:13:17 epsilon PPP: handy: outgoing connection closed, duration 0 sec, 0 bytes received, 189 bytes sent, 0 charging units, 60 charging amounts, Ip pool ID <0>
Feb 20 15:13:17 epsilon RADIUS: handy: link closed, delete temporary ifc <15001>
Feb 20 15:13:18 epsilon ACCT: ISDN: 20.02.2003,07:34:55,07:35:31,21,0,210,0,7,0.06 EUR,O,,00172xxxxxxx,7/0,90,0,handy
Feb 20 15:13:18 epsilon ISDN: stack 1: disconnect cause: normal call clearing (0x90)
Feb 20 15:13:18 epsilon RADIUS: RADIUS accounting, send authentic: 2
Feb 20 15:13:18 epsilon RADIUS: RADIUS accounting, send terminate cause: 1
Feb 20 15:13:18 epsilon RADIUS: handy: send ACCT REQUEST ID 28 to <212.68.119.23:1813>
Feb 20 15:13:18 epsilon INET: rt_iftrap: failure ifIndex 15001
Feb 20 15:13:18 epsilon RADIUS: handy: got ACCT RESPONSE ID 28 from <212.68.119.23:1813>
Das selbe Phänomen tritt auch auf, wenn ich das Protokoll V.32 oder auch V.34 am Handy einstelle. Was ist die Ursache dafür???
Muß man dem Radius-Server "sagen", mit welchem Protokoll er zurückrufen soll? Wenn ja, mit welchem Parameter?
Ich habe schon folgendes am Radius-Server versucht:
1. Zusätzlich den Parameter "NAS-Port-Type = ISDN-Async-v110" angegeben:
Ergebnis beim Rückruf:
:
Feb 21 09:22:51 epsilon PPP: handy: dial number <00172xxxxxxx>
Feb 21 09:23:02 epsilon PPP: dialin from <00172xxxxxxx> to local number <7799> (1/2)
Feb 21 09:23:02 epsilon PPP: ?: call accepted, call not identified by number
Feb 21 09:23:02 epsilon MODEM: mdm4500: maple: modem allocated
Feb 21 09:23:02 epsilon PPP: Layer 1 protocol ppp_modem standard !!!!!
Feb 21 09:23:02 epsilon MODEM: mdm4500: maple: connecting modem
Feb 21 09:23:07 epsilon RADIUS: RADIUS accounting, send authentic: 2
Feb 21 09:23:07 epsilon RADIUS: handy: send ACCT REQUEST ID 111 to <212.68.119.23:1813>
Feb 21 09:23:08 epsilon PPP: Layer 1 protocol hdlc, 64000 bit/sec !!!!!
Feb 21 09:23:08 epsilon RADIUS: handy: got ACCT RESPONSE ID 111 from <212.68.119.23:1813>
Feb 21 09:23:19 epsilon MODEM: mdm4500: CONNECT V32/LAPM/NONE/9600:TX/9600:RX
Feb 21 09:23:19 epsilon MODEM: mdm4500: modem connect complete
Feb 21 09:23:19 epsilon MODEM: slot 4, unit 0, chan 2: modem connect 9600
Feb 21 09:23:38 epsilon PPP: handy: link establishment failure
:
2. Zusätzlich den Parameter "biboPPPTable = "Layer1Protocol=modem-profile-5"" angegeben, wobei das Modem-Profil 5 auf V.110 vorkonfiguriert wurde:
Das wurde von der Bintec völlig ignoriert.
Ich verwende übrigens das (aktuelle) Radius-Dictionary V 1.5 vom Bintec-FTP-Server.
Die Bintec hat den Softwarestand 6.2.5 und die 4-fach-Modemkarte 1.6.3.
Der Cistron Radius Server hat die Version 1.6.6.
Konfiguration der Bintec:
-------------------------
[MODULE X4E-2PRI][UNIT 0 ISDN S2M][EDIT]: Incoming Call Answering epsilon
Item PPP (routing)
Number
Mode right to left
Bearer any
[PPP]: PPP Profile Configuration epsilon
Authentication Protocol CHAP + PAP + MS-CHAP
Radius Server Authentication inband
PPP Link Quality Monitoring no
PPPoE Ethernet Interface disabled
PPPoE Server Mode no
Kann mir jemand damit helfen?
Vielen Dank
Erik Brandstätter
-
Diese Mailingliste ist ein Service der TLK Kommunikationssysteme GmbH Muenster.
Bilden Sie sich und Ihre Mitarbeiter weiter, indem Sie eine unserer
Bintec-Schulungen besuchen. Sie erlangen profunde Kenntisse über Konfiguration
und Management.
Nähere Informationen unter http://www.tlk.de
-
Marc Horstmann
das Verhalten, dass Sie beschreiben ist ganz "natuerlich". ;-)
> Wenn ich den Radius-Server so konfiguriere, dass der User
> seine Rückrufnummer selbst eingeben kann, funktioniert der
> Rückruf ohne Probleme:
>
... weil die Bintec in dem Fall das Layer1Protocol in der
biboPPPTable dynamisch neu erzeugt und dort dann die Dienstekennung
korrekt uebernimmt.
> Wenn ich allerdings die Rückrufnummer (die Datennummer des
> Handys) am Radius-Server fest eintrage, kommt der Rückruf mit
> dem falschen Protokoll (anstatt Layer 1 protocol async V.110,
> 9600 bit/sec kommt HDLC 64000 bit/s):
>
... weil die Bintec in diesem Fall von Radiusserver die pppTable Eintraege
vom Server zugewiesen kriegt und dort die Dienstekennung nicht geaendert
wird und somit auf default (isdn_64k) gesetzt bleibt.
es fehlt Ihnen also ein Eintrag
Bintec-biboppptable = "Layer1Protocol=v110_9600"
Dann "sollte" das funktionieren.
MfG
--
Marc Horstmann | mailto:m...@router.de
TLK Kommunikationssysteme | Tel.: (0251) 97410-0
Geiststr. 49/68 | FAX: (0251) 97410-10
D-48151 Münster | Homepage: http://www.router.de