Sametime Media Manager

[oliK]

Hallo,

ich wollte in Sametime mal das Conferencing mit Audio/Video testen. Beim Video Manager stolpere ich aber über die kontroverse Anleitung:
https://www.ibm.com/support/knowledgecenter/en/SSKTXQ_9.0.1/admin/install/inst_av.html

"The IBM® Sametime® Media Manager is available for installing on the Linux or Windows platforms only. The Sametime Video Manager and Sametime Video MCU components run only on Linux...

Kann man das jetzt unter Windows Server installieren oder nicht?

[Tode]

Es ist genau wie es da steht:

Den Media Manager (das ist eine Websphere Application) kann man unter Linux oder Windows installieren, die beiden Video MCU- Komponenten (eingekaufte Software, hat nix mit Websphere zu tun) nur unter Linux: Das sind also 3 zusätzliche Maschinen, es sei denn, man installiert den Media- Manager irgendwo dazu (z.B. beim Meeting Server oder der System Console, natürlich alles nicht recommended).

[oliK]

Achso....ich habe einfach 2x Media Manager gelesen, anstatt Video Manager beim 2. Mal.
Wie schon in der Schule: wer lesen kann ist klar im Vorteil.

[oliK]

Ich glaube, Sametime wäre viel erfolgreicher (gewesen), wenn man die Admins nicht durch die Installationstortur abschrecken würde.
Habe in meiner Testumgebung bis auf die Videophonie nun fast alles durch.
Das Ergebnis sieht schön aus auf Clientseite, aber das Serverbackend ist ein Schreckgespenst.
Gibt es hier schon einen out-of-the-box Docker-Container? -_-

[oliK]

Kann man den VMGR und VMCU auf einer Linux-Kiste zusammen installieren?

[umi]

Ich denke nicht
http://www-10.lotus.com/ldd/stforum.nsf/DateAllFlatweb/dc2496a7431b60ea85257c5c003cc744?OpenDocument

[oliK]

Den Eintrag kenne ich. Da steht ja lediglich, dass es nicht unter Windows verfügbar ist aufgrund der integrierten Polycom-Software.

[Tode]

Diese Seite über VMGR:

The Video Manager must be installed on a dedicated server.

Diese Seite über VMCU:

The Sametime Video MCU must be installed on a dedicated server.

[oliK]

Hallo,

bisher lief dann soweit alles glatt mit der Installation des VMGR.

Bei der Installation der VMCU bin ich nach einigen Stolpersteinen nun schon so weit gekommen,
dass sich alle RPMs installieren lassen, bis auf die Letzte.
Die VMCU startet auch fehlerfrei, jedoch fällt die VMCU-REST-API bei der Validierung von Port 443 durch.
Die Adresse http://<ip>/plcm/mcu/api/1.0/user lässt sich problemlos im Browser meines Clients aufrufen, jedoch nicht über https.
Wenn ich die offenen Ports auf der VM prüfe ist Port 80 auch in Benutzung durch den VMCU-Prozess, aber Port 443 gar nicht.
Ich denke ich habe anhand der Anleitungen alle notwendigen RPMs installiert.
Muss man für die Nutzung von 443 etwas beachten? In der Doku steht nicht, dass man dafür explizit im Vorfeld etwas konfigurieren muss.
Der letzte Installer Sametime-VideoMCU-Installer-9.0.1-20170608.0636.rpm prüft Port 80 und 443 und bricht bei 443 dann ab.
Daher wird die VMCU auch nicht in der Sametime System Console registriert.
Firewalls auf der VM sind inaktiv.
Die VMCU selbst gibt den Status 0 zurück (aktiv). Aber das bringt ja nix, wenn das Ding nicht registriert ist bzw. die REST API nicht vollständig auf allen notwendigen Ports freigegeben ist.

Kennt jemand dieses Problem bzw. hat dazu einen Ansatz?

[oliK]

Ich konnte mittlerweile das Problem lösen. Die Anwendung wird als Standard nur mit HTTP-Listener auf Port 80 installiert.
Man kann nach der Installation über eine Config-Datei den Secure-Port (443) aktivieren. Danach läuft die MCU-Anwendung auf Port 443.
Führt man danach nochmal den letzten Installer aus, so funktioniert die 443-Prüfung und das Teil wird an der Sametime-Konsole registriert.
(Wer denkt sich sowas aus? Aber ich frage ja bei der Sametime-Installationsarie schon gar nicht mehr )

Jetzt habe ich leider noch folgenden Fehler:
Peer-To-Peer-Video funktioniert. (das ist nicht der Fehler)
Video in Konferenzen (egal ob Browser oder Client) liefert mir den Fehler "AVKCS2200E: Fehlerantwort 404 als Antwort auf Einladung zu CN=Nachname\, Vorname,OU=Firma,DC=Firma,DC=local erhalten. Ursache: Unspecified Dial Failure".
Anhand diverser Debugeinstellungen habe ich herausgefunden, dass der SIP Proxy des Media Manager das 404 generiert.
Worin sucht der Proxy? Welcher Location Service bzw. welche Routing Liste ist gemeint?
Die Websphere-Anwendung "Location Service" kann eigentlich nicht gemeint sein, da die zum Advanced Server gehört und eigentlich was anderes macht.

[27.09.18 14:30:57:447 MESZ] 000000ec proxy         3 ProxyHandler proxyToRegisteredBinding RETURN  {false}
[27.09.18 14:30:57:447 MESZ] 000000ec proxy         1 ProxyHandler handleInitialLocalRequest User sips:5c2ef85d-7d19-4f0f-928e-c43814d96022@sametime.testcompany.de;endpoint=client was not found in the location service or static routes list, sending a 404 (Not Found) response
[27.09.18 14:30:57:447 MESZ] 000000ec IncomingSipSe > IncomingSipServletRequest createOutgoingResponse ENTRY 404 null null null
[27.09.18 14:30:57:447 MESZ] 000000ec SipServletMes > SipServletMessageImpl setIsCommited ENTRY true fc6e7411
[27.09.18 14:30:57:447 MESZ] 000000ec TransactionUs > TransactionUserImpl removeB2BPendingMsg ENTRY  AppName = Proxy  local.1538050782471_28_50 UAS false fc6e7411
[27.09.18 14:30:57:447 MESZ] 000000ec TransactionUs 3 TransactionUserImpl removeB2BPendingMsg left with no update true
[27.09.18 14:30:57:447 MESZ] 000000ec IncomingSipSe > IncomingSipServletRequest createOutgoingResponse ENTRY 404 null null null
[27.09.18 14:30:57:447 MESZ] 000000ec SipServletMes > SipServletMessageImpl SipServletMessageImpl ENTRY com.ibm.ws.sip.container.servlets.OutgoingSipServletResponse@bb93706d
[27.09.18 14:30:57:447 MESZ] 000000ec SipServletMes > SipServletMessageImpl setIsCommited ENTRY false bb93706d
[27.09.18 14:30:57:447 MESZ] 000000ec SipServletMes > SipServletMessageImpl setTransactionUser ENTRY
[27.09.18 14:30:57:447 MESZ] 000000ec TransactionUs > TransactionUserImpl addB2BPendingMsg ENTRY  AppName = Proxy  local.1538050782471_28_50 UAS false bb93706d
[27.09.18 14:30:57:447 MESZ] 000000ec TransactionUs 3 TransactionUserImpl addB2BPendingMsg left with no update true
[27.09.18 14:30:57:447 MESZ] 000000ec SipProperties 3 SipPropertiesMap getBoolean could not find value for: uri.percent.encoded.uppercase ,retrieving value: false
[27.09.18 14:30:57:447 MESZ] 000000ec IncomingSipSe < IncomingSipServletRequest createOutgoingResponse RETURN SIP/2.0 404 Not Found