Problem mit führenden Nullen beim Raustelefonieren

[mstoll]

Ich habe jetzt meinen Asterisk mit zwei HFC-Karten direkt an einem aus zwei Amtsleitungen bestehenden Anlagenanschluss laufen und alles funktioniert prima, bis auf ein kleines Problem, was nach stundenlangen Recherchen im Netz keiner außer mir zu haben scheint:

Wenn ich raustelefoniere, darf ich die führende Null einer Handynummer nicht mitwählen, da das ISDN-Netz anscheinend die Verbindung schon als national ansieht und selbst mit einer Null am Anfang versieht (TON: National Number (2)).

Wo kann ich einstellen, dass die Wahl mit dem richtigen TON (Type Of Number) erfolgt?

Hat das etwas mit dem pridialplan in der zapata.conf zu tun?

Vielen Dank und beste Grüße,
Martin

 

[kombjuder]

Wenn ich raustelefoniere, darf ich die führende Null einer Handynummer nicht mitwählen, da das ISDN-Netz anscheinend die Verbindung schon als national ansieht und selbst mit einer Null am Anfang versieht (TON: National Number (2)).

Da passt was nicht. Wen dem so wäre könnte ich hier in unserem Ortsnetz eine erhebliche Zahl von Anschlüssen nicht anrufen.

Wo kann ich einstellen, dass die Wahl mit dem richtigen TON (Type Of Number) erfolgt?

${EXTEN:1} ist die gewählte Rufnummer ohne die erste Stelle.

 

[olaf_TT]

Du bist da schon auf dem richtigen Weg:

http://www.voip-info.org/wiki-Asterisk+config+zapata.conf

pridialplan: Sets an option required for some (rare) switches that require a dialplan parameter to be passed. This option is ignored by most PRI switches. It may be necessary on a few pieces of hardware. Valid options are: unknown, local, private, national, and international. This option can almost always be left unchanged from the default. Default: national.
pridialplan=local

Einfach mal mit den möglichen Werten spielen.

Und die fallen mir da spontan auch noch ein:

prilocaldialplan = local
nationalprefix = 0
internationalprefix = 00

Gruß

Olaf

 

[wernervoip]

Rufnummer und TON (sowie NPI) beim rauswählen.

Hallo!
Ganz schön anstrengend dir zu antworten - mußte erstmal die neuen Foren-
regeln akzeptieren. Teilweise recht extrem ... finde ich.

... was nach stundenlangen Recherchen im Netz keiner außer mir zu haben scheint:

Doch - zumindest so in der Art - Schwierigkeiten mit dem TON (Type of
Number).
Hier gehts schon los mit den lt. neuen Forenregeln verbotenen
Großschreibung einzelner Wörter - hoffentlich geht das als Abkürzung durch...

Wenn ich raustelefoniere, darf ich die führende Null einer Handynummer nicht mitwählen, da das ISDN-Netz anscheinend die Verbindung schon als national ansieht und selbst mit einer Null am Anfang versieht (TON: National Number (2)).
Wo kann ich einstellen, dass die Wahl mit dem richtigen TON (Type Of Number) erfolgt?
Hat das etwas mit dem pridialplan in der zapata.conf zu tun?

Speziell den TON einstellen habe ich im Forum folgendes gesehen:
"
... Set(_CALLINGTON=<Q.931-TON>) was zu erreichen, aber anscheinend ignoriert zaphfc das.
"

pridialplan=
ist schon die richtige Stelle.
Bei "dynamic" werden die ???prefix Variablen ausgewertet:
nationalprefix, internationalprefix.
Theoretisch wohl auch der unknownprefix - der wurde bei meinen
Versuchen allerdings ignoriert!
Bei "localprefix" bin ich mir im Moment nicht mehr sicher.
Danach wird der entsprechende TON gesetzt *und*
der entsprechende Prefix wird aus der Nummer entfernt.

Bei pridialplan=national wird der TON wohl gleich auf national gesetzt.
Daher vermutlich auch dein Problem. Evtl. auch dann, wenn "pridialplan"
ganz fehlt, weil "national" angeblich Standard ist!?

Habe aber hier keinen Anlagenanschluß und somit PTMP.

Schaffe es hier halt nicht den TON auf "unknown" zu bekommen, wie mein
Telefon das auch macht. D.h. wenn ich den auf unknown habe ist der NPI
auch "unknown", obwohl der aber e163/e164 sein soll!

was olaf_TT angeht:

Einfach mal mit den möglichen Werten spielen.

Habe mich da nun schon halb kaputt gespielt und debuggt - bisher nix zu machen.




Und da "kombjuder" in diesem Thread mitliest, der Hinweis, das mein Dialton-
Problem, gelöst wurde - siehe Bristuff changelog:
0.3.0-PRE-1o: fixed "no-dialtone-on-BRI-NET-spans"
Nun hat mein Europa11 ISDN-Tel. auch einen Dialton, wie schon unter
dem Bristuff 0.2 aber nach dem Timeout immer noch kein Besetzt-Zeichen,
wie andere ISDN-Telefone.

MfG,
Werner