Asterisk Load Balancing

[MongoDongo]

Hallo zusammen

Ich führe zur Zeit ein Lasttest durch. Der Sieht wie folgt aus:
Ich habe einen Asterisk-Server. Dazu noch zwei weitere Rechner.
Der eine der zwei rechner ERZEUGT calls (SipP-Client) mittels SipP 2.0,
der andere rechner ist der SipP Server (nimmt die vom Client erzeugten anrufe entgegen).

Ich komme soweit das der SipP Client (call erzeuger) 350 calls erzeugen kann
dann treten redirects auf. (nebensächlich)

Das Szenario ist wie folgt:
Der SipP CLient tätigt anrufe, der Asterisk-Server leitet sie weiter an den SipP-Server. Quasi wie ein echtes gespräch. Es werden g.711 daten übertragen.

Da die CPU-Last des Asterisk Server schon relativ hoch ist, möchte ich eine Lastervetilung/High availbility lösung einbauen. Ich stelle es mir wie folgt vor:

Es werden calls erzeugt (wie gehabt) sobald der Asterisk Server eine Auslastung von sagen wir 300 calls oder 70% CPU last hat werden calls auf einen anderes Asterisk Server umgeleitet.

Ich habe es bisher mit OpenSer mit dem Modul dispatcher versucht, jedoch finde ich da nicht so recht Anleitungen. Hat jemand eine Idee wie man solch ein vorhaben noch anders bzw. einfacher vewirklichen könnte?

mfg
MongoDongo

P.s.: Wenn jemand interesse an dem Lasttest hat (art und weise, aufruf Parameter, Systemoptimierungen um mehr calls zu erreichen etc) bin ich gerne bereit bei Interesse etwas zu veröffentlichen.

 

[betateilchen]

http://voip-info.org/wiki/view/Asterisk+at+large

Ab einer gewissen Größe würde ich immer einen SER als Frontend verwenden, und den Asterisk nur im Backend laufen lassen.

 

[MongoDongo]

Vielen Danke für deine Anwort.
Dies ist ja jedoch nicht mein ziel!
Oder kann man damit auch eine "lastverteilung" über den ser
betreiben?

 

[MongoDongo]

Da es mir sehr ernst mit der Sache ist, habe ich noch eine kleine Grafik angefertigt.

Bei irgendwlechen Unklarheiten gerne fragen.

mfg

 

[betateilchen]

Was willst Du eigentlich

About SIP Express Router

SIP Express Router (SERi) is a high-performance, configurable, free SIP server licensed under the open-source GNU license . It can act as SIP (RFC 3261) registrar, proxy or redirect server. SER can be configured to serve specialized purposes such as load balancing or SIP front-end to application servers, SEMS for example.

Daß das benötigte Modul "dispatcher" ist, weißt Du auch schon

Ich habe es bisher mit OpenSer mit dem Modul dispatcher versucht,

Und die Doku zu diesem Modul gibt es ebenfalls auf www.iptel.org

http://www.iptel.org/ser/doc/modules/dispatcher

Dein Bild illustriert übrigens schön, wie sowas bei Providern hardwaremäßig umgesetzt ist, die sich damit auskennen und auch die Doku gelesen haben. Genau dieses Schema (openSER als Frontend) hatte ich Dir ja oben schon vorgeschlagen.

Vielleicht solltest Du einfach auch mal ein bißchen Zeit mit Doku-lesen verbringen, dann kennst Du Dich bald auch damit aus :lamer:

Viel Erfolg!

 

[MongoDongo]

Halööle

betateilchen, vielen dank für deine hilfreiche Antwort.

Wenn ich jetzt schreib würde ich hab schon genug Dokus gelesen dann kommt warscheinlich "dann hast du sie nicht gründlich gelesen". Und wenn ich schreiben würde, ich habe die Zeichnung selber in Visio gemacht so wie ich es mir vorstelle wie ich es gerne hätte zur verdeutlichung (das jeder weiß wie ich mir das System vorstelle) dann würd es heißen "du lügst du hast sie geklaut" . Deswegen sag ich jetzt zu diesem Teil nichts, es sind auch keine unterstellungen. Naja jetzt hab ichs schon gesagt. Mein fehler.:-Ö

Fakt ist, ich scheine wohl keine Ahnung zu haben wie es funktoniert und die ganzen Dokus helfen mir nicht weiter. Deswegen habe ich ins Forum geschrieben. Die theorie ist mir soweit klar, nur das Praktische fehlt halt.

- Wie würden beispielconfs zu so einem System aussehen?
- Wo,Was und bei welchen confs muss ich was ändern?
(sip.conf, extensions.conf, openser.cfg...?)
- Ist eine Datenbank pflicht?
Wenns funktioniert woran kann ich erkennen DAS es funktioniert?

Im übrigen ist man nachher immer schlauer...

greetz
MongoDongo

 

[betateilchen]

- Ist eine Datenbank pflicht?

Sorry - aber alleine diese Frage zeigt mir, daß Du bisher scheinbar nichtmal die allersimpelsten Grundlagen eines solchen Projektes verstanden hast.

Erwartest Du allen Ernstes, daß man hier mal eben "im Urschleim" anfängt, Dir zu erklären, wie SER funktioniert? Dazu gibt es doch nun wirklich genug (und auch sehr gute!) Dokumentationen im Internet. Aus unterschiedlichen Quellen - das hilft manchmal sehr, wenn man für die gleiche Fragestellung verschiedene Antworten liest, die dann doch zum gleichen Ergebnis führen.

Auf www.voip-info.org gibt es ausführliche Informationen zu Asterisk und SER und auch darüber, wie man solche Systeme gemeinsam verwendet.

Um eigenes Lesen vieler Dokumentationen wirst Du leider nicht rumkommen.

Ob Dein Loadbalancing funktioniert, kannst Du übrigens daran erkennen, daß auf den CLI Deiner nachgeschalteten Asterisk-Server ungefähr jeweils die gleiche Anzahl der aufgebauten Anrufe landen.

Davon, daß Du die Zeichnung irgendwo geklaut haben sollst, war übrigens nichtmal ansatzweise die Rede - ganz im Gegenteil. Ich wollte Dir damit eigentlich nur zu verstehen geben, daß Du in Deiner Zeichnung genau die richtige Lösung aufgezeichnet hast.

 

[Snible]

Wie kann ich mir denn die Anrufe auf dem Asterisk anzeigen lassen ??

 

[foschi]

Fakt ist, ich scheine wohl keine Ahnung zu haben wie es funktoniert und die ganzen Dokus helfen mir nicht weiter. Deswegen habe ich ins Forum geschrieben. Die theorie ist mir soweit klar, nur das Praktische fehlt halt.

Fakt ist dass Du Wissen und die Arbeitsleistung, die ein FH-Student vielleicht selbst erbringen sollte, hier fertig präsentiert bekommen möchtest - das kommt nicht gut, da stimm ich betateilchen gern zu.

Fang doch mit der Realisierung deines Settings einfach an, und poste zu Deinen konkreten Problemen hier Fragen - dann bekommst Du auch konkrete Antworten.

 

[betateilchen]

Wie kann ich mir denn die Anrufe auf dem Asterisk anzeigen lassen ??

Bei Asterisk 1.2:

show channels

Bei Asterisk 1.4:

core show channels