Telekom All IP Privat endlich erfolgreiche Registierung SSL/TLS möglich

Dies ist nicht der Fall. Dann wäre mir das ja auch relativ egal.
 
TLS ohne gleichzeitiges RTP/SAVP (SRTP) war noch nie laut Schnittstellenbeschreibung vorgesehen und somit eher eine Lücke als "works as desgined".
 
[Edit Novize: Überflüssiges Fullquote des Beitrags direkt darüber gelöscht - siehe Forumsregeln]
Hallo @Meester Proper ,
in Golem war zu lesen, dass die Verlagerung der VoIP-Plattform in die Cloud nun abgeschlossen sei. Sind damit die Mediasec-Erweiterungen von nun an Geschichte?
 
Zuletzt bearbeitet von einem Moderator:
Zuletzt bearbeitet von einem Moderator:
Herzlichen Dank @Meester Proper für diese schnelle Antwort! Das heißt, die von mir bereitgestellten Patche für Asterisk sind nicht mehr nötig - sehr schön!
 
Hallo zusammen,

ich bin Telekom Kunde (VDSL 250) und ich habe nun von FritzBox auf eigene PPPoE Einwahl umgestellt und möchte das Telefonie Thema mit Asterisk lösen. Dazu habe ich in einer Debian 12 VM Asterisk 20.6.0 installiert und auch testweise mit einem Telefon und einer Nummer ans laufen bekommen. SIP (und dann vermutlich auch Voice?) sind allerdings unverschlüsselt.

Beim Einrichten des Transport über TLS stoße ich leider auf Probleme, die Registrierung funktioniert, beim Gesprächsaufbau von außen nach innen sehe ich in der Konsole nur: [Mar 17 12:41:39] ERROR[2403985]: res_pjsip_session.c:937 handle_incoming_sdp: telekom_12345_in: Couldn't negotiate stream 0:audio-0:audio:sendrecv (nothing)

Könnte jemand der das schon am laufen hat hier mal drüber schauen oder ggf. seine Konfiguration posten?

So funktioniert das ohne TLS:
Code:
[global]
type=global
user_agent=Asterisk
endpoint_identifier_order=ip,username
default_from_user=0123412345
keep_alive_interval=20

[transport-udp]
type=transport
protocol=udp
bind=0.0.0.0

[telekom_12345]
type=registration
transport=transport-udp
outbound_auth=telekom_12345_auth
server_uri=sip:tel.t-online.de
client_uri=sip:[email protected]
contact_user=0123412345
retry_interval=60
forbidden_retry_interval=300
expiration=480
auth_rejection_permanent=false

[telekom_12345_out]
type=endpoint
transport=transport-udp
media_encryption=sdes
context=unspecified
disallow=all
allow=g722
allow=alaw
outbound_auth=telekom_12345_auth
aors=telekom_12345_out
callerid=0123412345
from_user=0123412345
from_domain=tel.t-online.de
timers=no
rtp_symmetric=yes

[telekom_12345_out]
type=aor
contact=sip:[email protected]

[telekom_12345_in]
type=endpoint
transport=transport-udp
context=telekom_12345_in
disallow=all
allow=g722
allow=alaw
outbound_auth=telekom_12345_auth

[telekom_12345_in]
type=identify
endpoint=telekom_12345_in
match=217.0.0.0/13

[telekom_12345_auth]
type=auth
auth_type=userpass
password=passwort:[email protected]
username=0123412345
realm=tel.t-online.de

[tel_flur]
type=endpoint
direct_media=no
transport=transport-udp
context=internalsip
disallow=all
allow=g722
allow=alaw
auth=tel_flur_auth
aors=flur

[tel_flur_auth]
type=auth
auth_type=userpass
password=passwort
username=flur
realm=home.lan

[flur]
type=aor
max_contacts=1
remove_existing=true

[tel_flur]
type=identify
endpoint=tel_flur
match=<interne ip>

Und so war mein Versuch mit TLS:
Code:
[global]
type=global
user_agent=Asterisk
endpoint_identifier_order=ip,username
default_from_user=012312345
keep_alive_interval=20

[transport-udp]
type=transport
protocol=udp
bind=0.0.0.0

[transport-tls]
type=transport
protocol=tls
method=tlsv1_2
ca_list_file=/etc/ssl/certs/ca-certificates.crt
bind=0.0.0.0:5061

[telekom_12345]
type=registration
transport=transport-tls
outbound_auth=telekom_12345_auth
server_uri=sip:tel.t-online.de
client_uri=sip:[email protected]
contact_user=012312345
retry_interval=60
forbidden_retry_interval=300
expiration=480
auth_rejection_permanent=false

[telekom_12345_out]
type=endpoint
transport=transport-tls
media_encryption=sdes
context=unspecified
disallow=all
allow=g722
allow=alaw
outbound_auth=telekom_12345_auth
aors=telekom_12345_out
callerid=012312345
from_user=012312345
from_domain=tel.t-online.de
timers=no
rtp_symmetric=yes

[telekom_12345_out]
type=aor
contact=sip:[email protected]

[telekom_12345_in]
type=endpoint
transport=transport-tls
media_encryption=sdes
context=telekom_12345_in
disallow=all
allow=g722
allow=alaw
outbound_auth=telekom_12345_auth

[telekom_12345_in]
type=identify
endpoint=telekom_12345_in
match=217.0.0.0/13

[telekom_12345_auth]
type=auth
auth_type=userpass
password=passwort:[email protected]
username=012312345
realm=tel.t-online.de

[tel_flur]
type=endpoint
direct_media=no
transport=transport-udp
context=internalsip
disallow=all
allow=g722
allow=alaw
auth=tel_flur_auth
aors=flur

[tel_flur_auth]
type=auth
auth_type=userpass
password=passwort
username=flur
realm=home.lan

[flur]
type=aor
max_contacts=1
remove_existing=true

[tel_flur]
type=identify
endpoint=tel_flur
match=<interne ip>

Vielen Dank vorab!
 
Du hast bereits im UDP-Fall (unverschlüsselt) im endpoint
media_encryption=sdes
gesetzt. Das wundert mich stark, dass das funktioniert haben soll. Geht das mittlerweile bei der Telekom: verschlüsseltes RTP unter unverschlüsseltem udp-signaling? Macht doch keinen Sinn.
Bist Du sicher, dass tatsächlich diese Config greift und nicht irgendeine andere?

Was sagt denn der SDP im SIP-Trace?

Sollte so bzw. so ähnlich aussehen (das ist das, was die Telekom im eingehenden Invite anbietet):

Code:
v=0
o=ccs-0-615-7 061271351165920 1699889617 IN IP4 217.0.x.y
s=call
c=IN IP4 217.0.x.y
t=0 0
m=audio 41518 RTP/SAVP 9 8 0 2 102 100 99 97 120 121 101
              ^^^^^^^^^
a=sendrecv
a=ptime:20
a=crypto:1 AES_CM_128_HMAC_SHA1_80 inline:wc9rzrZeYZFLOmWf5MGupVsYtP2ms2ITCV8FfT0d
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
a=crypto:2 AES_CM_128_HMAC_SHA1_32 inline:eP7t5MyjQi00jmeZLUxb3PG29KW0m1gWrmJ1tN+z
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
a=rtpmap:2 G726-32/8000
a=rtpmap:102 G726-32/8000
a=rtpmap:100 G726-40/8000
a=rtpmap:99 G726-24/8000
a=rtpmap:97 iLBC/8000
a=fmtp:97 mode=30
a=rtpmap:120 PCMA/16000
a=rtpmap:121 PCMU/16000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15

Als Antwort sollte sowas rausgehen zur Telekom:

Code:
v=0
o=- 3642688480 1699889619 IN IP4 [lokale öffentliche IP]
s=Asterisk
c=IN IP4 [lokale öffentliche IP]
t=0 0
m=audio 10096 RTP/SAVP 9 8 0 101
              ^^^^^^^^
a=crypto:1 AES_CM_128_HMAC_SHA1_80 inline:BvpYc0fPJ3s1qcivMYhhnZLgLmoYKIoK8Y0c54nc
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
a=rtpmap:9 G722/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ptime:20
a=maxptime:140
a=sendrecv
 
Danke für deine Antwort.

Da hast du Recht, das ging so tatsächlich nicht, ist beim rumtesten stehen geblieben und so gingen nur Eingehende Anrufe. Nachdem ich das gerade entfernt habe gingen ausgehende Anrufe wieder.

Habe nun noch mal die TLS Config aktiviert und im Trace sieht das dann bei einem Eingehenden Anruf so aus:

Code:
v=0
o=ccs-0-615-4 061241889867886 1776194861 IN IP4 217.0.x.x
s=-
c=IN IP4 217.0.x.x
t=0 0
a=sendrecv
m=audio 25124 RTP/SAVP 109 104 110 9 102 108 8 0 100 105
a=sendrecv
a=maxptime:40
a=ptime:20
a=crypto:1 AES_CM_128_HMAC_SHA1_80 inline:AUC2RZ7yu0C/k3cDftUU3ubsGDiPaZcgcEfjTN0j
a=crypto:2 AES_CM_128_HMAC_SHA1_32 inline:C99jwSQBtOBCc3O5dvGOis91d+itBlFEJ8GLCg5p
a=rtpmap:109 EVS/16000
a=fmtp:109 br=5.9-24.4;bw=nb-wb;cmr=1;ch-aw-recv=-1;max-red=0
a=rtpmap:104 AMR-WB/16000
a=fmtp:104 mode-set=0,1,2;mode-change-capability=2;max-red=0
a=rtpmap:110 AMR-WB/16000
a=fmtp:110 octet-align=1;mode-set=0,1,2;mode-change-capability=2;max-red=0
a=rtpmap:9 G722/8000
a=rtpmap:102 AMR/8000
a=fmtp:102 mode-change-capability=2;max-red=0
a=rtpmap:108 AMR/8000
a=fmtp:108 octet-align=1;mode-change-capability=2;max-red=0
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:100 telephone-event/8000
a=fmtp:100 0-15
a=rtpmap:105 telephone-event/16000
a=fmtp:105 0-15

Als Antwort geht dann nur ein Trying mit Content-Length 0 raus.

Anschließend direkt:
[Mar 17 19:58:16] ERROR[2479499]: res_pjsip_session.c:937 handle_incoming_sdp: telekom_12345_in: Couldn't negotiate stream 0:audio-0:audio:sendrecv (nothing)

Und als Antwort "488 Not Acceptable Here" ohne Inhalt an die Telekom hinterher.

Wenn ich das ausgehend Versuche geht gar keine Nachricht an die Telekom raus und der Anruf wird abgelehnt:
[Mar 17 20:03:22] ERROR[2480364]: res_pjsip_session.c:5253 create_local_sdp: PJSIP/telekom_12345_out-00000003: Couldn't add sdp streams for stream 0:audio-0:audio:sendrecv (g722|alaw)
 
Sehr gute Fehlerbeschreibung.

Eingehender Fall:
Ganz offensichtlich kann Asterisk an dieser Stelle keine RTP-Verschlüsselung und kommt daher mit dem von der Telekom angebotenen SDP nicht klar. Der 486 ist folgerichtig und daher korrekt.

Ausgehender Fall:
Das ist sehr interessant. Warum: Aus diesem Beispiel ist zu entnehmen, dass Asterisk sehr wohl weiß, dass ein verschlüsselter SDP angeboten werden muss (das heißt, die Konfig ist an dieser Stelle wohl als korrekt anzunehmen - den Schalter media_encryption=sdes hast Du ja hoffentlich noch drin für den Endpoint). Die Frage ist nun: warum ist Asterisk ganz offensichtlich nicht in der Lage, einen verschlüsselten Codec bereitzustellen.

Sind die nötigen Modules gestartet - v.a. das dritte von oben und das letzte in der Liste unten ist an dieser Stelle natürlich relevant?
Code:
rasterisk
CLI> module show like rtp
Module                         Description                              Use Count  Status      Support Level
bridge_native_rtp.so           Native RTP bridging module               0          Running              core
chan_rtp.so                    RTP Media Channel                        0          Running              core
res_pjsip_sdp_rtp.so           PJSIP SDP RTP/AVP stream handler         0          Running              core
res_rtp_asterisk.so            Asterisk RTP Stack                       0          Running              core
res_rtp_multicast.so           Multicast RTP Engine                     1          Running              core
res_srtp.so                    Secure RTP (SRTP)                        0          Running              core

Zur Sicherheit zum Abgleich hier mal ein Output des kompletten Endpoints zur Telekom (ist allerdings Version 18 - nicht 20. Sollte aber nicht so unterschiedlich sein):

Code:
ParameterName                      : ParameterValue
 ===================================================================================================
 100rel                             : yes
 accept_multiple_sdp_answers        : false
 accountcode                        :
 acl                                :
 aggregate_mwi                      : true
 allow                              : (alaw|ulaw)
 allow_overlap                      : true
 allow_subscribe                    : true
 allow_transfer                     : true
 allow_unauthenticated_options      : false
 aors                               : [individuell]
 asymmetric_rtp_codec               : false
 auth                               :
 bind_rtp_to_media_address          : false
 bundle                             : false
 call_group                         :
 callerid                           : <unknown>
 callerid_privacy                   : allowed_not_screened
 callerid_tag                       :
 codec_prefs_incoming_answer        : prefer:pending, operation:intersect, keep:all, transcode:allow
 codec_prefs_incoming_offer         : prefer:pending, operation:intersect, keep:all, transcode:allow
 codec_prefs_outgoing_answer        : prefer:pending, operation:intersect, keep:all, transcode:allow
 codec_prefs_outgoing_offer         : prefer:pending, operation:union, keep:all, transcode:allow
 connected_line_method              : invite
 contact_acl                        :
 contact_user                       : +49...
 context                            : from-pstn-remove-plus (da wirst Du auch was individuelles haben)
 cos_audio                          : 0
 cos_video                          : 0
 device_state_busy_at               : 0
 direct_media                       : false
 direct_media_glare_mitigation      : none
 direct_media_method                : invite
 disable_direct_media_on_nat        : false
 dtls_auto_generate_cert            : No
 dtls_ca_file                       :
 dtls_ca_path                       :
 dtls_cert_file                     :
 dtls_cipher                        :
 dtls_fingerprint                   : SHA-256
 dtls_private_key                   :
 dtls_rekey                         : 0
 dtls_setup                         : active
 dtls_verify                        : No
 dtmf_mode                          : rfc4733
 fax_detect                         : false
 fax_detect_timeout                 : 0
 follow_early_media_fork            : true
 force_avp                          : false
 force_rport                        : false
 from_domain                        : tel.t-online.de
 from_user                          : +49....
 g726_non_standard                  : false
 geoloc_incoming_call_profile       :
 geoloc_outgoing_call_profile       :
 ice_support                        : false
 identify_by                        : username,ip
 ignore_183_without_sdp             : true
 inband_progress                    : false
 incoming_call_offer_pref           : local
 incoming_mwi_mailbox               :
 language                           : de
 mailboxes                          :
 max_audio_streams                  : 1
 max_video_streams                  : 1
 media_address                      :
 media_encryption                   : sdes
 media_encryption_optimistic        : false
 media_use_received_transport       : false
 message_context                    :
 moh_passthrough                    : false
 moh_suggest                        : default
 mwi_from_user                      :
 mwi_subscribe_replaces_unsolicited : no
 named_call_group                   :
 named_pickup_group                 :
 notify_early_inuse_ringing         : false
 one_touch_recording                : false
 outbound_auth                      : [individuell]
 outbound_proxy                     :
 outgoing_call_offer_pref           : remote_merge
 overlap_context                    :
 pickup_group                       :
 preferred_codec_only               : false
 record_off_feature                 : automixmon
 record_on_feature                  : automixmon
 refer_blind_progress               : true
 rewrite_contact                    : false
 rpid_immediate                     : false
 rtcp_mux                           : false
 rtp_engine                         : asterisk
 rtp_ipv6                           : false
 rtp_keepalive                      : 0
 rtp_symmetric                      : false
 rtp_timeout                        : 120
 rtp_timeout_hold                   : 0
 sdp_owner                          : -
 sdp_session                        : Asterisk
 security_mechanisms                :
 security_negotiation               : no
 send_aoc                           : false
 send_connected_line                : no
 send_diversion                     : true
 send_history_info                  : false
 send_pai                           : false
 send_rpid                          : false
 set_var                            :
 srtp_tag_32                        : false
 stir_shaken                        : off
 stir_shaken_profile                :
 sub_min_expiry                     : 0
 subscribe_context                  :
 suppress_q850_reason_headers       : false
 t38_bind_udptl_to_media_address    : false
 t38_udptl                          : true
 t38_udptl_ec                       : none
 t38_udptl_ipv6                     : false
 t38_udptl_maxdatagram              : 0
 t38_udptl_nat                      : true
 timers                             : no
 timers_min_se                      : 900
 timers_sess_expires                : 1800
 tone_zone                          :
 tos_audio                          : 184
 tos_video                          : 0
 transport                          : [individuell - muss auf einen tls-enableten Transport verweisen]
 trust_connected_line               : yes
 trust_id_inbound                   : false
 trust_id_outbound                  : false
 use_avpf                           : false
 use_ptime                          : false
 user_eq_phone                      : true
 voicemail_extension                :
 webrtc                             : no
 
Zuletzt bearbeitet:
Die Ursache war bei mir das fehlende res_srtp Modul! Es stand einfach nicht in der modules.conf (die habe ich aus dem Example make basic-pbx). Nachdem ich das geladen habe kommt der Fehler nicht mehr und Gespräche funktionieren in beide Richtungen :) Vielen Dank!!!

Das einzige Problem das ich jetzt noch hatte ist dass das Gespräch mit folgendem Fehler nach Annahme beendet wurde:

[Mar 18 11:48:43] WARNING[16660]: channel.c:5765 set_format: Unable to find a codec translation path: (alaw) -> (g722)
[Mar 18 11:48:43] WARNING[16660]: channel.c:5765 set_format: Unable to find a codec translation path: (g722) -> (alaw)


Ich erlaube aber die drei Codecs:
allow : (g722|alaw|ulaw)


Erste Vermuting war fehlender Codec, dort tauchen aber alle drei auf.

Bei core show translations fehlt der Weg jedoch, bzw. alaw tauch nicht auf.
Code:
         Translation times between formats (in microseconds) for one second of data
          Source Format (Rows) Destination Format (Columns)

           ulaw   gsm slin8 slin12 slin16 slin24 slin32 slin44 slin48 slin96 slin192  g722
     ulaw     - 15000  9000  17000  17000  17000  17000  17000  17000  17000   17000 17250
      gsm 15000     -  9000  17000  17000  17000  17000  17000  17000  17000   17000 17250
    slin8  6000  6000     -   8000   8000   8000   8000   8000   8000   8000    8000  8250
   slin12 14500 14500  8500      -   8000   8000   8000   8000   8000   8000    8000 14000
   slin16 14500 14500  8500   8500      -   8000   8000   8000   8000   8000    8000  6000
   slin24 14500 14500  8500   8500   8500      -   8000   8000   8000   8000    8000 14500
   slin32 14500 14500  8500   8500   8500   8500      -   8000   8000   8000    8000 14500
   slin44 14500 14500  8500   8500   8500   8500   8500      -   8000   8000    8000 14500
   slin48 14500 14500  8500   8500   8500   8500   8500   8500      -   8000    8000 14500
   slin96 14500 14500  8500   8500   8500   8500   8500   8500   8500      -    8000 14500
  slin192 14500 14500  8500   8500   8500   8500   8500   8500   8500   8500       - 14500
     g722 15600 15600  9600  17500   9000  17000  17000  17000  17000  17000   17000     -

Code:
 core show translation paths alaw
--- Translation paths SRC Codec "alaw" sample rate 8000 ---
    alaw:8000        To codec2:8000     : No Translation Path                                         
    alaw:8000        To g723:8000       : No Translation Path                                         
    alaw:8000        To ulaw:8000       : No Translation Path                                         
    alaw:8000        To gsm:8000        : No Translation Path                                         
    alaw:8000        To g726:8000       : No Translation Path                                         
    alaw:8000        To g726aal2:8000   : No Translation Path                                         
    alaw:8000        To adpcm:8000      : No Translation Path                                         
    alaw:8000        To slin:8000       : No Translation Path                                         
    alaw:8000        To slin:12000      : No Translation Path                                         
    alaw:8000        To slin:16000      : No Translation Path                                         
    alaw:8000        To slin:24000      : No Translation Path                                         
    alaw:8000        To slin:32000      : No Translation Path                                         
    alaw:8000        To slin:44100      : No Translation Path                                         
    alaw:8000        To slin:48000      : No Translation Path                                         
    alaw:8000        To slin:96000      : No Translation Path                                         
    alaw:8000        To slin:192000     : No Translation Path                                         
    alaw:8000        To lpc10:8000      : No Translation Path                                         
    alaw:8000        To g729:8000       : No Translation Path                                         
    alaw:8000        To speex:8000      : No Translation Path                                         
    alaw:8000        To speex:16000     : No Translation Path                                         
    alaw:8000        To speex:32000     : No Translation Path                                         
    alaw:8000        To ilbc:8000       : No Translation Path                                         
    alaw:8000        To g722:16000      : No Translation Path                                         
    alaw:8000        To siren7:16000    : No Translation Path                                         
    alaw:8000        To siren14:32000   : No Translation Path                                         
    alaw:8000        To g719:48000      : No Translation Path                                         
    alaw:8000        To opus:48000      : No Translation Path                                         
    alaw:8000        To none:8000       : No Translation Path                                         
    alaw:8000        To silk:8000       : No Translation Path                                         
    alaw:8000        To silk:12000      : No Translation Path                                         
    alaw:8000        To silk:16000      : No Translation Path                                         
    alaw:8000        To silk:24000      : No Translation Path

Habe dann einen Beitrag gefunden der empfiehlt codec_alaw.so zu laden, danach gehts! Ich lasse das trotzdem mal hier stehen falls das gleiche Problem noch mal jemand hat.

Eine Frage bleibt noch offen: Ich habe mehrere Rufnummern, für die würde ich dann jeweils eine Registration und die In/Out Endpoints anlegen und entsprechend verwenden?

Danke!
 
Gratulation!

Schon cracy, was Du da an defaults gefunden hast. Fehlendes srtp, fehlendes alaw. Die Codecs, die Du jetzt drin hast, sind so ziemlich das absolute Minimum für Deutschland / Europa. Ich habe da noch deutlich mehr (wie z.B. g729, silk, g723, g726, opus, iLBC, siren14 und einige mehr - basierend auf Deiner translation Tabelle). Nicht dass Du an anderer Stelle noch darüber stolperst (je nach dem, was Du an Devices noch nutzen möchtest) - nicht wundern!
Du hast das vermutlich selbst compiliert?

Ich habe mehrere Rufnummern, für die würde ich dann jeweils eine Registration und die In/Out Endpoints anlegen und entsprechend verwenden?
Ja - Du musst jede Nummer einzeln registrieren (jede Nummer ist quasi ein eigener Trunk) - kannst sie aber alle an den gleichen Transport hängen. Der Auth ist, wenn ich mich richtig erinnere (habs gerade nicht vor mir), jedesmal unterschiedlich - sind ja andere Nummern.

Die in- und outbound-Routen machst Du entsprechend so, dass sie die jeweils gewünschten Ziele erreichen. Da gibt es verschiedene Möglichkeiten, das zu realisieren - je nach dem, wie Du mit Deinen Telefonen unterwegs bist. Bei einem Dect Gigaset kann man ja z.B. bis zu sechs(?) Nummern registrieren. Entsprechend kann man dann z.B. jedem registrierten Device eine andere Nummer bei der Telekom zuweisen. Bei einem ausgehenden Call kann man dann auswählen, mit welcher Nummer man raustelefonieren will. Oder man automatisiert es, wenn man das an den gewählten Nummern festmachen kann. Gibt natürlich noch viel mehr Möglichkeiten.
 
Das werde ich mal bei zukünftigen Problemen im Hinterkopf halten. Ja, selbst kompiliert, aber vorher in make menuselect war nicht mehr auszuwählen.

Habe das eingehend jetzt erst mal so gemacht damit die zwei Telefone klingeln: Dial(PJSIP/tel_flur&PJSIP/tel_buero,15)

Ausgehend soll sowieso jedes Telefon nur eine Nummer haben, daher mache ich das mit einem Context pro Endpoint und dann jeweils den ausgehenden Telekom Endpoint.

Vielen Dank für deine Hilfe!
 
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.