Ultramonkey & SIP

[Snible]

Hi,

ich habe ein Problem mit Ultramonkey und SIP.

ldirectord.cf

virtual=10.50.0.1:5060
real=10.10.0.1:5060 gate
real=10.10.0.2:5060 gate
real=10.10.0.3:5060 gate
scheduler=wlc
checktype=ping
checkcount=3
protocol=udp
#service=sip

Die weight der einzelnen Nodes wird mir mit 1 angezeigt, sind also da. Auf die Nodes kann ich mich auch direkt mit dem SIP Client Connecten (über 10.50.x.x IP), nur über den Loadbalancer geht es nicht(10.50.0.1). Ein tcpdump zeigt mir das vom Balancer die Verbindung ankommt, allerdings sehe ich auch dem Asterisk im Verbose Level 5 garnichts davon. Mit ipvsadm sehe ich wie die ActiveConnections von einem Node zum nächsten Laufen. Auf dem Client erhalte ich einen 408 Registration Error - Request Timeout.
Wo könnte das Problem liegen? An SIP? Hat jemand erfahrung damit? Das Cluster und der Loadbalancer selbst funktionieren, mit HTTP gibt es keine Probleme.

 

[britzelfix]

@Snible

Ich habe schon mal IPVS verwendet, aber kein UltraMonkey.
Das sollte erstmal funktionieren wenn Du Load2 auschaltest.
was sagt "ipvsadm -Ln"?
Auf dem Interface sollte auch ein IP-Alias (eth0:0 und 10.50.0.1)
zu sehen sein (mit ifconfig ansehen).

Gruß
britzelfix

 

[Snible]

Hi wie ich geschrieben habe sehe ich mit ipvsadm -Ln das:

die Server up sind Weight = 1 und sich ActivConn z.B. zuerst auf Node1, dann Node2, dann Node3 usw. ist. Mit einem tcpdump sehe ich noch das vom dem Loadbalancer die Verbindung an z.B. Node1 ankommt, allerdings Verbindet sich der Client nicht, auf der Asterisk console in Verbose Level5 sieht man allerdings keinen Verbindungsversuch. Der IP Alias eth0:0 ist korrekt gesetzt, wie gesagt, das Cluster als solches funktioniert mit anderen Anwendungen 1a, nur Asterisk will nicht

Was soll es bringen Load 2 abzuschalten?

IP Virtual Server version 1.2.1 (size=4096)
Prot LocalAddress:Port Scheduler Flags
  -> RemoteAddress:Port           Forward Weight ActiveConn InActConn
TCP  10.50.0.1:80 wlc
  -> 10.10.0.1:80               Route   1      0          0
  -> 10.10.0.3:80               Route   1      0          0
  -> 10.10.0.2:80               Route   1      0          0
UDP  10.50.0.1:5060 wlc
  -> 10.10.0.2:5060             Route   1      0          0
  -> 10.10.0.1:5060             Route   1      0          0
  -> 10.10.0.3:5060             Route   1      0          0

 

[britzelfix]

@Snible

Ich habe jetzt kein Zugriff darauf, daher kann ich Dir nichts konkretes
sagen. Es gibt 3 Typen des Routing NAT/IP-Tunneling/Direct-Routing.
Für's Direct-Routing muß man noch auf jedem Real-Server

iptables -t nat -A PREROUTING -d $VIRTUAL_IP -j REDIRECT

ausführen.
Daher würde ich mir noch mal die Doku durchlesen.

Gruß
britzelfix

 

[Snible]

Ich werds mal testen. Ich werde ja auch noch was wie Dundi aufsetzen müßen oder woher weis Node1 welche Clients er auf Node2 suchen muß?

 

[britzelfix]

@Snible

Das weiß ich nicht. Für SIP ist ein Registrar-Server
vorgesehen, dieser müsste dann auf Load1 und Load2.
Möglicherweise ginge das mit Asterisk-"realtime". Für
einen Active/Active-Einsatz müsste ein Mysql-Cluster
auf Load1 und Load2 laufen.

Aber man kann ja danach googeln...

Gruß
britzelfix

 

[Snible]

Jop, erst mal muß die Verbindung klappen