[Gelöst] Fritzbox als Asterisk-Client (Speicherung mehrer "eigener Rufnummern" in der FritzBox)

[Brilonese]

Hallo,

ich nutze eine FritzBox 7490 mit OS 7.28 (aktuelle Version derzeit). Weiterhin versuche ich eine Asterisk-Anlage mi der FritzBox zu verbinden. Dabei sollen eingehende Gespräche von 2 Telekom-Rufnummern per Nebenstelle an die Asterisk weitergeben werden. Dort sollen Anrufer in die Warteschleife gelegt werden, danach sollen zwei Gespräche wieder an die FritzBox zurückgegeben werden und schließlich sollen DECT-Telefone die Gespräche annehmen. So weit so gut.
Ich habe nun also zwei Nebenstellen in Asterisk konfiguriert und diese Anmeldedaten als neue "externe" Rufnummer in der FritzBox eingespeichert.
Nun kommt das mir unbekannte Problem:
Die Nebenstellen haben die Benutzernamen "100" und "200". Wenn ich die "100" in der FritzBox speichere, läuft alles wunderbar. Die "200" lässt sich aber "auf´s Verrecken" nicht zum Laufen kriegen. Lösche ich beide Rufnummern und versuche es umgekehrt, läuft die "200" sauber, die "100" liefert den Fehler, dass sie sich nicht verbinden lässt.
Folgende Einstellungen habe ich bereits bei Asterisk unternommen:

In /etc/asterisk/pjsip_custom_post.conf:

=======================================================

endpoint_identifier_order=auth_username,username,ip

[100]
identify_by=auth_username,username,ip

[200]
identify_by=auth_username,username,ip

Nun weiss ich wirklich nicht mehr weiter. Wer kann mir helfen? Liegt es an der FB oder an Asterisk?

 

[koyaanisqatsi]

Moinsen


Wahrscheinlich FB.
Asterisk erlaubt keine Merhfachregistrierungen an einem User/Peer.
Deswegen müssen die Nummern 100 und 200 in der FRITZ!Box auch einzeln registriert werden und nicht "in einem Rutsch".

Beispiel
Es werden 6 Asteriskrufnummern einzeln pro User/Peer in der FRITZ!Box registriert.

Wobei sich jede einzelne Nummer auch mit einen eigenen Benutzernamen und Passwort registriert.
Beispiel Nummer: 1000

 

[sunnyman]

Asterisk erlaubt keine Merhfachregistrierungen an einem User/Peer.

Jein. chan_sip nein, PJSIP ja (s. AOR/max_contacts).

 

[Brilonese]

D.h. ich muss Asterisk zwischendurch nochmal neu starten? Oder wie gehe ich vor? Also liegt das Problem an FreePBX?

[Edit Novize: Beiträge zusammengefasst sowie überflüssiges Fullquote des Beitrags direkt darüber gelöscht - siehe Forumsregeln]
Ich nutze Nebenstellen in der Asterisk mit pjsip - trotzdem funktioniert es ja nicht. Liegt es nun an der FritzBox oder an Asterisk?

 

[sunnyman]

Am besten ist wenn du auf dem Asterisk loggst und guckst warum was Probleme gibt.

 

[Brilonese]

Vielen Dank für Eure Hilfe. Die Lösung (Beitrag Nr. 2) von

koyaanisqatsi​

führte zum gewünschten Erfolg.
Ich bedanke mich hierzu ganz herzlich.

 

[inf0rmix]

Moin,
ich versuche seit Tagen meine Fritzbox mit asterisk zu verbinden. Der Rückweg klappt, d.h. ich kann mit asterisk über die Fritzbox telefonieren. leider bekomme ich es nicht hin mit den Fritz Dect Telefonen die internen asterisk nummern zu erreichen.

im asterisk erscheint folgender log-eintrag:
WARNING[44711] res_pjsip_registrar.c: AOR '' not found for endpoint 'fritzbox_in' (10.X.X.X:5060)

könntet ihr mir vielleicht mal eine beispieconfig geben ?

 

[sunnyman]

Vielleicht könntest du uns einfach mal deine Konfigs geben? Dann kann man besser gucken was fehlt und du kannst es direkt einbauen, statt dass sich hier jemand eine komplette Konfig für dich überlegt, die du dann wieder noch auf deine Situation übertragen musst.

Aber grundlegend sagt dir Asterisk resp. PJSIP doch schon, was fehlt: einen AOR-Konfigurationseintrag für die Fritzbox.

Ich bin mit dem Konfigurationskonzept von PJSIP nie so richtig warm geworden, und nutze seit je her den Wizard. Der erzeugt einige Einträge auch automatisch.

Du brauchst in der pjsip.conf eine Section [fritzbox_in], in der dann

aors

definiert ist.

"fritzbox_in" würde ich aber eher einen Kontext nennen, und nicht den Endpoint. Kann es sein, dass hier schon an anderer Stelle der Fehler ist, dass Asterisk einen Endpoint "fritzbox_in" sucht?

Und kleiner Tipp nebenbei: Das Anonymisieren von RFC1918-Adressen ist einigermaßen sinnlos

 

[inf0rmix]

Ich glaube das thema hat sich erledigt - direkt nach absenden der Nachricht hatte ich die lösung.

die [] blöcke in der config hatte natürlich eine falsche Bezeichnung.

Jetzt kann ich weitertesten. Ich will die virtuellen internen nummern der asterisk mit den fritzbox dect handy erreichen können, sowie alle softphones die im asterisk eingerichtet sind.

 

[rohrbage]

Habe ein ähnliches Problme, Fritzbox 7590 mit 8.20 und FreePBX 17.0.21.
Habe eine SIP Trunk definiert, kann von an Freepbx über eine registrierte Nebenstelle ins Amt und kann auch von extern erreicht werden.
Ziel ist es ein externe Rufnummmer auf ein IVR und dann auf DECT Telefone zu vermitteln.
Die Dect Telefone **620 etc. kann ich nicht erreichen. Feature Codes ** schon entfernt, ** über Matching rules hinzugefügt.
Da gab es diverse Beiträge zu, leider ohne Erfolg.
Zusätzlich wolle ich unter die Fritzbox als SIP Client ( zusätzliche Rufnummer in Fritzbox) registrieren.
Das scheint nicht parallel zu dem SIP Trunk zu gehen, es hat schon mal geklappt, dann aber ohne Trunk. Das scheint nicht stabil zu sein.
Der trunk selber läuft stabil.

Muss ich überhaupt zusätzliche Rufnummern definieren oder sollte das übe den Trunk bereits gehen.
Habe da schon soviel ausprobiert, das ich die Fritz Nebenstellen von dem FreePBX erreiche ist mir nicht gelungen sobald der Trunk eingerichtet war.
Ohen Trunk lies sich die zusätzliche Rufnummer registrieren, dann klappte es auch mi dem Anruf der Nebestellen. Leider ist dann aber FreePBX nicht vom Amt zu erreichen gewesen.

Bin für Tips dankbar, das haben doch bestimmt schon etliche im Einsatz.
Das sngrep hat mir da auch keine Hinweise geliefert, was da denn nun falsch konfiguriert ist.

Hier die pjsip.endpoint.conf 966903 ist eine fiktive Rufnummer)
[9669053]
type=endpoint
aors=9669053
auth=9669053-auth
tos_audio=ef
tos_video=af41
cos_audio=5
cos_video=4
allow=ulaw,alaw,gsm,g726,g722
context=from-internal
callerid=9669053 <9669053>

dtmf_mode=rfc4733
direct_media=yes
aggregate_mwi=yes
use_avpf=no
rtcp_mux=no
max_audio_streams=1
max_video_streams=1
bundle=no
ice_support=no
media_use_received_transport=no
trust_id_inbound=yes
user_eq_phone=no
send_connected_line=yes
media_encryption=no
timers=yes
timers_min_se=90
media_encryption_optimistic=no
refer_blind_progress=yes
rtp_timeout=30
rtp_timeout_hold=300
rtp_keepalive=0
send_pai=yes
rtp_symmetric=yes
rewrite_contact=yes
force_rport=yes
language=de_DE
one_touch_recording=on
record_on_feature=apprecord
record_off_feature=apprecord
[9669053]
type=endpoint
aors=9669053
auth=9669053-auth
tos_audio=ef
tos_video=af41
cos_audio=5
cos_video=4
allow=ulaw,alaw,gsm,g726,g722
context=from-internal
callerid=9669053 <9669053>

dtmf_mode=rfc4733
direct_media=yes
aggregate_mwi=yes
use_avpf=no
rtcp_mux=no
max_audio_streams=1
max_video_streams=1
bundle=no
ice_support=no
media_use_received_transport=no
trust_id_inbound=yes
user_eq_phone=no
send_connected_line=yes
media_encryption=no
timers=yes
timers_min_se=90
media_encryption_optimistic=no
refer_blind_progress=yes
rtp_timeout=30
rtp_timeout_hold=300
rtp_keepalive=0
send_pai=yes
rtp_symmetric=yes
rewrite_contact=yes
force_rport=yes
language=de_DE
one_touch_recording=on
record_on_feature=apprecord
record_off_feature=apprecord