QSC hat VoIP-Dienste ausgebaut und DNS SRV eingeführt

[woprr]

host -t srv _sip._udp.sip.qsc.de
_sip._udp.sip.qsc.de has SRV record 10 95 5060 farm01.sip.qsc.de.
_sip._udp.sip.qsc.de has SRV record 10 5 5060 farm02.sip.qsc.de.

Seit letzter Woche

 

[ike]

Moin!

Ich weiß grundsätzlich was SRV-Records sind - aber was bringen sie in diesem Fall?

Michael

 

[woprr]

Asterisk/CallWeaver config muss an neue sipbalancer angepasst werden

SRV kann dazu führen dass an farm2 registriert wird und Anrufe können jetzt mindestens von farm1 oder farm2 kommen, das muss konfiguriert werden oder Anrufe werden als nicht authentifizierbar abgelehnt:

[qsc-balancer](!)
type=...
...

[qsc-de](qsc-balancer)
;host=sip.qsc.de geht hier nicht wegen srvlookup, gibt doppelten peer
host=farm01.sip.qsc.de

[qsc-de1](qsc-balancer)
host=vproxy2.dus.qsc.de

[qsc-de2](qsc-balancer)
host=vproxy3.dus.qsc.de

[qsc-de3](qsc-balancer)
host=vproxy4.dus.qsc.de

[qsc-de4](qsc-balancer)
host=vproxy1.dus.qsc.de

[qsc-de5](qsc-balancer)
;host=vproxy5.dus.qsc.de
;host=213.148.136.218
host=farm02.sip.qsc.de

;[qsc-de6](qsc-balancer)
;host=farm01.sip.qsc.de

Und QSC hat nen DNS-Konfigurationsfehler für vproxy5 alias farm2:

tom3:~# host 213.148.136.218
218.136.148.213.in-addr.arpa domain name pointer vproxy5.dus.qsc.de.
tom3:~# host vproxy5.dus.qsc.de
Host vproxy5.dus.qsc.de not found: [B]3(NXDOMAIN)[/B]
tom3:~# host vproxy4.dus.qsc.de
vproxy4.dus.qsc.de has address 87.234.8.173

Aus diesem Grund und Geschwindigkeitsgründen habe ich von einem Reverse-DNS-Match-Patch mit einem zusätzlichen 'rdns' Parameter für 'insecure', so dass man mit einer peer config auskommen würde erstmal abgesehen, o2 VoIP hat auch kein anständiges RDNS konfiguriert, das würde nicht funktionieren.

 

[mfehleisen]

Hast Du das mit dem Fehler bereits an QSC gemeldet?

-Matthias

 

[woprr]

Wozu? Dazu hab ich doch Dich
Und das kapiert sowieso kein Hotliner.
Sorry war mir zu doof mich wegen 1 Posting in Eurem qdsl-supportforum anzumelden.
Kannst gerne von dort hierher verlinken falls die Forenregeln das erlauben.

 

[mfehleisen]

Hehe, dann meld ich das morgen mal den entsprechenden Voice-Supporter ;-)

-Matthias

 

[woprr]

Und noch ne dritte Farm:

 host -t SRV _sip._udp.sip.qsc.de
_sip._udp.sip.qsc.de has SRV record [B]30[/B] 10 5060 farm01.sip.qsc.de.
_sip._udp.sip.qsc.de has SRV record 10 10 5060 farm02.sip.qsc.de.
_sip._udp.sip.qsc.de has SRV record 20 10 5060 farm03.sip.qsc.de.

Anrufe kommen aber vermutlich nur von den vproxys,
aber trotzdem vorsichtshalber ne weitere template Instanz eingetragen.

[qsc-de6](qsc-balancer)
host=farm03.sip.qsc.de

Ich hoffe ausserdem dass man auch bei grosser Auslastung zum rausrufen nur einen festen der 3 farms benutzen darf , der mit der geringsten Priorität 30 weil ohne SRV beim Rausrufen kein Fallback möglich ist, trotz SRV:

[qsc-de](qsc-balancer)
;host=sip.qsc.de geht hier nicht wegen srvlookup, [B]gibt doppelten peer[/B] für eingehend.
host=farm01.sip.qsc.de

sonst haben wir mit * oder CW ein Problem... und man muss in jeden Fall getrennte Sektionen für peer in/out statt friend verwenden:

;[sip_proxy]
; For incoming calls only. Example: FWD (Free World Dialup)
; We match on IP address of the proxy for incoming calls
; since we can not match on username (caller id)
;type=peer
;context=from-fwd
;host=fwd.pulver.com

;[sip_proxy-out]
;type=peer                      ; we only want to call out, not be called
;secret=guessit
;username=yourusername          ; Authentication user for outbound proxies
;fromuser=yourusername          ; Many SIP providers require this!
;fromdomain=provider.sip.domain
;host=box.provider.com
;usereqphone=yes                ; This provider requires ";user=phone" on URI
;call-limit=5                   ; permit only 5 simultaneous outgoing calls to this peer
;outboundproxy=proxy.provider.domain    ; send outbound signaling to this proxy, not directly to the peer

Ich habs umgestellt, getrennter peer zum rausrufen über SRV sip.qsc.de

Zu farm3 gehören noch weitere vproxys:

tom3:~# host vproxy4.fra.qsc.de
vproxy4.fra.qsc.de has address 87.234.8.165
tom3:~# host vproxy3.fra.qsc.de
vproxy3.fra.qsc.de has address 87.234.8.164
tom3:~# host vproxy2.fra.qsc.de
vproxy2.fra.qsc.de has address 87.234.8.163
tom3:~# host vproxy1.fra.qsc.de
vproxy1.fra.qsc.de has address 87.234.8.162
tom3:~# host farm03.sip.qsc.de
farm03.sip.qsc.de has address [B]213.148.136.178[/B]
tom3:~# host vproxy5.fra.qsc.de
Host vproxy5.fra.qsc.de not found: 3(NXDOMAIN)
tom3:~# host [B]213.148.136.178[/B]
178.136.148.213.in-addr.arpa domain name pointer vproxy5.fra.qsc.de.

@mfehleisen
Könntest Du mal bei qsc nachfragen obs das dann war mit Frankfurt und Düsseldorf(?), so langsam wirds aufwendig,
im qdsl-support Forum steht dazu nix.

 

[himpierre]

Was hat es denn nun mit den ganzen vproxys und farms auf sich? Muss ich meine sip.conf ähnlich dus.net anpassen? Wenn ja, hat da jemand eine Beispielkonfiguration mit den notwendigen Hosts?

cheers
t.