FAQ zu ISDNPM 3.x
=================
22.06.2001

Hinweis: Fuer ADSL existiert eine zusaetzliche FAQ.

Inhaltsverzeichnis der Fragen:
Q:Was muss fuer AUTODIAL konfiguriert werden?
Q:Was muss fuer MULTILINK-Verbindungen getan werden?
Q:Wie ist das mit dem IP-Interface und dem LANx-Interface zu verstehen?
Q:Umstellung der IP-Schnittstelle auf LAN-Interface?
Q:Der Remote-Zugriff funktioniert nicht. Was kann die Ursache sein?
Q:Wie kann ich den AutoDial fuer mehrere Verbindungen so konfigurieren dass 
  automatisch immer das richtige Zielsystem angewaehlt wird und auch bei 
  laufenden Verbindungen die IP-Pakete den richtigen Weg nehmen?
Q:ISDNPM 3.x stellt zwar eine Verbindung her (H-01 u. L-01 sind gruen), aber 
  Netscape oder andere Anwendungen finden keinen Server.
Q:Ein definierter DialFilter wird von ISDNPM ignoriert, warum?
Q:ISDNPM dokumentiert das Ende eines erfolglosen Verbindungsaufbaus 
  beim DISCONNECT_IND mit "Cause 3481". Was ist koennte die Ursache sein, 
  insbesondere wenn der Anschluss (S0-Bus) ueber eine Telefonanlage geht?
Q:Was bedeutet im Verbind.Log folgender Eintrag: MSG="NO-DCHANNEL 3491", 
  ISDNPM ist auf CAPI 2.0 konfiguriert?
Q:MRU,MTU und MSS?
Q:Wo kann ich ISDNPM 3.x bestellen und was kostet es?
Q:Gibt es einen Update-Preis beim Wechsel von Version 2.x?
Q:Wo gibt es den aktuellen Programmcode von ISDNPM 3.x?
Q:Kann ich ISDNPM 3.0 testen? Wie komme ich an einen Test-Registrierungskey?

-----------------------------------------------------------------------------
  *NEU*
Q:Was muss fuer AUTODIAL konfiguriert werden?
A: 1.) AutoDialEnable in der ISDN.CFG aktivieren. 
   2.) AutoDial-Flag in der User.OUT-Datei setzen.
   3.) AutoDialMode in der User.OUT-Datei festlegen. 
       Mit "AutoDialMode : 0" loest jeder Request den AutoDial aus wenn kein
       spezieller DialFilter definiert ist. 
   4.) Das IP-Routing muss so konfiguriert sein das die IP-Pakete beim 
       IP-Interface von ISDNPM ankommen. 
       ISDNPM 3.02 ist entsprechend vorkonfiguriert so dass normalerweise 
       kein Handlungsbedarf besteht. Das Routing kann ueber "netstat -r" 
       kontrolliert werden.

-----------------------------------------------------------------------------

Q:Was muss fuer MULTILINK-Verbindungen getan werden?
A: 1.) Der Provider mu MULTILINK-Verbindungen zulassen.
   2.) AutoDial u. Multilink in der ISDN.CFG aktivieren. 
   3.) In der ISDN.CFG muessen mind. 2 Connections zugelassen sein.
   4.) AutoDial- u. Multilink-Flag in der User.OUT-Datei setzen.
   5.) In der User.OUT-Datei mu MaxConnections entsprechend gesetzt werden.
   6.) "EndPoint" in der User.OUT-Datei auf einen eindeutigen 
       Wert (z.B. die eigene Telefonnummer incl. Vorwahl) setzen.
   7.) Ueber "HighWater" und "LowWater" wird die Zu/Wegschaltung des zweiten 
       Kanals gesteuert. Diese Angaben stehen aber normalerweise mit den 
       Standardwerten in der default.out.

-----------------------------------------------------------------------------
  *CHG*
Q:Wie ist das mit dem IP-Interface und dem LANx-Interface zu verstehen?
A:Als Grundlage fuer jegliche Internet-Kommunikation dient das 
  TCP/IP-Protokoll. Wie schon bei ISDNPM 2.x verwendet ISDNPM 3 als 
  IP-Interface das "SLIP-Interface" unter dem Namen sl0 und initialisiert es 
  in der config0.fnc beim Programmstart oder (wenn man die config1?.fnc 
  verwendet) beim Verbindungsaufbau/abbau.
  Im Unterschied dazu arbeitet ISDNPM 3.x beim sogenannten LAN-Interface ueber
  den als viruelle Netzwerkkarte im MPTS zu installierenden 
  "ISDNPM Support Driver" an den (wie beim lokalen Netzwerk) das 
  TCP/IP-Protokoll gebunden wird.
  Vorteil dieser Konfiguration ist, dass sich das IP-Interface ueber die 
  normale TCP/IP-Konfiguration einrichten laesst und es bereits beim 
  Systemstart zur Verfuegung steht.

-----------------------------------------------------------------------------
  *CHG*
Q:Umstellung der IP-Schnittstelle auf LAN-Interface?
A: 1.) "ISDNPM Support Driver" (MACMYWI) installieren und TCP/IP daran binden.
   2.) LANx-Interface in der TCP/IP-Konfiguration aktivieren und 
       auf ein nicht existierendes IP-Netz konfigurieren. 
       Das "x" entspricht dem logischen Adapter im MPTS.
   3.) LAN-Interface in der ISDN.CFG aktivieren (Anzahl 1).
       Normalerweise kann dann das slx-Interface abgeschaltet werden.
       Bleiben mehrere IP-Interfaces aktiviert, dann mu in der User.OUT-Datei
       definiert werden ueber welches IP-Interface die Verbindung gehen soll.
   4.) CONFIGL.FNC ins ISDNPM-Verzeichnis kopieren und ggfs. anpassen.

-----------------------------------------------------------------------------

Q: Der Remote-Zugriff funktioniert nicht. Was kann die Ursache sein?
A: 1.) In der Datei \MPTS\ETC\SERVICES fehlt der Eintrag fuer ISDNPM.
       "isdnpm  4000/tcp # ISDNPM 3.x"
   2.) Die Angaben in der Datei SERVICES sind nicht in Kleinbuchstaben.
   3.) Fuer einen Zugriff von auen muss MasquerEntry auf den verwendeten 
       Port gesetzt sein. 
   4.) In der Auth.tcp ist keine entsprechende Berechtigung angegeben?
   5.) Vor jedem Zugriff mu das Remote-Programm die Authentifizierung
       vornehmen, ohne diesen ist kein Zugriff moeglich. 
       Im JISDNPM-Remote gibt es dazu die Eintragungen in den Settings.

-----------------------------------------------------------------------------

Q: Wie kann ich den AutoDial fuer mehrere Verbindungen so konfigurieren dass 
   automatisch immer das richtige Zielsystem angewaehlt wird und auch bei 
   laufenden Verbindungen die IP-Pakete den richtigen Weg nehmen?

A: 1.) Durch Angabe von REMOTEADRESS koennen Zielsystemadressen im 
       Verbindungsdokument definiert werden.
       Durch EXREMOTEADRESS koennen davon Zielsystemadressen 
       wieder ausgeschlossen werden. 
   2.) Durch Paketfilter koennen Datenpakete verbindungsorientiert gesteuert 
       werden. 

-----------------------------------------------------------------------------

Q:ISDNPM 3.x stellt zwar eine Verbindung her (H-01 u. L-01 sind gruen), aber 
  Netscape oder andere Anwendungen finden keinen Server.

A:Dieses Verhalten deutet auf einen Routingfehler oder eine fehlende 
  Nameserver-Angabe hin, denn das System benoetigt zur Namensaufloesung die 
  IP-Adresse des Nameservers. Um das zu gewaehrleisten haben Sie zwei 
  Moeglichkeiten:
  1.) Manuelle Angabe der IP-Adresse des Nameserver (maximal 3 Stueck) in der 
      TCP/IP-Konfiguration.
  2.) Erstellung der Datei \MPTN\ETC\RESOLV2 durch ISDNPM beim Verbindungs-
      aufbau. Dies passiert in der config?.fnc wenn die Variable lnSetDNS = 1
      gesetzt ist.
  Ob das Routing funktioniert koennen Sie bei laufender Verbindung ueber 
  einen "PING ip-adresse" auf die Routeradresse des Providers oder eines 
  Nameservers. Alternativ koennen Sie auch im Netscape eine bekannte IP-Adresse 
  einsetzen um die Verbindung zu prfen. Die Befehle zur 
  IP-Schnittstellenkonfiguration sind in der config?.fnc angegeben. Deren 
  Dateiname wird in der ISDN.CFG angegeben. Jede IP-Schnittstelle hat ihre 
  eigene config?.fnc. Ob die TCP/IP-Konfiguration stimmt koennen Sie mit dem 
  Befehl "netstat -r" kontrollieren. 
  a.) Ist die in der ISDN.CFG angegebene IP-Schnittstelle (slx/lanx) 
      konfiguriert?
  b.) Stimmt das Routing, insbesondere die Default Route?

  Damit angeschlossene Rechner im lokalen Netz ueber ISDNPM ins Internet 
  kommen muss deren Default Route auf den ISDNPM-Rechner zeigen und auf diesem 
  muss die Default Route dem IP-Interface von ISDNPM zugeordnet werden was 
  in der Standardkonfiguration durch die config0.fnc erledigt wird.
  Wichtig ist auerdem, das in der TCP/IP-Konfiguration die IP-Weiterleitung 
  aktiviert ist. Manuell kann man dies in der SETUP.CMD durch "IPGATE ON" 
  setzen. 
  
-----------------------------------------------------------------------------

*NEU*

Q:Ein definierter DialFilter wird von ISDNPM ignoriert, warum?
A:Im ISDNPM kann der DialFilter ueber "AutoDialMode" oder ueber eine 
  Filterdatei angegeben werden. Ist beides definiert, dann verwendet ISDNPM 
  die Angaben des AutoDialMode. Im Normalfall sind die Angaben beim 
  AutoDialMode auch vollkommen ausreichend.

-----------------------------------------------------------------------------

Q:ISDNPM dokumentiert das Ende eines erfolglosen Verbindungsaufbaus 
  beim DISCONNECT_IND mit "Cause 3481". Was ist koennte die Ursache sein, 
  insbesondere wenn der Anschluss (S0-Bus) ueber eine Telefonanlage geht?
A:3481 heisst kein Anschluss unter dieser Nummer.

Mgliche Ursachen (ausser Nummer falsch):

1. Keine Amtsberechtigung  (sollte eigentlich
   eine andere Fehlernummer sein)
2. Falsche Amtsholung (mit oder ohne 0?)
3. T-Online-Zugang und die 019x ist in Telefonanlage gesperrt 
   (sollte eigentlich eine andere Fehlernummer sein)
4. T-Onlinezugang und der Telefonanschlu ist nicht bei der Telekom.
5. Der Anschlu ist bei der Telekom, aber es gibt
   eine Preselection auf einen anderen Carrier.
   Abhilfe : 01033 vorwhlen
   (soll angeblich neuerding nicht mehr ntig sein, aber
   genaueres wei ich nicht)
6. Falsche MSN verwendet, Telefonanlagen sind da manchmal
   etwas pingelig.  (sollte eigentlich eine andere
   Fehlernummer sein)

-----------------------------------------------------------------------------

Q:Was bedeutet im Verbind.Log folgender Eintrag: MSG="NO-DCHANNEL 3491", 
  ISDNPM ist auf CAPI 2.0 konfiguriert?
A:3491 ist eine Fehlermeldung der capi, 34 steht fr Layer 3 Fehler, 91 ist
  direkt der cause code von EDSS1.  91 = Besetzt!
  ACHTUNG: Die CAPI-Fehlermeldungen sind bei CAPI 1.1 und CAPI 2.0 nicht 
           identisch.
  Mit CAPI 1.1 wuerde bei "besetzt" ein 34BB gemeldet.

-----------------------------------------------------------------------------

Q:MRU,MTU und MSS?
A:
MRU:  Max Receive Unit, : Maximale Gre einen PPP- Packetes inklusive
      Overhead 
MTU:  Max Transmission Unit, : Maximale Gre des IP-Packetes
MSS:  Max Segment Size, : Maximale Nutzlast eines TCP-Packetes

Die Begriffe sollte man nicht verwechseln, und sich auch nicht davon
irritieren lassen, dass es in einem Falle Receive und im anderen Transmit
heisst. Sie gehren zu verschiedenen Protokollschichten.

Normalerweise ist es vllig egal was man einstellt, aber bei
PPPOE gibt es ein Problem:

Die maximale Packetgre auf dem Ethernet ist 1514 Bytes, inklusive des
MAC-Headers. In die nach Abzug des MAC-Headers verbleibenden 1500 Bytes
mu das IP-Packet inklusive des PPP und PPPOE Overheads passen, man mu
die MTU Size so definieren, da das auch geht.

1500 - 6 Byte PPP - 2 Byte PPPOE gibt eine MTU von maximal 1492.

Die MTU wird von den hheren Protokollschichten dazu verwendendet, die
maximale Nutzlast zu bestimmem (bei TCP ist das die MSS). Wenn man
Masquerading/Routing benutzen mchte gibt es jedoch ein Problem: Die
anderen Rechner im lokalen Lan haben normalerweise alle eine MTU von 1500,
d.h. sie verschicken zu groe IP-Packete und teilen bei TCP Connections
der anderen Seite mit was sie als grtes Packet empfangen knnen.
Wenn ein Router ein zu groes Packet ber eine Schnittstelle mit kleinerer
MTU versenden mchte, sollte er es fragmentieren und der
Anwender merkt davon nichts (ausser vielleicht am etwas niedrigeren
Durchsatzes auf Grund des Overheads). Der T-DSL Router der Telekom
unterlt das jedoch, und schmeit zu groe Antwortpackete von der anderen
Seite einfach weg :(

Es gibt 2 Mglichkeiten dem Problem beizukommen:

1. Man ndert auf allen Rechnern im lokalen LAN die MTU auf 1492.

2. Beim Aufbau einer TCP-Connection reduziert ISDNPM die ausgehandelte MSS
   auf 1420. (Dafr dient die MSS Option in connect.xxx)

Selbst wenn der Bug bei der Telekom behoben wird, ist das wegen des
kleineren Overheads sinnvoll (keine Fragmentierung ntig).

Noch eine Bemerkung: Die MSS Option wirkt nur bei TCP-Connections, und
nicht bei UDP oder anderen Protokollen. Bei manchen Anwendungen kann
deshalb Methode 1 erforderlich sein.
(Als Kandidat dafr halte ich in erster Linie Telefon und Video Software)

-----------------------------------------------------------------------------

Q:Wo kann ich ISDNPM 3.x bestellen und was kostet es?

A:Wenn Sie Lizenzen von ISDNPM 3.x bestellen wollen, dann 
  richten Sie diese per Fax oder e-mail an den Autor:

		Willibald Meyer
		Kandelstrasse 11

		D-79194 Heuweiler
		Fax. +49 7666-948556
		e-mail: isdnpm@t-online.de

Sie erhalten von uns dann per E-Mail einen elektronischen 
Freischaltungskey. Bitte geben Sie daher neben Ihrem Namen/Firma 
und Ihrer Postadresse auch IMMER Ihre E-Mailadresse an.

Der Freischaltungskey berechtigt den Lizenznehmer zur Verwendung des 
Programms an genau einem Rechner.
Fuer eine Kommunikation zwischen 2 Rechnern mit diesem Programm sind
also 2 Lizenzen erforderlich.

Die Standardversion von ISDNPM 3.0 mit allen Features auf bis 
zu drei Kanaelen kostet 
	60,- DM (30.68 EURO) incl. MwSt. fuer Privatpersonen
       100,- DM (51.13 EURO) zzgl. MwSt. fuer Firmen.
Weitere Konditionen (fuer mehr Kanaele) sind auf Anfrage erhaeltlich.

Hinweis: Die angegebene E-Mailadresse ist keine Supportadresse sondern 
ausschliesslich fuer Bestellungen zu verwenden. 

-----------------------------------------------------------------------------

Q:Gibt es einen Update-Preis beim Wechsel von Version 2.x?

A:Der genannte Preis ist der Update-Preis, denn wir gehen davon aus das 
  die meisten Kunden die V2.x bereits einsetzen.
  Der Aufwand fuer die Pruefung der Updateberechtigung haette viel Zeit in 
  Anspruch genommen und somit bekommen Neukunden jetzt einen "Sonderbonus". 

-----------------------------------------------------------------------------

Q:Wo gibt es den aktuellen Programmcode von ISDNPM 3.x?

A:Im ISDNPM-Forum unter der nachstehenden URL: 

  http://groups.yahoo.com/group/isdnpm

-----------------------------------------------------------------------------

Q:Kann ich ISDNPM 3.0 testen? Wie komme ich an einen Test-Registrierungskey?

A:Sie koennen einen allgemeinen zeitlich limitierten Testkey zur 
ISDNPM 3.0-Evaluierung beim Moderator des ISDNPM-Forums unter der Mailadresse 
isdnpm@ksit.de beantragen. 

-----------------------------------------------------------------------------

Q:Warum wird in den Beispielen der Port 113 konfiguriert?

A:Port 113 ist der Port fr das auth/ident protokoll. Manche FTP-Server und
SMTP Server machen ber diesen Port eine Rckfrage. Wenn man den Port
schliet luft diese ins leere und der Server mu einen Timeout abwarten.
Dadurch kann es zu langen Verzgerungen beim Mail abliefern kommen.

Wird der Port geforwarded, gibt es sofort einen Fehler (es sei denn man
hat einen Ident-Demon laufen) und die obige Verzgerung tritt nicht auf.

