Asterisk und SRV Records

[Jörg W. (dl8dtl) (Moderator)]

Nur falls hier jemand danach sucht: die Telekom hat vor einiger Zeit 
Briefe geschrieben, in denen sie Leuten mitgeteilt hat, dass sie einen 
Router "mit veralteter Firmware" benutzen und einen Firmwareupgrade 
machen sollen …

Hintergrund ist, dass sie alle die Kunden rausgepickt haben, die noch 
auf den per A-Record unter tel.t-online.de hinterlegten Server 
zugreifen. Sie möchten, dass man die Auflösung über SRV-Records 
vornimmt. (Beim "Telekom hilft"-Forum gibt's einen länglichen 
Sammel-Thread dafür.)

Warum zum Geier™ aber macht Asterisk eigentlich keine SRV-Auflösung, 
obwohl der Code dafür offenbar existiert? Ich habe mich dann heute ein 
wenig durch PJSIP durchgewühlt. Der Dreh- und Angelpunkt ist dieses 
Stück Code in sip_resolve.c:

    /* If port is not specified, start with SRV resolution
     * (should be with NAPTR, but we'll do that later)
     */
    PJ_TODO(SUPPORT_DNS_NAPTR);

    /* Build dummy NAPTR entry */
    // …

    /* Start DNS SRV or A resolution, depending on whether port is specified */
    if (target->addr.port == 0) {
  // …
    } else {
  /* Otherwise if port is specified, start with A (or AAAA) host 
   * resolution 
   */

Fazit: man muss das ":5060" aus der URL entfernen, dann funktioniert's.

Nur, falls das nochmal wer gebrauchen kann … (betrifft auch RasPBX).

[Sebastian (Gast)]

Hallo,
vielen Dank für deine Ausführungen!
Hast du auch ein Beispiel für eine funktionierende pjsip.conf.
Bei mir hat die Telekom nochmals per Post drauf hingewiesen, obwohl kein 
Port angegeben ist. Scheinbar mache ich also noch irgendwas falsch.

[Jörg W. (dl8dtl) (Moderator)]

Kannst du denn (bspw. via tcpdump / wireshark) erstmal verifizieren, 
gegen welche Server du arbeitest?

[Jörg W. (dl8dtl) (Moderator)]

[telekom_351467****_reg]
type = registration
transport = transport-udp
outbound_auth = telekom_351467****_auth
outbound_proxy = sip:[phone]****@tel.t-online.de\;lr
server_uri = sip:tel.t-online.de
client_uri = sip:[phone]****@tel.t-online.de
contact_user = 0351467****
retry_interval = 60
max_retries = 10000
forbidden_retry_interval = 60
expiration = 480
auth_rejection_permanent = false

[telekom_351467****_auth]
type = auth
auth_type = userpass
password = 012345678901:[e-mail]
username = 0351467****
realm = tel.t-online.de

[telekom_351467****_aor]
type = aor
contact = sip:[phone]****@tel.t-online.de
qualify_frequency = 20

[telekom_351467****_identify]
type = identify
endpoint = telekom_351467****
match = 217.0.0.0/13

[Sebastian (Gast)]

Danke für deinen Input, das deckt sich allerdings mit meiner Konfig.
Anderswo habe ich gelesen, dass dennoch unter Umständen hin und wieder 
mal ein A-Record angefragt wird und nicht klar ist, ob und wie die 
Telekom rausfinden will ob die Abfrage zum Telefonieren "gebraucht" 
wird.

Ich warte daher ab und schaue, ob es irgendwann nicht mehr funktionieren 
sollte.

[Jörg W. (dl8dtl) (Moderator)]

Wie geschrieben: trace doch mal deine DNS-Anfragen oder halt die 
SIP-Kommunikation selbst. Dann siehst du, zu wem er sich verbindet.

Wie man Asterisk dazu bringt, die angefragten Namen selbst zu loggen, 
hatte ich glaub' ich damals nicht auf die Schnelle gefunden. Es war dann 
einfacher, den Sourcecode daraufhin abzuklopfen. ;-)