Dynamisches VPN

[pfeffis80]

Hallo @ all!

Folgende Situation:

mehrere Außenstellen mit dynamischer IP Adressierung bauen eine Verbindung zu unserer Zentrale mit fester IP Adressierung auf. Dies funktioniert tadellos. Auch der Aufbau von der Zentrale zu den Außenstellen funtioniert (fast) tadellos. Bei dieser Verbindungsvariante wird statt des D-Kanals der B-Kanal für die Übermittlung der IP Adresse genutzt. Der Anschluss in der Zentrale ist ein Standard ISDN Anschluss von der Telekom. In den Filialen ist es ein ISDN DSL Anschluss von einem 3. Anbieter.
Nun stellt sich für mich die Frage warum die Kommunikation von Zentrale (statisch) zur Außenstelle (dynamisch) über den B-Kanal anstatt über den D-Kanal geht. Ist hier der Provider zuständig, sprich fehlt mir ggfl. ein Leistungsmerkmal bei ISDN (X.25/ X.31) oder habe ich evtl. bei der Konfiguration der VPN Verbindung noch einen "Schalter" vergessen?
Die Konfiguration erfolgte über den LANCOM Assi nach Handbuch.

Vielleicht hat ja jemand von euch Erfahrungen damit!?
Vielen Dank vorab.

[TheCloud]

Hi,

das LANCOM erkennt die Gegenstelle an der übermittelten Rufnummer, welche in der Nummernliste hinterlegt sein muss.

Manchmal wird die Rufnummer aber auch anders übermittelt (mit oder ohne führende Null).

Wie die Rufnummer bei LANCOM ankommt, kannst Du in der Call-Info Tabelle (l/status/call) sehen.

Vielleicht liegt hier der Fehler...

Gruß

TC

[pfeffis80]

Vielen Dank für deine rasche Antwort. Habe nun auf Seiten der Außenstelle über den Trace Status gesehen, dass dort nicht die Rufnummer mit null ankommt (es war mit 0 hinterlegt). Dies habe ich korrigiert (0 ist entfernt). Nun ist es aber immernoch so, dass ich im LAN Monitor auf Seiten der Zentrale, bei Verbindungsaufbau zur betreffenden Außenstelle sehe, dass die Verbindung über ISDN Kanal1 oder eben 2 aufgebaut wird - je nach dem welcher frei ist. Wenn beide belegt sind, kommt kein Verbindungsaufbau zu Stande (kein Übertragungskanal verfügbar). Sagt mir das dann, dass eine Verbindung noch immer über den B-Kanal geht oder ist das so normal, sprich der B-Kanal wird doch auf irgendeine Art und Weise benötigt?
Wo kann ich denn sehen über welchen Kanal die Verbindung initialisiert wird?

Vielen dank vorab.

[TheCloud]

Hi,

dass man einen freien B-Kanal für die Übermittlung benötigt, liegt daran, dass die Vermittungsstelle den Ruf gar nicht erst signalisiert, wenn alle Kanäle belegt sind.
Somit werden auch keine Daten über den D-Kanal verschickt.

Am einfachsten siehst Du, ob der Router den D-Kanal verwendet, wenn Du im Telnet einen "trace + d-channel display" startest.

Die Gegenseite wird den Ruf mit einem "Reject ablehnen". Sollte es zu einer Connect-Meldung kommen, wird der B-Kanal verwendet.

Gruß

TC

[pfeffis80]

Hallo! Nochmal vielen Dank für diesen tollen Tipp. Sieht ganz nach B-Kanal aus. Hier mal ein "Screenshot" via Telnet von statisch zu dynamisch:

Code: Alles auswählen

[D-channel-dump] 2009/10/14 15:16:03,730
RX 04:29:39,730 Frame number : 250
  1  0000 00-- SAPI                 : 0
     ---- --1- C/R                  : bit set
     ---- ---0 EA                   : bit not set
  2  1010 010- TEI                  : 82
     ---- ---1 EA                   : bit set
  3  0000 000- N(S)                 : 0
     ---- ---0 Type                 : I-Frame
  4  0000 001- N(R)                 : 1
     ---- ---0 P/F                  : bit not set
  5  0000 1000 Prot. Discr.         : Q.931
  6  0000 ---- spare bit(s)         : 0x00
     ---- 0001 Call ref. length     : 1
  7  1--- ---- CR-Flag              : Destination
     -000 0001 Call reference value : 1
  8  0000 0010 Message Type         : CALL PROCEEDING
  9  0001 1000 I-Element            : Channel identification
 10  0000 0001 length               : 1
 11  1--- ---- Extension bit        : bit set
     -0-- ---- interface ID present : ID not present (implicitly identified)
     --0- ---- interface type       : basic interface
     ---0 ---- spare bit(s)         : bit not set
     ---- 1--- preferred/exclusive  : exclusive
     ---- -0-- D-Channel indicator  : channel is not D-Channel
     ---- --01 channel selection    : B1 channel

[backslash]

Hi pfeffis80

das sagt noch gar nichts, da ja in jedem Fall ein B-Kanal gebraucht wird, damit die Vermittlungsstelle überhaupt etwas signalisiert. Wichtig ist, ob hier als nächstes ein CONNECT oder ein RELEASE kommt...

Du kannst es auch einfach mit einem PPP-Trace prüfen. Läuft eine PPP-Verhandlung an, dann wird der B-Kanal genutzt, ansonsten geht es über den D-Kanal.

Wenn du in der Filiale die IP-Adresse der Zentrale hinterlegt hast, dann reicht es aus, daß die Filiale erkennt, daß die Zentrale anruft.

Hast du in der Filiale die IP-Adresse nicht hinterlegt, dann ist es wichtig, daß das SETUP der Zentrale unverfälscht ankommt, denn dort ist die IP-Adresse der Zentrale im LLC codiert. Wenn irgendeine TK-Anlage zwischen Zentrale und Filiale das SETUP verfälscht, dann bleibt nur die PPP-Verhandlung übrig und es wird ein B-Kanal genutzt.

Gruß
Backslash

[pfeffis80]

Das werde ich gleich auch noch probieren, Danke schon mal.
Bzgl. des B-Kanals habe ich dennoch eine Frage. Wenn dieser immer benötigt wird bzw. "genutzt" wird, entstehen dann nicht Kosten? Ich ging immer davon aus wenn der D.Kanal genutzt wird ist es kostenfrei und sobald der B-Kanal in s Spiel kommt will jemand Geld haben !?
Stimmt das so?


Viele Grüße

[backslash]

Hi pfeffis80,

wenn der B-Kanal genutzt wird, dann entsstehen auch Kosten. Der Punkt ist, daß die Vermittlungsstelle auf der Seite des Anrufers trotzdem einen freien Kanal haben muß, damit überhaupt ein SETUP möglich ist. Hinzu kommt, daß auf der Seite des Angerufenen auch ein B-Kanal frei sein muß, da es bei digitalen Rufen keine Anklopfrufe gibt - zumindest bei der Telekom.

Solange der Angerufene nicht "abnimmt", kostet es auch nichts - zumindest in Deutschland. In Österreich z.B. ist schon alleine das "Klingeln" kostenpflichtig (zumindest war das mal so)

Gruß
Backslash

[pfeffis80]

Und wieder vielen Dank. Hier nun nochmal eine Auswertung des Traces auf Seiten der Zentrale (statisch). Hier steht ja nun "rejected" - das heißt jetzt für mich das es nun doch über den D-Kanal geht.

Code: Alles auswählen

[D-channel-dump] 2009/10/14 20:03:13,930
TX 09:16:49,930 Frame number : 769
  1  1111 11-- SAPI                 : 63
     ---- --0- C/R                  : bit not set
     ---- ---0 EA                   : bit not set
  2  1111 111- TEI                  : 127
     ---- ---1 EA                   : bit set
  3  0000 0011 Type                 : UI, TEI management
  4  0000 1111 Lay. manag. indent.  : 15
  5  1101 1010 ref. num. hi-byte    : 218
  6  1110 0001 ref. num. lo-byte    : 225 -> reference = 56033
  7  0000 0101 TEI message type     : check response by user
  8  1000 001- action indicator     : 65: TEI in use
     ---- ---1 Extension bit        : bit set

__________________________________________________________________


[D-channel-dump] 2009/10/14 20:03:20,190
RX 09:16:56,190 Frame number : 770
  1  0000 00-- SAPI                 : 0
     ---- --1- C/R                  : bit set
     ---- ---0 EA                   : bit not set
  2  1000 001- TEI                  : 65
     ---- ---1 EA                   : bit set
  3  0000 001- N(S)                 : 1
     ---- ---0 Type                 : I-Frame
  4  0000 001- N(R)                 : 1
     ---- ---0 P/F                  : bit not set
  5  0000 1000 Prot. Discr.         : Q.931
  6  0000 ---- spare bit(s)         : 0x00
     ---- 0001 Call ref. length     : 1
  7  1--- ---- CR-Flag              : Destination
     -100 1001 Call reference value : 73
  8  0100 0101 Message Type         : DISCONNECT
  9  0000 1000 I-Element            : Cause
 10  0000 0010 length               : 2
 11  1--- ---- Extension bit        : bit set
     -00- ---- coding standard      : CCITT
     ---0 ---- spare bit(s)         : bit not set
     ---- 0000 location             : user
 12  1--- ---- Extension bit        : bit set
     -001 0101 cause                : call rejected

__________________________________________________________________


[Status] 2009/10/14 20:03:20,200
Status: CH01: Disconnecting

[D-channel-dump] 2009/10/14 20:03:20,200
TX 09:16:56,200 Frame number : 771
  1  0000 00-- SAPI                 : 0
     ---- --0- C/R                  : bit not set
     ---- ---0 EA                   : bit not set
  2  1000 001- TEI                  : 65
     ---- ---1 EA                   : bit set
  3  0000 001- N(S)                 : 1
     ---- ---0 Type                 : I-Frame
  4  0000 010- N(R)                 : 2
     ---- ---0 P/F                  : bit not set
  5  0000 1000 Prot. Discr.         : Q.931
  6  0000 ---- spare bit(s)         : 0x00
     ---- 0001 Call ref. length     : 1
  7  0--- ---- CR-Flag              : Origination
     -100 1001 Call reference value : 73
  8  0100 1101 Message Type         : RELEASE
  9  0000 1000 I-Element            : Cause
 10  0000 0010 length               : 2
 11  1--- ---- Extension bit        : bit set
     -00- ---- coding standard      : CCITT
     ---0 ---- spare bit(s)         : bit not set
     ---- 0000 location             : user
 12  1--- ---- Extension bit        : bit set
     -001 0101 cause                : call rejected