Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
| Beide Seiten der vorigen Revision Vorhergehende Überarbeitung Nächste Überarbeitung | Vorhergehende Überarbeitung | ||
| voip:asterisk18:filter [03.01.2011 16:37. ] – Formatierung und Rechtschreibung angepasst michi | voip:asterisk18:filter [20.04.2018 08:59. ] (aktuell) – Externe Bearbeitung 127.0.0.1 | ||
|---|---|---|---|
| Zeile 1: | Zeile 1: | ||
| + | ====== TK-Leistungsmerkmal - Filtergruppen ====== | ||
| + | |||
| + | {{voip: | ||
| + | |||
| + | Unter dem Punkt [[voip: | ||
| + | Das was sich bei dem ein oder anderen höchstprofesssionellen Systemhersteller und Systemintegrator als unlösbare Herausforderung bei einer VoIP-Anlage mit 3.000 Nebenstellen darstellt, gestaltet sich bei unserem Asterisk-Server als triviale Herausforderung. :-P | ||
| + | |||
| + | Da wir verschiedene Rufnummern black- und andere whitelisten wollen, bedienen wir uns wieder der Asterisk-Haus-und-Hof-Datenbank **AstDB**. | ||
| + | # asterisk -rx " | ||
| + | < | ||
| + | / | ||
| + | / | ||
| + | / | ||
| + | 4 results found.</ | ||
| + | Wir legen uns nun eine kleine Tabelle an, in der wir jedem internen Teilnehmer eine unserer MSN zuweisen. In unserem Demofall wäre dies exemplarisch: | ||
| + | ^ interne Rufnummer | ||
| + | ^ ^^ bl = blacklisted / wl = whitelisted | ||
| + | | | ||
| + | | | ||
| + | Diese Tabelle legen wir nun einmalig über die Asterisk-Konsole an. | ||
| + | # asterisk -r | ||
| + | < | ||
| + | asterisk*CLI> | ||
| + | Updated database successfully | ||
| + | asterisk*CLI> | ||
| + | Updated database successfully | ||
| + | asterisk*CLI></ | ||
| + | Somit ergibt sich für den Teilnehmer **14** folgende stattliche Tabelle: | ||
| + | # asterisk -rx " | ||
| + | < | ||
| + | / | ||
| + | 2 results found.</ | ||
| + | |||
| + | Bei unserem differenzierenden Anrufleitweglenkung treffen wir nun folgende Definitionen: | ||
| + | - Anrufer die keine Nummer übertragen werden " | ||
| + | - Anrufer mit einem Whitelisting-Eintrag in der AstDB werden sowohl am internen Apparate 14 wie auch am Händie mit der Rufnummer 0190/ | ||
| + | - Anrufer, die einen blacklisting Eintrag haben, werden direkt zur Abwimmelansage der Nst. 14 geleitet und anschließend die Verbindung gekappt, ohne dass der Anrufer eine Nachricht hinterlassen kann. | ||
| + | |||
| + | Zur Realisierung unserer // | ||
| + | < | ||
| + | ; ankommende ISDN-Anrufe der MSN 883176 werden gegen die black- und whitelisting Datenbank geprüft und gesondert behandelt: | ||
| + | ; - Anrufer die keine Nummer übertragen werden " | ||
| + | ; - Anrufer mit einem Whitelisting-Eintrag in der AstDB (Asterisk-Datenbank) werden sowohl am internen Apparate 14 wie auch am | ||
| + | ; | ||
| + | ; die Möglichkeit zum Hinterlassen einer Nachricht auf der Voicemailbox von der Nst. 14 | ||
| + | ; - Anrufer, die einen blacklisting Eintrag haben, werden direkt zur Abwimmelansage der Nst. 14 geleitet und anschließend die | ||
| + | ; | ||
| + | exten => 883176, | ||
| + | exten => 883176, | ||
| + | exten => 883176, | ||
| + | exten => 883176, | ||
| + | exten => 883176, | ||
| + | exten => 883176, | ||
| + | exten => 883176, | ||
| + | exten => 883176, | ||
| + | exten => 883176, | ||
| + | exten => 883176, | ||
| + | exten => 883176, | ||
| + | exten => 883176, | ||
| + | exten => 883176, | ||
| + | exten => 883176, | ||
| + | Zum Bearbeiten des Dialplan nutzen wir, wie immer den Editor unseres Vertrauen: | ||
| + | # vim / | ||
| + | Anschließend laden wir den Dialplan neu. | ||
| + | # asterisk -rx " | ||
| + | Dialplan reloaded. | ||
| + | Mit **dialplan show ankommend_(mISDN)** können wir uns unseren geladenen Dialplan auf der Asterisk Konsole nochmals anzeigen lassen. | ||
| + | |||
| + | Zum Testen unserer Filterschaltung führen wir nun ein paar Testgespräche. Als erstes Rufen wir unsere Zielrufnummer an und unterdrücken dabei die Übertragung der Rufnummer. | ||
| + | < | ||
| + | -- Executing [883176@ankommend_(mISDN): | ||
| + | -- Executing [883176@ankommend_(mISDN): | ||
| + | -- Executing [883176@ankommend_(mISDN): | ||
| + | -- Goto (ankommend_(mISDN), | ||
| + | -- Executing [883176@ankommend_(mISDN): | ||
| + | -- Executing [883176@ankommend_(mISDN): | ||
| + | == Using SIP RTP CoS mark 5 | ||
| + | -- Called 14 | ||
| + | -- SIP/ | ||
| + | -- SIP/ | ||
| + | -- SIP/ | ||
| + | -- SIP/ | ||
| + | == Spawn extension (ankommend_(mISDN), | ||
| + | asterisk*CLI></ | ||
| + | Wunschgemäß wirde der Anrufer " | ||
| + | |||
| + | Als nächstes rufen wir von einem **geblacklisteten** Anschluss **08921655612** aus unseren Zielteilnehmer mit der Nummer **883176**. | ||
| + | < | ||
| + | -- Executing [883176@ankommend_(mISDN): | ||
| + | -- Executing [883176@ankommend_(mISDN): | ||
| + | -- Executing [883176@ankommend_(mISDN): | ||
| + | -- Goto (ankommend_(mISDN), | ||
| + | -- Executing [883176@ankommend_(mISDN): | ||
| + | -- Goto (ankommend_(mISDN), | ||
| + | -- Executing [883176@ankommend_(mISDN): | ||
| + | -- Executing [883176@ankommend_(mISDN): | ||
| + | -- < | ||
| + | -- Executing [883176@ankommend_(mISDN): | ||
| + | == Spawn extension (ankommend_(mISDN), | ||
| + | asterisk*CLI></ | ||
| + | Der Anrufer wird, wie von uns gewünscht direkt zur Abwimmelansage geleitet. Nach Beendigung diser wird die Verbindung beendet. | ||
| + | |||
| + | Zum Schluss rufen wir unseren Teilnemer von unserem VIP-Anschluss **08949757369** aus an, der in der AstDB einen whitelisting-Eintrag besitzt. | ||
| + | < | ||
| + | -- Executing [883176@ankommend_(mISDN): | ||
| + | -- Executing [883176@ankommend_(mISDN): | ||
| + | -- Executing [883176@ankommend_(mISDN): | ||
| + | -- Goto (ankommend_(mISDN), | ||
| + | -- Executing [883176@ankommend_(mISDN): | ||
| + | -- Goto (ankommend_(mISDN), | ||
| + | -- Executing [883176@ankommend_(mISDN): | ||
| + | -- Executing [883176@ankommend_(mISDN): | ||
| + | == Using SIP RTP CoS mark 5 | ||
| + | -- Called 14 | ||
| + | -- Called g: | ||
| + | -- SIP/ | ||
| + | -- SIP/ | ||
| + | -- SIP/ | ||
| + | -- mISDN/2-u31 is proceeding passing it to mISDN/1-u29 | ||
| + | -- mISDN/2-u31 is making progress passing it to mISDN/1-u29 | ||
| + | -- mISDN/2-u31 answered mISDN/1-u29 | ||
| + | == Spawn extension (ankommend_(mISDN), | ||
| + | asterisk*CLI></ | ||
| + | Unser VIP wird direkt an der internen Nebenstelle **14** und am Mobiltelefon **01907422960** signalisiert. Im obigen Beispiel wurde der Anruf auf dem Händie angenommen. Alternativ würde nach 20 Sekunden der VIP-Teilnehmer auf die Voicemailbox des Teilnehmers 14 geleitet, wo er bei Bedarf eine Nachricht hinterlassen könnte. | ||
| + | |||
| + | Mit diesem gezeigten Beispiel können wir nun sehr schön und vor allem auch einfach für Ruhe vor lästigen Anrufern schaffen sowie besonders geschätzte Mitmenschen ihrem Status entsprechend bedienen. | ||
| + | |||
| + | Einen nicht zu verschweigenden Umstand hat natürlich die aufgezeigte Lösung. Eine uhrzeitgesteuerte Unterscheidung oder gar eine generelle black-/ | ||
| + | |||
| + | Weitere TK-Leistungsmerkmale werden [[voip: | ||
| + | |||