Aries RCC

Diese Seite widmet sich einen ganz besonderen Setup an einem Desktop, bei der ein PC mit einem Headset und einem CX600, Aastra 6725ip oder HP 4120 ausgestattet ist. Die Ergebnisse konnten mit einem CX600 und Aastra 6725ip mit Firmware Feb2013 nachvollzogen werden.

In diesem Bild kommen vier Verbindungen ins Spiel

Steuerung auf dem Lync Client

Mit diesem Setup finden Sie im Lync Communicator an folgenden zwei Stellen die Auswahl des Audio-Device.

• "Default Device"
  Direkt auf dem Hauptfenster (und natürlich auch noch in den Einstellungen) können Sie ihr "Standardgerät" einstellen. Der Communicator nutzt diese Einstellung sowohl für eingehende als auch ausgehende Gespräche:
  
• Umschalten während des Gesprächs
  Sobald eine Verbindung besteht, können Sie auch das Audiogerät wechseln. In meinem Beispiel stehen sogar zwei unterschiedliche Headsets, das Telefon und natürlich die eingebaute Soundkarte zur Auswahl:
  

Interessant ist natürlich nun, was während den einzelnen Verbindungsphasen wo passiert, d.h. mit welcher Einstellung welche Datenpfade und Audiopfade beschritten werden. Diese untersuchung muss man für ausgehende Anrufe aber auch für eingehende Anrufe durchführen.

Ausgehende Anrufe

Für einen Verbindungsaufbau nach außen gibt es nur zwei Optionen:

• Wählen am Telefon
  Auf dem Aries-Telefon können Sie aus dem Adressbuch oder über Nummern das gewünschte Ziel anrufen. In dem Fall wird das Telefonat natürlich unabhängig von ihrem "Default Device" über das Telefon geführt.
• Wählen mit Communicator
  Wenn Sie die Verbindung über den Lync Communicator initiieren, dann kommt das "Default Device" zum Einsatz

Ich habe noch kein Headset gesehen, dem ich die Rufnummer zurufen kann, so dass diese Option hier wegfällt. Trotzdem ist die Funktion interessant:

Interessant ist hier, dass in allen Fällen der Lync Communicator geöffnet wird und den Telefonstatus anzeigt als auch eine Steuerung zulässt. Auch das zurückholen eines auf dem Telefon gestarteten Gesprächs auf das Headset am PC ist problemlos möglich. Allerdings kann es ein paar Sekunden dauern, da die Audioverbindung (RTP) vom Telefon auf den PC umgestellt werden muss.

Eingehende Anrufe

Bei eingehenden Gesprächen gibt es einen Fall mehr, da ein Gespräch sowohl am Telefon als auch am PC und im Headset signalisiert wird:

• Telefon
  Nimmt ein Anwender das Telefon durch Abheben des Hörers oder Freisprechtaste am Telefon ab, dann landet das Gespräch auch dort
• Communicator
  Wird das Gespräch über den PC angenommen, dann kommt das "Default Device" zum Einsatz
• Headset
  Lync-zertifizierte Headsets melden den Ruf auch im Headset und erlaubt die Annahme durch eine entsprechende Taste. Neuerdings auch per Sprache oder allein durch das Aufsetzen des Headset (Näherungssensor)

Entsprechend muss die Tabelle um das Headset erweitert werden.

Bis auf einen Fall funktioniert die RCC-Steuerung auch bei eingehenden Anrufen. Allerdings gibt es eben diesen einen Fall, der vom Anwender vielleicht nicht so erwartet wird. Technisch sollte es nach meiner Ansicht keinen unterschied machen. Das Verhalten ändert sich abhängig vom "Default Device" auf dem Lync Communicator. Es dürfte als eine eigentümliche Behandlung auf dem Communicator sein, der in diesem Fall nicht damit rechnet, dass jemand den Ruf am Telefon "abhebt". Stellt der Anwender aber dann "Telefon" als Default Device" ein, dann geht auch jeder ausgehende Anruf über das Telefon raus.

USB-Link getrennt

In der Tabelle haben sie nun mehrfach gesehen, das "Audio über USB" aufgeführt wird. Es ist tatsächlich so, dass beim einem Telefonat, welches einmal auf dem PC gelandet ist, ein Wechsel zum Telefon möglich ist aber der RTP-Datenstrom weiter über den PC geht. Das lässt sich mit einem Programm wird NetMon 3 oder Wireshark/Ethereal einfach belegen. Teilweise aber nicht immer ist diese Funktionsweise auch im Display zu sehen.

Nachdem diese Verbindung bewiesen war, wollte ich noch die Gegenprobe machen. Ein Telefonat wurde über den PC auf dem Telefon geführt und dann habe ich einfach das USB-Kabel während des Telefonats gezogen. Auch dies wurde im Display umgehend angezeigt:

Das Telefonat wurde aber nicht abgebrochen sondern erst mal "gehalten".

Die Audioverbindung wurde nicht automatisch auf eines der ebenfalls am PC angeschlossenen Headset oder die Computerlautsprecher umgelegt. Ich konnte aber problemlos auf dem Lync Client den "Anruf fortsetzen" und so den Ausfall der USB-Verbindung zu überbrücken. Beim Communicator 2010 hat so ein unsanftes Trennen die Verbindung unterbrochen. Anscheinend ist dies aber eine neue Funktion des Communicator 2013, denn es funktioniert auch, wenn ich den USB-Dongle des Headsets im Gespräch abziehe.

SIP Feinheiten

Zwei SIP-Besonderheiten können Sie beim Einsatz des Aries per USB sehen.

CANCEL bei Annahme am Telefon

Wenn Sie einen eingehenden Ruf am Telefon annehmen und das konfigurierte "Default Endgerät" nicht das Telefon ist, dann bestätigt das Telefon dem Lync Server die Rufannahme. Der Lync Server sendet dann an den Lync Client, der ebenfalls einen INVITE" bekommen hatte, einen CANCEL

CANCEL sip:192.168.103.31:53432;transport=tls SIP/2.0
CSeq: 36371 CANCEL
To: <sip:+495251304613@netatwork.de;User=phone>
From: <sip:+49160xxxxxxx@netatwork.de;User=phone>
Content-Length: 0
Server: http%3A%2F%2Fwww.microsoft.com%2FLCS%2FDefaultRouting
Reason: SIP;cause=200;text="Call completed elsewhere";ms-acceptedby="sip:frank.carius@netatwork.de"
ms-diagnostics-public: 5025;reason="Cancel sent by application für INVITE client transaction."

Damit ist für den Lync Communicator der Call "erledigt" und damit ist auch klar, warum der Communicator das Fenster "zu" macht. Fraglich bleibt natürlich, warum der Communicator den Call dem Telefon zuweist und zur Steuerung aktiv bleibt,

REFER bei umlegen auf das andere Gerät

Ein anderer Szenario ist die Umleitung des Gesprächs vom Telefon auf den Lync Client, wenn der Client dies noch anfordern kann. Dann nämlich wird über einen REFER der RTP-Datenstrom von der Gegenstelle zum Telefon auf den PC umgestellt.

REFER sip:nawlync001.netatwork.de:5070 SIP/2.0
From: <sip:+495251304613@netatwork.de;User=phone>
To: <sip:+49160xxxxxxx@netatwork.de;User=phone>
CSeq: 2 REFER
Call-ID: 976c1691-0ebd-47d1-8505-f4e5f700a173
Via: SIP/2.0/TLS 192.168.100.100:50578;branch=z9hG4bKDCF3B0FD.6E3C627EACB76110;branched=FALSE User-Agent: UCCAPI/15.0.4420.1017 OC/15.0.4420.1017 (Microsoft Lync)
Supported: ms-dialog-route-set-update
Refer-to: <sip:frank.carius@netatwork.de>
Referred-By: <sip:frank.carius@netatwork.de>;ms-referee-uri="sip:+49160xxxxxxx@netatwork.de
ms-routing-phase: from-uri-routing-done

Das passiert übrigens nur einmal vom Telefon zum PC. Bei allen nachfolgenden umschaltungen bleibt die RTP-Verbindung auf dem PC und es wird einfach Audio über USB auf das Telefon gesendet.

Weitere Links

• Remote Call Control
• LyncPhone Funktion
• Polycom Telefon
• Aasta 6721p/6725p
• HP Phone 4120