Willkommen im #Neuland
Login wie bei quake.ingame.de zuvor, die Passwörter aus der alten Datenbank wurden aber gelöscht - einmal hier neu anfordern.
Wer seine E-Mail-Adresse nicht mehr hat oder kennt, bitte eine Nachricht mit Infos schicken o. im Discord melden.

PQ Discord Server: #planetquake                                                                                                                                         Spenden? Hier entlang!

Win2kServer DialDemandRouting: Probleme bei Rückruf

Forum für alle Freunde von Gates und Konsorten. Für Fragen zu Windows und Windowsprogrammen.
Antworten
rund
Accuracy
Accuracy
Beiträge: 8184
Registriert: Aug 2000

Win2kServer DialDemandRouting: Probleme bei Rückruf

Beitrag von rund »

Hallo,
ich versuche mir gerade dial-demand-routing am server einzurichten,
muss aber zugestehen, dass ich davon noch nicht sehr viel ahnung habe
;)
ich habe mir zunächst mal nur eine routingschnittstelle eingerichtet
(nachdem es schon hieran scheitert brauch ich erst mal gar nicht
weiterkonfigurieren).

Die Schnittstelle vom typ "Wählen bei Bedarf" soll sich in ein
Intranet einwählen. Dazu wird die Authentiizierung mit SPAP
(Shiva-PAP) durchgeführt.

Wenn ich nun diese Verbindung testen will (rechtsklick auf
SChnittstelle --> Verbinden) und mir das LOG von meiner Teledat Surf
USB ansehe kann ich sehen, dass der Anwahlversuch erfolgreich war und
ein Callback vom angewählten Server durchgeführt wird. DAs seltsame
ist nun, dass bei der ersten Authentifizierung alle glatt geht, beim
Rückruf des Servers allerdings eine Fehlermeldung "unsupported
Auth-Protocol 0xC123" erscheint. Ich habe derzeit alle Protokolle
zugelassen (PAP/CHAP/SPAP/MS-CHAP). Also warum läuft die
Authentifizierung beim Callback in Fehler????
Ich habe auch schon den Callback von einem Cisco-Router (inzwischen
wieder ausgeschalten ;) ) zum Debugging annehmen lassen und musste
auch feststellen, dass der anwählende Server SPAP auch beim Callback
verlangt. Leider unterstützt Cisco kein SPAP, so dass ich das ganze
über den 2000er Server abwickeln muss.


Hier ein verkürzter Auszug aus dem Log (der Rest waren nur
irgendwelche Hex-Reihen):



14:03:04.685 c 1 Line 1 ==> TapiMakeCall '0731xxxxxxxxx' BM 0x8 Speed
64000
14:03:04.685 L 1 Line 1 ==> Dialing '0731xxxxxxxxx' - Data - HDLC - 64
kBit/s
14:03:04.685 - SIG-X(028) 08 01 02 05 A1 04 02 88 90 18 01 83 70 0E 81
30 37 33 31 39 36 30 38 32 39 37 31 32
Q.931 CR0002 SETUP
MORE
Bearer Capability 88 90
Channel Id 83
Called Party Number 81 '0731xxxxxxxxx'
14:03:04.935 - SIG-R(007) 08 01 82 02 18 01 89
Q.931 CR8002 CALL_PROC
Channel Id 89
14:03:06.087 - SIG-R(004) 08 01 82 01
Q.931 CR8002 ALERT
14:03:06.187 - SIG-R(025) 08 01 82 07 29 05 05 04 11 0D 3A 4C 0C 21 83
37 33 31 39 36 30 38 32 39 37
Q.931 CR8002 CONN
Date 05 04 11 0d 3a
Connected Number 21 83 37 33 31 39 36 30
38 32 39 37
14:03:06.187 - SIG-X(004) 08 01 02 0F
Q.931 CR0002 CONN_ACK
14:03:06.187 - D-X(008) 00 99 02 06 08 01 02 0F
14:03:06.187 c 1 Line 1 ==> Connected with '0731xxxxxxxxx'
14:03:06.187 c 1 ndisLineUp - Line 1, Speed 64000, Quality 1, Window 1
14:03:06.187 L 1 Line 1 ==> LINE_CALL_STATE__CONNECTED
14:03:06.187 c 1 ndisLineUp - Line 1, Speed 64000, Quality 1, Window 1
14:03:06.207 F 1 Line 1 ==> Discard short Frame 78 03, len 1 <= 4
14:03:08.400 c 1 Line 1 ==> save callback CPN '0731xxxxxxxxx'-->'' /
time 10000 ms
14:03:12.216 - SIG-X(008) 08 01 02 45 08 02 80 90
Q.931 CR0002 DISC
Cause 80 90 'Normal call clearing'
14:03:12.386 - SIG-R(027) 08 01 82 4D 1C 15 91 A1 12 02 02 5B 7D 02 01
24 30 09 30 07 A1 05 30 03 02 01 01
Q.931 CR8002 REL
Facility 91 a1 12 02 02 5b 7d 02 01 24 30
09 30 07 a1 05 30 03 02 01 01
14:03:12.386 - SIG-x(004) 08 01 02 5A
Q.931 CR0002 REL_COM
14:03:12.386 - D-X(008) 00 99 06 08 08 01 02 5A
14:03:12.386 L 1 Line 1 ==> called '0731xxxxxxxxx' - Charging 1 /
total 3
14:03:12.386 L 1 Line 1 ==> LINE_CALL_STATE__IDLE
14:03:12.386 c 1 Line 1 ==> LISTEN enabled, BC 0x801





14:03:17.864 - MORE
14:03:17.864 - SIG-R(035) 08 01 01 05 A1 04 02 88 90 18 01 89 6C 0C 21
83 37 33 31 39 36 30 38 32 39 37 70 07 C1 39 32 36 32 37 37
Q.931 CR0001 SETUP
MORE
Bearer Capability 88 90
Channel Id 89
Calling Party Number 21 83 '731xxxxxxx'
Called Party Number c1 'xxxxxx'
14:03:17.864 - SIG-X(004) 08 01 81 01
Q.931 CR8001 ALERT
14:03:17.864 - D-X(003) 00 99 7F
14:03:17.864 L 1 Line 0 ==> Offering '731xxxxxxx' - Data - HDLC - 64
kBit/s
14:03:17.864 L 1 TapiDevState - Line 0 ==> LINE_DEV_STATE__RINGING
14:03:17.864 c 1 ndisLineUp - Line 0, Speed 64000, Quality 1, Window 1
14:03:17.864 E 1 TapiGetCallInfo - Line 0, CallInfo need 314 > total
296
14:03:17.864 c 1 Line 0 ==> TapiAnswer called (RAS alive)
14:03:17.864 L 1 Line 0 ==> Called by '731xxxxxxx' - Data - HDLC - 64
kBit/s
14:03:17.864 c 1 ndisLineUp - Line 0, Speed 64000, Quality 1, Window 1
14:03:17.884 - D-R(003) 00 99 73
14:03:17.884 - SIG-EVENT FFFA 00

14:03:17.884 - SIG-X(004) 08 01 81 07
Q.931 CR8001 CONN
14:03:17.884 - D-X(008) 00 99 00 00 08 01 81 01
14:03:17.884 - SIG-EVENT FFFA 00

14:03:17.884 c 1 ndisLineUp - Line 0, Speed 64000, Quality 1, Window 1
14:03:17.884 L 1 Line 0 ==> LINE_CALL_STATE__CONNECTED
14:03:18.014 - SIG-R(004) 08 01 01 0F
Q.931 CR0001 CONN_ACK
14:03:18.164 - D-R(004) 02 83 01 01
14:03:18.775 L 1 Line 0 ==> detect SYNC_PPP framing
14:03:18.835 F 1 PPP - Line 0 ==> unsupported Auth-Protocol 0xC123
14:03:18.845 - SIG-X(008) 08 01 81 45 08 02 80 90
Q.931 CR8001 DISC
Cause 80 90 'Normal call clearing'
14:03:18.955 - SIG-R(004) 08 01 01 4D
Q.931 CR0001 REL
14:03:18.955 - SIG-x(004) 08 01 81 5A
Q.931 CR8001 REL_COM
14:03:18.955 - D-X(008) 00 99 06 04 08 01 81 5A
14:03:18.955 L 1 Line 0 ==> LINE_CALL_STATE__IDLE
14:03:18.955 c 1 Line 0 ==> LISTEN enabled, BC 0x801



Hoffe, dass jemand etwas damit anfangen kann. DANKE!!!
Antworten