QSC IP-Extended und Einrichtung der Durchwahlen

[rond_nefzen]

Hat jemand QSC IP-Extended und Trixbox am laufen?

Also die Einbindung des Providers ist mir gelungen habe aber immer noch das typische Problem mit den Durchwahlen.

Habe eine Hauptnr. mit 10 Durchwahlen bekommen ledier wird dabei nur die Hauptnr. übermittelt ohne die Durchwahl.

QSC Benutzt SIP-DDI aber darüber ist kaum was zu finden. Bei ISDN ist DDI etwas einfacher aufgebaut und auch die Nr. werden vollständig übermittelt.

Die meisten Foren-Beiträge über QSC und Trixbox sind ziemlich alt und beziehen sich nicht auf IP-Extended.


Mein Lösungsansatz an dem ich seit 2 Tagen rummache:

[custom-qscddi]

exten => _.,1,Set(Num=${SIP_HEADER(TO):5))
exten => _.,2,Set(Num=${CUT(Num,@,1)})

exten => _.,n,GotoIf($[${Num} = 0123456789]?100)
exten => 01234567890,1,Dial(SIP/250|60|r)

Meine Hauptnr. ist dann die 0123456789 - 0 bis 9
Ruft jemand auf 01234567890 an so klingelt das SIP-Phone 250

aber wie kann ich die anderen NS erreichen?


Jemad eine Idee wie ich das realisieren bzw. vervollständigen könnte?

Gruß
Rond

 

[entire]

Hast Du hierzu eine Lösung gefunden?

Ich verzweifle auch allmählich an IPfonie extended und der Trixbox.

Gruss
entire

 

[rond_nefzen]

ja klar

1.
Erstelle die Datei extensions_custom.conf im Ordner /etc/asterisk

2.
ziemlich am Anfang trägst Du folgenden Context ein:


[custom-qscincoming]

exten => 01237700,1,NoOp
exten => 01237700,2,Set(tmpcid=${CUT(SIP_HEADER(TO),':',2)})
exten => 01237700,3,Set(BNUMBER=${CUT(tmpcid,'@',1)})
exten => 01237700,4,Goto(from-pstn,${BNUMBER},1)

3.
zur Info:
0123 = Vorwahl
7700 = Rufnummernblock
hier kommen aber noch die einzelnen Nebenstellen hinzu bei mir von 100 - 199
also wäre eine volle Rufnummer für die NS 150 etwas so:
0123 7700 150

4.
Nun kannst Du in freePBX ganz normal deine In-Routen konfigurieren.
Natürlich dann die voll Nr. inkl. NS angeben.

Tipp:
die einzelnen Extensions sollten bei der Outbound-CID immer die volle Rufnummer enthalten.

falls noch freePBX Probleme macht kannst auch in meinem Wiki schauen.

http://www.arcticnightfall.de/media...sk@Home_-_Telefonserver#QSC_IP-EXTENDED_TRUNK


Viel Spaß

 

[entire]

Hi,

also ich habe bei dem IPfonie extended Anschluss 30 Nummern (5 Kanäle) bekommen. Der Block teilt sich wie folgt auf 60-89:

(01234) 9991116-
(01234) 9991117-
(01234) 9991118-

QSC hat dafür 3 SIP Accounts eingerichtet.

Ungünstiger weise registrieren sich die SIP Peers wie folgt:

xxxxx8-
xxxxx6-
xxxxx7-

Alle ankommenden Test-Calls kriege ich derzeit auf der xxxxx8- rein.

Nach dem Beispiel:

[custom-qscincoming]

exten => 01237700,1,NoOp
exten => 01237700,2,Set(tmpcid=${CUT(SIP_HEADER(TO),':',2)} )
exten => 01237700,3,Set(BNUMBER=${CUT(tmpcid,'@',1)})
exten => 01237700,4,Goto(from-pstn,${BNUMBER},1)

...haber ich nun 30 Einträge gemacht beginnend mit xxxxx6-0 bis xxxxx8-9. Natürlich ohne Sonderzeichen, rein die Vorwahl+Rufnummer+Nebenstelle.

Es kommt nicht ein Call rein. Die Inbound Routes habe ich mit der kompletten Rufnummer je Nebenstelle angelegt und über CORE: Auf die entsprechende Nebenstelle konfiguriert.

Läuft NULL

Ist den from-pstn hier richtig? Nicht irgenwie from-trunk oder sowas?

Gruss

Entire

 

[rond_nefzen]

[custom-qscincoming]

exten => 01234999111,1,NoOp
exten => 01234999111,2,Set(tmpcid=${CUT(SIP_HEADER(TO),':',2)} )
exten => 01234999111,3,Set(BNUMBER=${CUT(tmpcid,'@',1)})
exten => 01234999111,4,Goto(from-pstn,${BNUMBER},1)

Hier mal ein bsp. für Deine Rufnummern, Probier das mal so aus.

Die Durchwahl (60 bis 89) darf nicht eingetragen werden.

Diesen Context brauchst auch nur einmal für alle QSC Accounts nicht pro NS!

damit das funktioniert müssen Deine Rufnummern so aussehen:
0123499911160 bis 0123499911189
und die Trägst du genau so im freePBX als inbound Route ein.

Ist den from-pstn hier richtig? Nicht irgenwie from-trunk oder sowas?

Schau mal in /etc/asterisk/extensions.conf was der Context "from-trunk" macht


Viel Erfolg und sag mir bescheid obs funzt...

gruß
rond

 

[entire]

Hi,

also nun hab ich nur einen Eintrag gemacht wie von Dir beschrieben, nicht für jede Nebenstelle und auch nicht nicht für jeden Teil der 3 Blöcke.

Leider klappt es trotzdem nicht.

"Es kommt kein Anschluss unter dieser Nummer" als Ansage, egal welche Nebenstelle ich wähle.

Richte ich allerdings ein Catch-All ein, kommt der Call durch, aber nur zum Ziel des Catchalls - halt keine Nebenstellenziele

Noch eine Idee?

Wo soll ich das [custom-qscincoming] eigentlich platzieren? ich hab es in der extensions_custom.conf ganz oben eingetragen.

Ich nutze Trixbox 2.2.4.

Gruss

Entire

 

[entire]

Hat sonst niemand eine Idee?

Gruss

Entire

 

[rond_nefzen]

also nun hab ich nur einen Eintrag gemacht wie von Dir beschrieben, nicht für jede Nebenstelle und auch nicht nicht für jeden Teil der 3 Blöcke.

Leider klappt es trotzdem nicht.

hmm.. seltsam ist das schon, bei mir klappt dass perfekt.
Schick mir mal Deine extensions_custom.conf
lass aber bitte die original Nr. drin. (kannst ja auch per PM machen).

Richte ich allerdings ein Catch-All ein, kommt der Call durch, aber nur zum Ziel des Catchalls - halt keine Nebenstellenziele

das ist doch schon mal etwas, zumindest kommen die Anrufe zu Deinem * an.

 

[himpierre]

Hallo (insbesondere rond_fetzen)

Bin auch gerade am basteln um Ipfonie Extended hinzubekommen. So richtig schlau geworden bin ich aus Deinem Howto aber nicht. Muss ich dann die extensions_custom.conf irgendwo includen? Was muss ich in der sip.conf und der extensions.conf genau beachten? Kann ich nach der Einrichtung:

exten => 0302000xxx10,1,Dial (SIP/150)
exten => 0302000xxx11,1,Dial (SIP/151)

benutzen? Bisher bekomme ich die Nummern nicht getrennt.

cheers
t.

 

[rond_nefzen]

hallo,

Voraussetzung für das Ganze ist natürlich die Trixbox mit freePBX so habe ich es zumindest am lauffen.

Muss ich dann die extensions_custom.conf irgendwo includen?

Ist bereits in extensions.conf includet.

Was muss ich in der sip.conf und der extensions.conf genau beachten?

Die sip.conf musst Du nicht manuell bearbeiten. Das machst Du alles über freePBX.

und die extensions.conf so oder so nicht den die wird ja bei jede Änderung im freePBX überschrieben.

Kann ich nach der Einrichtung:

exten => 0302000xxx10,1,Dial (SIP/150)
exten => 0302000xxx11,1,Dial (SIP/151)

benutzen? Bisher bekomme ich die Nummern nicht getrennt.

QSC nutz SIP DDI das ist etwas anders als bei Sipgate & co.
da musst du erst die Nr. trennen und dann die korrigierte Nr. wieder an freePBX übergeben.

diesen Context kannst Du so garantiert nicht nutzen, den QSC übermittelt nur die Hauptnr. ohne Druchwahl.

Also nocheinmal ein Beispiel.

Vom QSC erhaltene Daten:

Rufnummernblock: 0123456789-00 bis 0123456789-99
SIP-Login wäre dann:  0123456789[B]0[/B] (also mit der erste null des Rufnummernblocks)
Passwort: geheim

Hautrufnummer ist dann 0123456789
Druchwahlen sind dann 00 bis 99 und werden an die Hauptrufnummer angehängt.

jetzt gehts an die extensions_custom.conf; dort folgendes eintragen:

[custom-qscincoming]

exten => 0123456789,1,NoOp
exten => 0123456789,2,Set(tmpcid=${CUT(SIP_HEADER(TO),':',2)})
exten => 0123456789,3,Set(BNUMBER=${CUT(tmpcid,'@',1)})
exten => 0123456789,4,Goto(from-pstn,${BNUMBER},1)

Hier steht nur Hauptrufnummer sonst nix. (keine Login nr. o.ä) so habe ich das gelöst... bislang echt keine Probleme.

freePBX Part

erstellt mal eine Inboundroute mit der Hautprufnummer und setzt es auf folgendes Ziel:

Custom-App:
custom-qscincoming,0123456789,1

Im freepbx werden dann die vollen Rufnummern eingetragen wie bei Sipgate:
bsp. 012345678916 für die Nebenstelle 16.



Ich habe ein "IPfonie extended 30 Kanäle" Vertrag mit 200 Rufnummern in 2 Logins aufgeteilt. (01234567890 und 01234567891)
Beide Blöcke funktionieren mit den o.g. Einstellungen.

 

[rond_nefzen]

Axo ich hab da glaub ich etwas vergessen !!!

erstellt mal eine Inboundroute im freepbx mit der Hautprufnummer uns setzt es auf folgendes Ziel:

Custom-App:
custom-qscincoming,0123456789,1

mfg

P.S. Hab mein vorheriger Post mit dem Eintrag abgeändert

 

[entire]

Hurra!

Für mich funktioniert das ganze jetzt auch. Di Inbound Route war der Schlüssel

Vielen, vielen Dank!

Gruss

Entire

 

[rond_nefzen]

Di Inbound Route war der Schlüssel

Du hast Recht ich hab das total vergessen zu erwähnen. hatte dann meine configs geprüft und siehe da ...

ja coole Sache, freut mich das ich Dir helfen konnte.

 

[smeilie]

QSC IPFonie und Trixbox 2.4

Hat jemand diese Einstellungen schon mit der Trixbox 2.4 getestet?

QSC IPFonie-Extended funktioniert bei uns mit der Trixbox 2.2 und den hier genannten Einstellungen problemlos (abgesehen von einem Fax- und Transfer-Problem).
Beim Upgraden der neuen Trixbox-Version können die Anrufe nicht mehr an die Nebenstellen weitergeleitet werden. Die Einstellungen in den Inbound Routes und die Erweiterung in extensions_customs.conf habe ich übernommen.

Vielen Dank schonmal!

 

[smeilie]

Nach ein paar Start Schwierigkeiten läuft die 2.4 bei uns mit oben genannten Einstellungen und QSC IPFonie Extended jetzt ohne Probleme.
Unser Transfer-Problem aus der Vergangenheit hat sich mit dieser Version zum Glück auch erledigt.

 

[vivo]

Hallo zusammen,

ich habe auch IPfonie extended und Trixbox 2.6., habe nach der Anleitung oben konfiguriert, bis auf diesen Schnipsel:

Custom-App:
custom-qscincoming,0123456789,1

Bei der Incoming Route gibt es die Auswahl Custom-App nicht, oder habe ich da irgendwas falsch verstanden???

Angerufen werden kann ich unter der -0, aber die Nebenstellen sind nicht direkt erreichbar, raustelefonieren geht auch.

Vielen Dank schon mal.

 

[smeilie]

Hallo,
ich habe dazu einen Eintrag im trixbox-forum gefunden:

http://www.trixbox.org/forums/trixbox-forums/help/trixbox-2-6-freepbx-2-4-and-custom-app-selection-incoming-routes

Und gleich mal ausprobiert:
In FreePBX unter Tools "Custom Destinations" installiert.
Custom-App eingetragen (wurde mir direkt unter "Destination Quick Pick" angeboten).
In Incoming-Route Custom Destination ausgewählt.


Ich hoffe das hilft.

Meike

 

[vivo]

Hi Meike,

gefunden habe ich die Custom Destinations, aber was muss ich
da, ausser bei "Custom Destination" selber, eintragen?

in diesem Menü bietet mir Quick Pick auch nichts an...

Danke, war ja superschnell ;-)

vivo

 

[vivo]

Ah, hab's herausgefunden: In die Description kommt ein willkürlicher Name,
in das Custom Destination Feld das "custom-qscincoming,0123456789,1".

Was ich nicht begriffen hatte war auch noch, dass man eine Incoming Route
auf die Hauptnummer zusätzlich zu der eigentlichen Incoming Route zur
Zentrale (-0) machen muss...

Super, danke nochmal für den Tipp, läuft!!!


Grüße,

vivo

 

[kosse]

bei Trixbox 2.8.0.1 geht es nicht mehr

...ich denke, dass liegt an der Umstellung auf Asterisk 1.6.
Weiß jemand Rat? Ansonsten bleibt für mich nur der Downgrade auf Trixbox 2.6...

LOG:

[Jul 25 15:28:40] VERBOSE[3859] logger.c: -- Executing [03012345677@from-pstn:1] Set("SIP/03012345678-091e2190", "__FROM_DID=03012345677") in new stack
[Jul 25 15:28:40] VERBOSE[3859] logger.c: -- Executing [03012345677@from-pstn:2] Gosub("SIP/03012345678-091e2190", "app-blacklist-check,s,1") in new stack
[Jul 25 15:28:40] VERBOSE[3859] logger.c: -- Executing [s@app-blacklist-check:1] GotoIf("SIP/03012345678-091e2190", "0?blacklisted") in new stack
[Jul 25 15:28:40] VERBOSE[3859] logger.c: -- Executing [s@app-blacklist-check:2] Return("SIP/03012345678-091e2190", "") in new stack
[Jul 25 15:28:40] VERBOSE[3859] logger.c: -- Executing [03012345677@from-pstn:3] ExecIf("SIP/03012345678-091e2190", "0 ?Set(CALLERID(name)=Anonymous)") in new stack
[Jul 25 15:28:40] VERBOSE[3859] logger.c: -- Executing [03012345677@from-pstn:4] Set("SIP/03012345678-091e2190", "__CALLINGPRES_SV=allowed_not_screened") in new stack
[Jul 25 15:28:40] VERBOSE[3859] logger.c: -- Executing [03012345677@from-pstn:5] Set("SIP/03012345678-091e2190", "CALLERPRES()=allowed_not_screened") in new stack
[Jul 25 15:28:40] VERBOSE[3859] logger.c: -- Executing [03012345677@from-pstn:6] Goto("SIP/03012345678-091e2190", "custom-qscincoming,03012345677,1") in new stack
[Jul 25 15:28:40] VERBOSE[3859] logger.c: -- Goto (custom-qscincoming,03012345677,1)
[Jul 25 15:28:40] VERBOSE[3859] logger.c: -- Executing [03012345677@custom-qscincoming:1] NoOp("SIP/03012345678-091e2190", "") in new stack
[Jul 25 15:28:40] VERBOSE[3859] logger.c: -- Executing [03012345677@custom-qscincoming:2] Set("SIP/03012345678-091e2190", "tmpcid=") in new stack
[Jul 25 15:28:40] VERBOSE[3859] logger.c: -- Executing [03012345677@custom-qscincoming:3] Set("SIP/03012345678-091e2190", "BNUMBER=") in new stack
[Jul 25 15:28:40] VERBOSE[3859] logger.c: -- Executing [03012345677@custom-qscincoming:4] Goto("SIP/03012345678-091e2190", "from-pstn,,1") in new stack
[Jul 25 15:28:40] VERBOSE[3859] logger.c: -- Goto (from-pstn,03012345677,1)
[Jul 25 15:28:40] VERBOSE[3859] logger.c: -- Executing [03012345677@from-pstn:1] Set("SIP/03012345678-091e2190", "__FROM_DID=03012345677") in new stack
[Jul 25 15:28:40] VERBOSE[3859] logger.c: -- Executing [03012345677@from-pstn:2] Gosub("SIP/03012345678-091e2190", "app-blacklist-check,s,1") in new stack
[Jul 25 15:28:40] VERBOSE[3859] logger.c: -- Executing [s@app-blacklist-check:1] GotoIf("SIP/03012345678-091e2190", "0?blacklisted") in new stack
[Jul 25 15:28:40] VERBOSE[3859] logger.c: -- Executing [s@app-blacklist-check:2] Return("SIP/03012345678-091e2190", "") in new stack
[Jul 25 15:28:40] VERBOSE[3859] logger.c: -- Executing [03012345677@from-pstn:3] ExecIf("SIP/03012345678-091e2190", "0 ?Set(CALLERID(name)=Anonymous)") in new stack
[Jul 25 15:28:40] VERBOSE[3859] logger.c: -- Executing [03012345677@from-pstn:4] Set("SIP/03012345678-091e2190", "__CALLINGPRES_SV=allowed_not_screened") in new stack
[Jul 25 15:28:40] VERBOSE[3859] logger.c: -- Executing [03012345677@from-pstn:5] Set("SIP/03012345678-091e2190", "CALLERPRES()=allowed_not_screened") in new stack
[Jul 25 15:28:40] VERBOSE[3859] logger.c: -- Executing [03012345677@from-pstn:6] Goto("SIP/03012345678-091e2190", "custom-qscincoming,03012345677,1") in new stack
[Jul 25 15:28:40] VERBOSE[3859] logger.c: -- Goto (custom-qscincoming,03012345677,1)
[Jul 25 15:28:40] VERBOSE[3859] logger.c: -- Executing [03012345677@custom-qscincoming:1] NoOp("SIP/03012345678-091e2190", "") in new stack
[Jul 25 15:28:40] VERBOSE[3859] logger.c: -- Executing [03012345677@custom-qscincoming:2] Set("SIP/03012345678-091e2190", "tmpcid=") in new stack
[Jul 25 15:28:40] VERBOSE[3859] logger.c: -- Executing [03012345677@custom-qscincoming:3] Set("SIP/03012345678-091e2190", "BNUMBER=") in new stack
[Jul 25 15:28:40] VERBOSE[3859] logger.c: -- Executing [03012345677@custom-qscincoming:4] Goto("SIP/03012345678-091e2190", "from-pstn,,1") in new stack
[Jul 25 15:28:40] VERBOSE[3859] logger.c: -- Goto (from-pstn,03012345677,1)

Viele Grüße