es handelt sich um eine bestehende Hylafax Anlage die nur "extern" ausgelagert und die von ISDN eben auf VOIP umgestellt werden soll / muss wie auch immer. Auch wenn das jetzt kacke klingt, bitte keine Kritik, aber man Job hängt davon ab. Bin neu im Unternehmen und bin Server technisch gut bewandert, jedoch noch nie was mit Asterisk gemacht. Erstmal muss es laufen, danach lese ich mich tiefer in Asterisk ein. Durch die Anbindung ans VOIP soll den Mitarbeitern der Zugriff weltweit erfolgen können und erreichbar sein.
Mein Vorschlag war das VOIP zu nutzen aber den bestehenden Hylafax mit ISDN zu lassen. Dies möchte der Chef jedoch aus Kostengründen nicht. Hylafax muss ich eben nur extern erreichbar machen und absichern. Eventuell mache ich das auch mit einem VPN. Allerdings muss ich hylafax nun an asterisk kriegen.
Telefonieren funktioniert einwandfrei. Rufnummer wird immer die "Hauptnummer" (Zentrale) übermittelt. Die Mitarbeiter können sich am PC/Handy/Laptop am Asterisk anmelden. Alles wunderbar. Minimal config. Wird wie gesagt noch angepasst usw.
Ich habe jetzt ein IAX Modem konfiguriert allerdings "redet" dies nicht dem Asterisk. Da liegt nun mein Problem. Was tut man nicht alles für einen Arbeitsplatz. Hoffentlich könnt ihr mir helfen. Vom SIP Provider kam noch was von wegen "same" statt error zu verwenden. Allerdings klappt das auch iwie nicht so richtig.
undSehr geehrter Herr XXX,
wir signalisieren die Angerufene Nummer sowohl im "To:"-Header als auch in der INVITE-URI selbst.
Das heißt, Sie können die Anrufe ganz leicht über Extensions im Dialplan verarbeiten:
[kontextfüreingehendeanrufe]
exten => 004923725654XXX,1,NoOp(Hier eintragen, was mit Anrufen auf der Rufnummer ...XXX passieren soll)
exten => 004923725654YYY,1,NoOp(Hier eintragen, was mit Anrufen auf der Rufnummer ...YYY passieren soll)
same => n,Dial(IAX2/iaxmodem,,rIi) ;; z.B. IAXMODEM anrufen
same => n,Hangup(${HANGUPCAUSE})
Sie können dies entweder in einem eigenen Kontext betreiben (muss dann entsprechend in der "register"-Zeile in der sip.conf konfiguriert sein) oder einen bereits bestehenden Kontext benutzen.
Für weitere Fragen stehen wir Ihnen gerne zur Verfügung,
Mit freundlichen Grüßen
Maximilian Grobecker
Techniker
Ich hoffe ihr könnt mir da weiter behilflich sein.Sehr geehrter Herr XXX,
in der vorherigen E-Mail habe ich einen wichtigen Punkt vergessen:
Damit die Signalisierung per INVITE-URI funktioniert, muss der "Local Extension"-Teil bei der Registrierung des SIP-Peers leer gelassen werden.
Also statt z.B.:
register => sipXXXXX:YYYY@sip.sipport.de/lokeleextension
wird nur
register => sipXXXXX:YYYY@sip.sipport.de
verwendet.
Andernfalls wird immer die angegebene Local Extension in der INVITE-URI genannt.
Für weitere Fragen stehen wir Ihnen gerne zur Verfügung,
Mit freundlichen Grüßen
Maximilian Grobecker
Techniker
Riesen Dank an alle helfende.