Innovaphone IP1200 Handbuch Seite 28

No DNS on Bei einem PPP-Verbindungsaufbau zur Gegenseite wird stan-
this inter- dardmäßig immer versucht, den Namen der Gegenseite über
face DNS in eine IP-Adresse aufzulösen. Hier besteht jedoch die
Gefahr, dass mehrere PPP-Verbindungen bestehen können, die
die gleiche IP-Adresse (z.B: 192.168.1.2) verwenden. Somit
würde nur einmal eine Namensauflösung stattfinden und die
Datenpakete, die an einen anderen Namen mit der gleichen
IP-Adresse gesendet wurden, gehen verloren.
Exclude Mit dieser Option kann ein bestimmtes Interface von der NAT
interface (Network-Address-Translation) ausgeschlossen werden, sollte
from NAT NAT aktiviert sein (siehe Kapitel: „
No IP Hea- Die VoIP-Geräte unterstützen die Kompression von Sprachda-
der com- ten auf der PPP-Strecke nach dem Verfahren RTP Header
pression Compression (RFC 2508, 2509). Dadurch wird die benötigte
Bandbreite für VoIP-Gespräche drastisch reduziert. Um dies zu
unterdrücken, muss das Kontrollkästchen No IP Header
compression aktiviert werden.
Adapt to Wird auf der Gegenseite ein Cisco-Router eingesetzt und es
Cisco PPP kommt bei der Übertragung von Sprachdaten zu Problemen,
peers dann könnte die Option Adapt to Cisco PPP peers Abhilfe
schaffen.
Abschnitt Authentication:
Das PPP-Protokoll erlaubt eine gegenseitige Authentifizierung (inbound/out-
bound). In der Regel wird bei eingehenden Verbindungen nur die inbound- und
bei abgehenden nur die Outbound-Authentifizierung benötigt. Es kann aber
auch vorkommen, dass sowohl vom Client als auch vom Server eine Authentifi-
zierung benötigt wird.
Outbound Bei ausgehenden Verbindungen benötigt. Zum Beispiel der
User / Name des DSL-Providers bzw. der DSL-Benutzerkennung der
Password Gegenseite (1564863maxmuster.1und1.de,
1564863maxmuster@t-online.de) oder der Inbound User /
Password der Gegenseite.
Inbound Bei eingehenden Verbindungen benötigt. Zum Beispiel der
User / Outbound User / Password eines anderen Gateways.
Password
Seite 28
Configuration/IP/NAT
innovaphone-IP-DECT
").