Het algemene Skype for Business Server topic

[be3a18]

Toegang van buitenaf hoeft nu niet nee.

En ik ga kijken naar Office 365 Phone System.

[be3a18]

Wij een Office 365 Enterprise E3 abonnement. Op de website over Office 365 Phone System wordt E5 vermeld. Als ik bij een gebruiker kijk wat voor opties er zijn op dit gebied (licenties) zie ik niks staan.

Vallen wij dan buiten de boot?

[voor de moderator, excuses voor de dubbele melding]

[ Voor 10% gewijzigd door be3a18 op 22-11-2018 15:44 ]

[Question Mark]

be3a18 schreef op donderdag 22 november 2018 @ 12:34:
[...]


We hebben al O365. We hebben ook Skype for Business online. Maar dit willen ze hier ook hebben als vervanging voor huidige pakket waarvan support in 2019 vervalt.

Welk huidig pakket heb je het nu over? Je hebt (gebruikt?) nu al Skype for Business Online? Of gebruik je Skype for Business Server 2015?

Dat draait nu lokaal op alle PC's.Dat moet dus de Skype for Business client gaan worden.

Wat draait lokaal op alle PC's? Een Skype for Business Client?

Je verhaal wordt er nu niet echt duidelijker op.

[be3a18]

Het pakket wat lokaal draait heet EyeBeam. Draait als software op de PC waar een koptelefoon aanzit. We hebben geen telefoon toestellen.

EyeBeam heeft een verbinding met de telefooncentrale. In EyeBeam regel je dan via de SIP account settings de verbinding naar de telefooncentrale.

[be3a18]

Inmiddels ben ik bezig met de installatie. Dat hield op bij Publish Topology. Ik kreeg een foutmelding over niet kunnen connecten met de database.

Het begon eigenlijk al bij de optie Prepare single Standard Edition Server. Ik zag in de log een melding staan over het niet aanwezig zijn van een database en dat er ook niks aangemaakt is. De status was echter Succesfull dus ik ben gewoon verder gegaan.

Bij de Topology Builder gaat het dus mis. Volgens mij moet er een connectie worden gemaakt met de database xds.mdf maar die bestaat dus niet. Ik heb SQL Server Management Studio geïnstalleerd en die maakt keurig verbinding. Ik heb 4 databases die aangemaakt zijn na de installatie van SQL Server 2016, master, model, msdb en tempdb. Geen xds.

Hoe kom ik alsnog aan de juiste database?

[ik heb nog de logbestanden nagekeken met SQL Server Management Studio en daarin staat ook dat er geen verbinding kan worden gemaakt met de xds database]

[ Voor 9% gewijzigd door be3a18 op 29-11-2018 14:22 ]

[Jazzy]

be3a18 schreef op donderdag 29 november 2018 @ 14:19:
Inmiddels ben ik bezig met de installatie. Dat hield op bij Publish Topology. Ik kreeg een foutmelding over niet kunnen connecten met de database.

Het begon eigenlijk al bij de optie Prepare single Standard Edition Server. Ik zag in de log een melding staan over het niet aanwezig zijn van een database en dat er ook niks aangemaakt is. De status was echter Succesfull dus ik ben gewoon verder gegaan.

Bij de Topology Builder gaat het dus mis. Volgens mij moet er een connectie worden gemaakt met de database xds.mdf maar die bestaat dus niet. Ik heb SQL Server Management Studio geïnstalleerd en die maakt keurig verbinding. Ik heb 4 databases die aangemaakt zijn na de installatie van SQL Server 2016, master, model, msdb en tempdb. Geen xds.

Hoe kom ik alsnog aan de juiste database?

[ik heb nog de logbestanden nagekeken met SQL Server Management Studio en daarin staat ook dat er geen verbinding kan worden gemaakt met de xds database]

Dit is een algemeen discussietopic, voor een specifiek technisch probleem kun je het beste een eigen topic aanmaken. Vergeet dan niet om de exacte foutmeldingen mee te nemen, die kun je ook als je een wizard al gesloten hebt gewoon uit de logs halen. En natuurlijk eerst zelf onderzoek doen en in je startpost vermelden wat je al gevonden hebt en waarom dat nog niet tot een oplossing geleid heeft.

Jazzy schreef op donderdag 22 november 2018 @ 13:26:
Je gaat nu enorm veel tijd steken in het uitvogelen hoe je een Standard Server moet installeren.

Niet om na te trappen nu je tegen problemen aanloopt, maar denk in ieder geval nog een keer na over bovenstaande.

[be3a18]

Ik heb al het een en ander gevonden wat zeg maar niet op de product pagina van SfB 2019 staat. Daar ga ik nu eerst mee aan de slag.

We gaan overigens in eerste instantie voor het meest simpele scenario, voorlopig alleen conferencing wel met een Mediaton server. Volgens de planners die ik draai moet dat op 1 server kunnen.

Wordt vervolgd.

[Question Mark]

be3a18 schreef op donderdag 29 november 2018 @ 14:56:
We gaan overigens in eerste instantie voor het meest simpele scenario, voorlopig alleen conferencing wel met een Mediaton server. Volgens de planners die ik draai moet dat op 1 server kunnen.

De mediation is alleen nodig om SfB te kunnen aansluiten op PSTN, hetzij via een siptrunk of via je bestaande telefooncentrale.

Als je SfB alleen maar intern aanbiedt, en alle gebruikers SfB gaat geven. Dan heb je toch helemaal geen koppeling nodig met PSTN? Iedereen kan via SfB de meeting/conference joinen.

[be3a18]

Ik heb onderzoek gedaan naar de missende databases.

Als ik Prepare single Standard Edition Server draai komen de volgende meldingen voorbij in het Executing Commands dialoog venster:

no databases discovered, skipping Install-CsDatabase...
no roles discovered, skipping Enable-CsComputer...

Blijkbaar moet dit van te voren worden gedaan. Ik kom daar echter niks over tegen in de documentatie.

Ik heb me van te voren lid gemaakt van de juiste SfB groepen in AD en mezelf lid gemaakt van de groep lokale administrators op de server. Helpt allemaal niks.

Dit kom ik trouwens allemaal niet tegen in de officiële documentatie over SfB. Daar hebben ze het erover dat je lid moet worden van 1 groep nadat je AD klaar hebt gemaakt voor SfB wat ik gedaan had voordat ik bovenstaande ging draaien.

[wagenveld]

Nog niet opgegeven? Heb je zelf SQL geïnstalleerd op die doos? Prepare first Standard Edition moet zelf een SQL Express installeren.

[Jazzy]

Je hebt toch wel een Standard Server deployment aangemaakt in je toplogy?

[be3a18]

Ik ga helemaal opnieuw beginnen (afgezien van het prepare AD gedeelte); ik kom er nu achter dat ik de stappen beschreven in de handleiding niet in de juiste volgorde heb gedaan. Daar komt waarschijnlijk ook die melding weg van een missende database. Het is sowieso maar een virtuele test server.

Nog een laatste vraag.

Ik zoek eigenlijk hulp bij het installeren van SfB. Het is me wel duidelijk dat dit me te hoog gegrepen is. Als ik alle tijd heb zou het misschien wel lukken, maar ik heb ook andere werkzaamheden.

Zijn er Tweakers die dit doen (SfB installeren bij een klant)?

[ Voor 41% gewijzigd door be3a18 op 06-12-2018 11:11 ]

[be3a18]

Even een update.

SfB server 2019 werkt nu (mbv een zzp-er die dit soort installaties vaker gedaan heeft). Wel een heel gedoe nog maar het functioneert nu. Met wel wat merkwaardigheden.

- Je hebt Silverlight... nodig zowel op de server als op de PC waarvan af je SfB wilt managen.
- Toevoegen van gebruikers uit AD werkt wel/niet via de GUI.
- Als het niet wil moet je de Powershell tool gebruiken.
- Waarom het bij de ene gebruiker via de GUI wel werkt en bij een andere niet is ons een compleet raadsel.

Enfin, we hebben nu de chat optie binnen het bedrijf. Nu willen we ermee gaan bellen.

Er is inmiddels een mediation server en ik heb zojuist een SIP trunk aangemaakt met een TCP waarde die SFB zelf voorstelde (5068). Bij de FQDN heb ik dezelfde FQDN aangehouden als voor het huidige pakket. Dit is allemaal gedaan middels de topology builder.

Is dit genoeg?

Ik kan de Skype voor Bedrijven client nu gebruiken om te chatten. Echter, in de opties is Telefoonintegratie uitgeschakeld en de optie om het in te schakelen is disabled.

[Question Mark]

Persoonlijk zou ik eerst je huidige problemen fixen voordat ik de topology verder ga uitbreiden. Wat bedoel je precies met users toevoegen? Het enablen van users voor Skype for Business?

• Is daarnaast je aangepaste topology succesvol gepubliceerd naar alle systemen?
• Heb je al voice routing policy's, pstn usages en dial plans aangemaakt?

[be3a18]

Het enablen van users voor Skype for Business inderdaad. De ene keer werkt het wel vanuit de GUI, de andere keer moet je powershell gebruiken. Die zzp-er had het wel vaker meegemaakt.

Wat publicatie naar andere systemen betreft, we hebben maar 1 systeem. Na elke wijziging heb ik de topology iedere keer weer gepubliceerd zonder foutmeldingen.

De laatste vraag moet ik ontkennend beantwoorden.

[Question Mark]

be3a18 schreef op dinsdag 29 januari 2019 @ 14:46:
De laatste vraag moet ik ontkennend beantwoorden.

Dan zou ik eerst de juiste policy's maar gaan aanmaken:

Enable users for Enterprise Voice in Skype for Business Server

To finish enabling a user for Enterprise Voice, be sure that the user is assigned a voice policy and a dial plan, whether global (assigned by default) or user-specific.By default, all users are assigned a global voice policy and dial plan.

Waarschijnlijk zijn je global voice policy's en dial plans (nog) niet geconfigureerd om je nieuwe sip trunk te mogen gebruiken.

[be3a18]

Ik krijg bij het aanpassen van het Telephony veld en de Commit 'antwoord' van een van onze DC's dat ik hiervoor te weinig rechten hebben. Ik ben echter zowel lid van de Domain Admin groep als de groep CSAdministrator. Eigenlijk dezelfde melding bij het Enablen van gebruikers voor SfB.

[Edit] ik lees nu tot mijn verbazing dat dit juist komt doordat ik lid ben van de DomainAdmin groep.

[ Voor 15% gewijzigd door be3a18 op 29-01-2019 15:53 ]

[Question Mark]

Probeer je dit toevallig te doen voor een account die lid is van de Domain Admins group? Da's een protected group en members mogen niet op deze manier gewijzigd worden.

Kleine tip: gooi gewoon de error eens door Google.

[Qwerty-273]

*snif* *snik*
We zitten nog steeds op Lync 2010 server (ja ja) en doen zoals de meesten gewoon open federaties, en we gebruiken alleen maar de IM functie. Nu heeft een leverancier/partner (Accenture) recentelijk een update doorgevoerd van hun security policy en laten alleen maar TLS 1.2 toe. En Lync 2010 ondersteunt dat dus niet.

En we hebben een solution architect en een service owner die er verder geen druk om maken, en als feedback aan de business het antwoord geven dat het wel opgelost wordt met de migratie naar Office365... Die nog gepland moet worden..........

Dus nu vanuit de operationele kant zitten we druk uit te oefenen om dan op zijn minst naar versie 2015 on-premise te gaan. Naar 2019 kunnen we helaas niet vanwege ons AD level van 2008. Lekkere soap aflevering intern weer.

[jimmy87]

Ik vind de macOS versie nog steeds drama.
Wij zitten al geruime tijd op SFB 2015 on premise voor privacy redenen maar waar ik in lync 2013 nog een mac client had waarmee ik filetransfers kon doen, heb ik nu een SFB client waar transfers het niet van doen en een meeting starten de helft van de tijd blijft hangen op u bent de enige user.

Het ligt niet aan de server want op Windows werkt het prima

Nu lag ik ergens dat in de SFB online versie je via de mac client wel filetransfers hebt..?

Ook wij hebben gezocht naar een alternatief met een fatsoenlijke IM maar dit niet kunnen vinden

[Jazzy]

Geen antwoord op je vraag, maar wat zijn die privacy redenen?

[be3a18]

We zijn weer een stapje verder met een koppeling tussen onze Skype for Business Server 2019 en een telefonie aanbieder. Deze laatste biedt actief zo'n koppeling aan in tegenstelling tot onze huidige telefoon aanbieder.

Er is nu een test opstelling waarbij de telefoon aanbieder een trunk ter beschikking heeft gesteld waar wij dan verbinding mee mogen maken. Dit laatste is nog niet gelukt.

In deze trunk staan ook een gebruikersnaam en een wachtwoord benodigd voor inloggen maar dat kan ik in de topology builder van SfB helemaal niet opgeven. De vraag is dus waar ik dat doe en of dat wel moet. De telefoon aanbieder zegt dat het dan ook wel zonder kan.

Ook van belang is dat er nog geen SIP registratie heeft plaats gevonden maar dat is wellicht een gevolg van bovenstaande. De status van de SIP trunk bij de telefoonaanbieder is:

Laatste SIP registratie nooit.

Zonder die registratie komen we niet verder vrees ik.

Bij de geavanceerde instellingen van de SIP trunk hebben we het IP-adres opgegeven waarmee onze organisatie naar buiten treedt.

[wagenveld]

Zonder een soort gateway ertussen gaat je dat waarschijnlijk niet lukken, SfB wil een trunk zonder registratie, en op TCP.

[be3a18]

wagenveld schreef op dinsdag 19 februari 2019 @ 17:41:
Zonder een soort gateway ertussen gaat je dat waarschijnlijk niet lukken, SfB wil een trunk zonder registratie, en op TCP.

Je bedoelt een gateway naar de telefoon provider neem ik aan?

[Jazzy]

Google even op "skype for business sip trunk". De eerste hit van Microsoft is dit artikel: https://docs.microsoft.co...ice-solution/sip-trunking

Volgens mij heb je daar een mooi overzicht van wat je hier voor nodig hebt.

[be3a18]

Het blijkt nu dat (ik heb gebeld met de telefoonboer) dat deze melding eigenlijk niet van belang is (volgens diezelfde telefoonboer) omdat SfB niet authenticeert op basis van username/password.

Ze hebben een SIP test gedaan en het blijkt dat aan hun kant nog het een en ander bevestigd moet worden (volgens mij de IP adressen waarmee we bij hun binnen komen). Dat ligt daar nu bij systeembeheer. Daarna zou het moeten werken.

[ Voor 7% gewijzigd door be3a18 op 20-02-2019 11:16 ]

[be3a18]

Question Mark schreef op dinsdag 29 januari 2019 @ 14:49:
[...]

Dan zou ik eerst de juiste policy's maar gaan aanmaken:

Enable users for Enterprise Voice in Skype for Business Server


[...]


Waarschijnlijk zijn je global voice policy's en dial plans (nog) niet geconfigureerd om je nieuwe sip trunk te mogen gebruiken.

Ik heb nu een dial plan en een global voice policy toegevoegd (ook vanwege een melding in de Event Log op de SfB server) en ik ben nu aan het testen geweest. Dat werkt (nog) niet.

Ik heb nu de logging aangezet en zie in de Event Log op de PC dat er een sip:groupchat gebruiker wordt aangeroepen. Dit is zoals het hoort?

[Question Mark]

• Wat heb je nu exact ingesteld staan aan routing policy's, pstn usages en voice policy's?
• Wat en hoe ben je aan het testen?
• Wat werkt er niet, wat gebeurt er en wat had je verwacht?
• Welke logging heb je waar aangezet? Logging in de Skype client?

[jimmy87]

Jazzy schreef op vrijdag 15 februari 2019 @ 10:41:
Geen antwoord op je vraag, maar wat zijn die privacy redenen?

Onze SFB wordt ook door ons gebruikt om te communiceren met klanten, voornamelijk de IM functie en om die redenen wil het management die lokaal hebben zitten geloof ik nog andere redenen achter maar die laat ik achterwege hier, mijn eigen prive mail draait onder office365.

[be3a18]

Weer even een update.

Nadat we iemand ingehuurd hadden die SfB goed heeft ingericht (de juiste policies enz) en wat netwerkaanpassingen hadden gedaan hebben we het volgende resultaat:

- bellen naar een vast nummer vanuit de client werkt (kwaliteit is goed)
- bij terugbellen naar mij toe via dat nummer hoor ik wel de beller maar de beller mij niet
- bellen naar 06-nummer werkt (nog) niet.

Over punt 2 heb ik contact gehad met de expert en de telefoonprovider. Beide zeggen dat het een netwerk issue is. Op verzoek van de expert heb ik nu de poorten 5060 t/m 5065 open gezet in de firewall, wat dus niet helpt. Er is voor SfB 1 specifiek ip adres in gebruik wat alleen daar voor gebruikt wordt. Andere netwerkdiensten gaan via andere ip adressen.

We gebruiken hier overigens een Cisco router, is dat misschien een issue?

Of een licentie probleem?

[Question Mark]

Kijk even naar dit document, en check je netwerk en lokale firewalls.

https://docs.microsoft.co...ments/ports-and-protocols

Let ook goed op de portranges voor de clients, en focus niet alleen op het backend.

[be3a18]

Question Mark schreef op donderdag 11 april 2019 @ 16:15:
Kijk even naar dit document, en check je netwerk en lokale firewalls.

https://docs.microsoft.co...ments/ports-and-protocols

Let ook goed op de portranges voor de clients, en focus niet alleen op het backend.

We hebben de nodige aanpassingen doorgevoerd en het werkt nu. Alleen iets te goed want onze huidige sip oplossing kreeg daardoor problemen.

Door daar in de firewall een extra policy/regel te maken is dat weer opgelost.

[ Voor 50% gewijzigd door be3a18 op 15-04-2019 15:08 ]

[Question Mark]

Wat zijn de nodige aanpassingen, welke problemen heeft dat veroorzaakt en hoe is dat probleem nu weer getackeled?

Prima dat je veel zaken vraagt, maar koppel dan ook even de volledige oplossing terug zodat mede-tweakers daar ook wat aan hebben. Nu lijk je het topic een beetje te gebruiken als persoonlijke helpdesk.

[be3a18]

Question Mark schreef op maandag 15 april 2019 @ 15:24:
Wat zijn de nodige aanpassingen, welke problemen heeft dat veroorzaakt en hoe is dat probleem nu weer getackeled?

Prima dat je veel zaken vraagt, maar koppel dan ook even de volledige oplossing terug zodat mede-tweakers daar ook wat aan hebben. Nu lijk je het topic een beetje te gebruiken als persoonlijke helpdesk.

Naar aanleiding van je bijlage die ik doorgenomen heb, heb ik gebeld met de telefoon provider die de nieuwe sip oplossing aanbiedt. Die meldde dat er als er meerdere gesprekken tegelijktijdig zijn er ook weer meer poorten geopend worden. Mede daarom is het misschien wat drastische besluit genomen om de route tussen het specifieke ip adres waarmee de SfB communiceert én het specifieke ip adres van de telefoon provider (een 1 op 1 route dus), ook vanwege de noodzaak tijdig te kunnen testen, helemaal open te gooien. Dat is erg drastisch en een risico. Wat mee speelt is dat het met Cisco ASA volgens mij niet mogelijk is een poort range op te geven. Althans niet met de GUI, Later, als er meer tijd is, kunnen we deze regel wellicht gaan inperken.

De oplossing voor de huidige sip oplossing was het aanmaken van een policy/regel die de route tussen de sip trunk van de huidige telefoonoplossing en Eyebeam weer herstelde. Die was door bovenstaande actie verloren gegaan ondanks dat de sip trunk die bij Eyebeam hoort een ander ip adres heeft.

[Qwerty-273]

be3a18 schreef op maandag 15 april 2019 @ 15:44:
Later, als er meer tijd is, kunnen we deze regel wellicht gaan inperken.

Niet om de discussie op een compleet ander spoor te zetten. Maar deze zin heb ik zoooo vaak gehoord, en de meesten van de mensen die hem uitspreken komen daar helaas nooit meer aan toe, a. vanwege tijdsgebrek, en ook b. dat het op een denkbeeldige lijst komt die nooit meer aangeraakt (of vergeten) wordt.

Nu is de impact klein, want het zijn alleen de connecties naar dit ene IP adres natuurlijk. Maar je zet daarmee wel andere services open van/naar dit IP adres. Het zal niet de eerste keer zijn dat iemand via een connectie via een service leverancier / afnemer ergens binnenkomt, omdat beide organisaties een mismatch hebben over wie er verantwoordelijk is van de beveiliging tussen beide kanten (daar wil je eigenlijk beide op kunnen instellen met overleg en monitoren).

[be3a18]

Qwerty-273 schreef op maandag 15 april 2019 @ 15:58:
[...]

Niet om de discussie op een compleet ander spoor te zetten. Maar deze zin heb ik zoooo vaak gehoord, en de meesten van de mensen die hem uitspreken komen daar helaas nooit meer aan toe, a. vanwege tijdsgebrek, en ook b. dat het op een denkbeeldige lijst komt die nooit meer aangeraakt (of vergeten) wordt.

Nu is de impact klein, want het zijn alleen de connecties naar dit ene IP adres natuurlijk. Maar je zet daarmee wel andere services open van/naar dit IP adres. Het zal niet de eerste keer zijn dat iemand via een connectie via een service leverancier / afnemer ergens binnenkomt, omdat beide organisaties een mismatch hebben over wie er verantwoordelijk is van de beveiliging tussen beide kanten (daar wil je eigenlijk beide op kunnen instellen met overleg en monitoren).

Je hebt gelijk. Echter, in jouw overzicht zie ik zo 123 niet welke poort er extra geopend wordt als er tijdens een gesprek iemand anders ook gaat bellen. Of ik lees het verkeerd wat kan natuurlijk. Is dat een opvolgend poort nummer bijvoorbeeld?

Overigens, de actie om de huidige sip configuratie weer werkend te krijgen heeft SfB (het er naar toe bellen weer om zeep geholpen, ik kan wel bellen). Ook al loopt dat via een ander ip adres.

[be3a18]

Weer even een update.

We zijn nu live met Skype for Business. Het volgende is ingericht:

- bij de nieuwe telecomprovider is een omgeving ingericht met bel plannen en keuze menu's
- vanuit die omgeving wordt door verbonden naar de SfB Server
- middels de Workflow wordt dan alles doorgezet naar de juiste queue's waar weer de groepen aan hangen
- de clients zijn ingericht

En het werkt allemaal prima. Waar we wel tegen aanlopen (en voor zover ik weet is daar geen oplossing voor) is dat als je de PC lockt de client afhaakt. Je kunt na inloggen niet alsnog opnemen. Misschien is dat wel by design, onze vorige SIP client (Eyebeam) deed daar niet moeilijk over.

We krijgen ook nog een onterechte foutmelding over de chat,

"Uw toegang tot de chatroom is mogelijk beperkt door een storing"

We kunnen namelijk gewoon chatten. Ook hier kan ik zo 123 geen oplossing voor vinden. Wat ik er over lees is voor zover ik weet bij ons niet van toepassing.

[Question Mark]

be3a18 schreef op vrijdag 3 mei 2019 @ 10:17:

"Uw toegang tot de chatroom is mogelijk beperkt door een storing"

We kunnen namelijk gewoon chatten. Ook hier kan ik zo 123 geen oplossing voor vinden. Wat ik er over lees is voor zover ik weet bij ons niet van toepassing.

Dat je kunt chatten is iets anders dan toegang tot een chatroom. Die laatste is nl. onderdeel van "Persistent Chat", wat een apart te installeren feature is.

be3a18 schreef op vrijdag 3 mei 2019 @ 10:17:
Waar we wel tegen aanlopen (en voor zover ik weet is daar geen oplossing voor) is dat als je de PC lockt de client afhaakt.

Wat bedoel je met een client die afhaakt. Standaard gaat na vijf minuten in-activiteit je presence naar "Away", waardoor er geen call's meer naar een client gerouteerd wordt.

[be3a18]

Question Mark schreef op vrijdag 3 mei 2019 @ 10:35:
[...]

Dat je kunt chatten is iets anders dan toegang tot een chatroom. Die laatste is nl. onderdeel van "Persistent Chat", wat een apart te installeren feature is.


[...]

Wat bedoel je met een client die afhaakt. Standaard gaat na vijf minuten in-activiteit je presence naar "Away", waardoor er geen call's meer naar een client gerouteerd wordt.

Dat aparte onderdeel ga ik proberen te installeren.

De away instellingen hebben we al aangepast. Als iemand bij ons achter zijn PC weg loopt, wordt deze gelocked middels de Windows L toets. Als ik dan de status bij deze persoon check wordt die automatisch op Afwezig gezet. We hebben dit al gegoogled, er schijnt hier geen oplossing voor te zijn.

[Jazzy]

be3a18 schreef op vrijdag 3 mei 2019 @ 10:42:
Als iemand bij ons achter zijn PC weg loopt, wordt deze gelocked middels de Windows L toets. Als ik dan de status bij deze persoon check wordt die automatisch op Afwezig gezet. We hebben dit al gegoogled, er schijnt hier geen oplossing voor te zijn.

Wat zou je liever zien, dat de presence van de gebruiker nog steeds Available toont?

[Question Mark]

Dat ja, het heeft toch geen enkele zin om een call naar een user te routeren die niet achter zijn werkplek zit?

[be3a18]

Question Mark schreef op vrijdag 3 mei 2019 @ 10:47:
Dat ja, het heeft toch geen enkele zin om een call naar een user te routeren die niet achter zijn werkplek zit?

Dit is allemaal logisch, maar (ik denk dat ik iets wil wat niet kan) maar als je dan weer inlogt zou het ook mooi zijn als de status weer automatisch naar Beschikbaar gaat.

Wat de Persistent Chat betreft:

https://social.technet.mi...rsistent-chat?forum=sfbfr

Wij hebben geen upgrade gedaan maar een volledig nieuwe installatie. Als Persistent Chat geen onderdeel meer is van SfB 2019, waarom klaagt onze client er dan over? Is de oplossing het hebben van de juiste client? Ik gebruik Skype for Business voor Office 365 MSO.

[Question Mark]

Controleer je topology eens? Het is in een SfB 2019 topology nog steeds mogelijk om SfB 2015 pools én features te hebben. Je kunt dus nog ergens per ongeluk een persistent chat pool gedefinieerd hebben.

Voor wat betreft een client, als ik op "Away" sta is één tik tegen mijn muis voldoende om mijn presence weer op "Available" te krijgen.

Welke client gebruiken jullie? De basic of de volledige? (let op dat de O365 portal standaard de basic installeerd).

[be3a18]

Question Mark schreef op vrijdag 3 mei 2019 @ 11:04:
Controleer je topology eens? Het is in een SfB 2019 topology nog steeds mogelijk om SfB 2015 pools én features te hebben. Je kunt dus nog ergens per ongeluk een persistent chat pool gedefinieerd hebben.

Voor wat betreft een client, als ik op "Away" sta is één tik tegen mijn muis voldoende om mijn presence weer op "Available" te krijgen.

Welke client gebruiken jullie? De basic of de volledige? (let op dat de O365 portal standaard de basic installeerd).

Betreffende de Persistent Chat, ik heb gisteren gekeken of er 1 gedefinieerd was en dat was volgens mij niet zo. Maar ik ga nog eens kijken. Kun je er alsnog een aanmaken (misschien een beetje drastisch vanwege een foutmelding).

We gebruiken de basic client. Is upgraden naar de volledige versie de oplossing?

[Question Mark]

Probeer eerst te achterhalen waar je (fout)meldingen nu vandaan komen. Je hebt er volgens mij twee als ik je posts goed begrijp:

1. Presence van users wordt niet goed weergegeven na het unlocken van hun werkplek
2. Je krijgt een foutmelding die lijkt te verwijzen naar persistent chat

De verschillen tussen de beide Skype clients (basic vs full) kun je gewoon opzoeken. Dan zou je ook zelf de conclusie kunnen trekken of dit mogelijk je problemen oplost. Beetje eigen inzet mag wel.

[be3a18]

Question Mark schreef op vrijdag 3 mei 2019 @ 12:33:
Probeer eerst te achterhalen waar je (fout)meldingen nu vandaan komen. Je hebt er volgens mij twee als ik je posts goed begrijp:

1. Presence van users wordt niet goed weergegeven na het unlocken van hun werkplek
2. Je krijgt een foutmelding die lijkt te verwijzen naar persistent chat

De verschillen tussen de beide Skype clients (basic vs full) kun je gewoon opzoeken. Dan zou je ook zelf de conclusie kunnen trekken of dit mogelijk je problemen oplost. Beetje eigen inzet mag wel.

Ik heb de client nét gedownload, Setupskypeforbusinessretail.x64.nl-nl_.exe (wij een Office 365 Enterprise E3 abonnement), ik ga eens kijken wat de verschillen zijn. Dat andere ga ik ook even verder uitzoeken, tot zoverre bedankt.

[be3a18]

We hebben SfB nu een paar weken draaien en op zich draait het prima. Er moet nog wel het een en ander getweaked worden met het bellen van bepaalde nummers. Voor het maken van het dial plan is gebruik gemaakt van https://www.ucdialplans.com. Wat nog speelt is:

112, de Normalization Rule (NL-Service) luidt

Patern to match
^(112|144|140\d{2,3}|116\d{3}|18\d{2})$

Translation rule
$1

Als ik vervolgens 112 test wordt dat genormaliseerd naar 112. Wij moeten alleen eerst een 0 draaien om naar buiten te bellen. Wat gaat er hier mis?

Wat ook mis gaat zijn de speciale telefoonnummers die sommigen gemeenten gebruiken. Dat zijn14xxx nummers. Dat zijn geen 10 cijferige telefoonnummers. Ik denk niet dat https://www.ucdialplans.com hierin voorziet.

Ik heb bij 112 de Translation rule veranderd naar +31$1. Het nummer wordt nu wel gebeld (eerst kwam er direct een foutmelding) maar dan direct de toon van een ongeldig nummer.

[ Voor 10% gewijzigd door be3a18 op 28-05-2019 15:18 ]

[Question Mark]

Wat is je vraag precies? Je regex doet toch precies wat hij moet doen?

Als jij verplicht bent om eerst een 0 mee te geven, dan moet je de translation aanpassen naar 0$1.

Overigens begrijp ik de logica achter je rule niet zo:

• Je pakt van óf 112 óf 144 óf 140 de laatste twee karakters en plakt daar later weer een 1 aan vast.
• Van 116 pak je alle drie karakters, en plakt daar later weer een 1 aan vast
• van 18 pak je weer alle karakters, en plakt daar later weer een 1 aan vast

Los daarvan, hetzou het mijn voorkeur hebben om meerdere normalization rules aan te maken, en deze te koppelen aan een dial plan.

Dat geeft je ook de optie om langere (of kortere) nummers te normaliser. Hou je ook even rekening met E164?

[be3a18]

Question Mark schreef op dinsdag 28 mei 2019 @ 15:36:
Wat is je vraag precies? Je regex doet toch precies wat hij moet doen?

Als jij verplicht bent om eerst een 0 mee te geven, dan moet je de translation aanpassen naar 0$1.

Overigens begrijp ik de logica achter je rule niet zo:

• Je pakt van óf 112 óf 144 óf 140 de laatste twee karakters en plakt daar later weer een 1 aan vast.
• Van 116 pak je alle drie karakters, en plakt daar later weer een 1 aan vast
• van 18 pak je weer alle karakters, en plakt daar later weer een 1 aan vast

Los daarvan, hetzou het mijn voorkeur hebben om meerdere normalization rules aan te maken, en deze te koppelen aan een dial plan.

Dat geeft je ook de optie om langere (of kortere) nummers te normaliser. Hou je ook even rekening met E164?

Ik heb het even nagekeken (ik heb het dialplan niet zelf gemaakt). Diegene die dat gedaan heeft letterlijk de regel die gecreëerd is via die website gebruikt.

Ik ga even proberen wat jij voorstelt.

[Question Mark]

Lees je gewoon even in hoe normalization werkt, in plaats van een online tooltje te gebruiken...

Zie ook:

Create or modify a normalization rule in Skype for Business

[be3a18]

Ik heb nu een normalization rule gemaakt voor een 14xxx nummer (een gemeentelijk nummer). Als ik bij Dialed number to test: 014058 invoer maakte de Translation Rule daar +14058 van. Zo komt het dan binnen bij onze telefoonprovider (dat kan ik zien bij hun Dashboard). Die kan daar dan niks mee omdat +1 voor Amerika staat en het nummer dus niet klopt. Als ik het plusje weg haal en de test weer doe wordt het 14058. Als ik echter dan bel dan wordt er toch 014058 van gemaakt. In het Dial Plan staat niet dat er een 0 voor moet worden gezet, dus ik snap niet waar dat weg komt. In de Event viewer staat ook nog iets over 014058 maar dat lijkt me niet relevant.

Mijn vraag is waar die extra nul weg komt? Bij rule to match staat alleen de translation rule die ik hiervoor gemaakt heb.

[Question Mark]

Laat je normalisatie rule eens zien? En wat staat er exact in je eventvwr omtrent dat telefoonnummer?

[be3a18]

De Pattern to match is ^0(14\d{3})$, het Translation Pattern is $1.

In de eventvwr staat vervolgens:

Response Data:

101 Progress Report
ms-diagnostics: 14011;reason="Called Number translated";source="xxxx.xxxx.LOCAL";RuleName="NL-14xxx";CalledNumber="014058";TranslatedNumber="14058";appName="TranslationService"


403 Forbidden
ms-diagnostics: 12004;reason="The user is not authorized to call the specified number or none of the routes have a valid gateway configured.";source="xxxx.xxxx.LOCAL";appName="OutboundRouting";OriginalPresenceState="0";CurrentPresenceState="0";MeInsideUser="Yes";ConversationInitiatedBy="0";SourceNetwork="0";RemotePartyCanDoIM="No"

Ik heb de instructies hiervoor gevolgd voor het maken van een normalization rule.

[Question Mark]

be3a18 schreef op dinsdag 11 juni 2019 @ 14:45:
De Pattern to match is ^0(14\d{3})$, het Translation Pattern is $1.

Waarom haal je de 0 en 14 uit elkaar? Is dat niet een string die hij gewoon moet matchen?

Let daarnaast op dat Skype alleen werkt bij E.164 nummers. Daar moet je met je translation rekening mee houden. Je moet (voor een Nederlands nummer) altijd vertalen naar +31.....

[be3a18]

Question Mark schreef op dinsdag 11 juni 2019 @ 16:03:
[...]

Waarom haal je de 0 en 14 uit elkaar? Is dat niet een string die hij gewoon moet matchen?

Let daarnaast op dat Skype alleen werkt bij E.164 nummers. Daar moet je met je translation rekening mee houden. Je moet (voor een Nederlands nummer) altijd vertalen naar +31.....

Het pattern en de rule worden automatisch gegenereerd als ik de instructies volg.

Bij de gemeente Leeuwarden (dat staat voor 058) staat apart vermeld hoe je ze uit het buitenland moet bellen, dat werkt blijkbaar niet via +3114058. Heb je uberhaupt ervaring met 14xxx nummers?

Maar ik ga even kijken wat ik er van kan maken.

[ Voor 6% gewijzigd door be3a18 op 11-06-2019 16:49 ]

[be3a18]

Ik heb nét getest, +3114058 of 03114058 kun je zo niet bellen. Ik krijg dan de melding dat het nummer niet in gebruik is.

[Xelefim]

Missed calls worden niet meer gelogd (nocb op sfb client nocb op de yealink telefoons)

UM policy gecheckt, server up to date, firewall uitgezet maar nog steeds niet grrrr

Iemand al iets gelijkaardig gehad op een hosted sfb?

[be3a18]

Ik heb nu voor de tweede keer meegemaakt dat een cumulatieve update voor Windows Server 2016 Skype for Business om zeep helpt. Ik kan daarna wel bellen met SfB maar niet meer gebeld worden. Het telefoontje wordt gewoon niet opgepakt. Er wordt hierover ook niks gelogd in de Event logs.

Het is voor mij een raadsel waarom een microsoft update een microsoft product de nek omdraait.

Ik heb de CU weer terug gedraaid.

[Question Mark]

Welke CU zou dat moeten zijn? Wij beheren honderden systemen met Skype for Business en hebben dergelijke issue's nog niet meegemaakt. Wel zijn er in het verleden sommige specifieke patches bewust niet uitgerold, maar wij merken dat sinds MS met CU's werkt eea eigenlijk geen problemen meer geeft.

Je hebt wel meer rare problemen gemeld omtrent je omgeving en inrichting. Weet je zeker dat er niet een ander probleem speelt in je omgeving.

[be3a18]

2019-08 Cumulative Update for Windows Server 2016 for x64-based Systems (KB4512517) was de boosdoener. Die heb ik weer verwijderd.

Aan 2019-08 Cumulative Update for Windows Server 2016 for x64-based Systems (KB4512495) ben ik niet eens toegekomen. Die kwam er achteraan.

Ik had/heb op deze server de optie Give me updates for other Microsoft products when I update Windows aan staan wat er voor zorgde dat er behalve een CU ook specifieke updates voor SfB en SQL werden geïnstalleerd.

Qua inrichting werkt alles nu zoals het hoort. Naast het CU probleem speelt ook mee dat er na een herstart van de server 22 services niet gestart worden. Misschien ben ik ongeduldig maar 10 minuten wachten helpt niet. Na het starten van 1 service worden er dan weer 4 of 5 automatisch gestart maar daarna moet ik weer handmatig aan de slag. Dit speelt sinds de CU van de voorlaatste keer.

Volgens Microsoft moet SfB niet virtueel draaien en moet je minimaal 64GB intern geheugen hebben. Daar voldoen wij dus niet aan. Wat denk ik mee speelt is dat de VMware host veel te licht is. Het is geen server maar in feite een huis tuin en keuken PC met flink veel geheugen. Dat schiet niet op (bij updates in ieder geval niet).

Mocht ik hier wat beters voor moeten neer zetten, waar moet ik dan aan denken?

[Question Mark]

be3a18 schreef op maandag 19 augustus 2019 @ 11:37:
Volgens Microsoft moet SfB niet virtueel draaien en moet je minimaal 64GB intern geheugen hebben.

Skype for Business mag prima virtueel, mits je maar aan de guidelines voldoet. Voor SfB wordt nu door Microsoft nog verwezen naar de virtualisatie guidelines voor Lync 2013. Als hieraan voldaan wordt, krijg je ook gewoon support vanuit MS.

Leesvoer:

https://tomtalks.blog/201...rver-2019-virtualization/

[be3a18]

Ik heb het gelezen. Echter, op de site van Microsoft staat onder andere:

Enable Hyperthreading.

In het leesvoer staat:

You should disable hyperthreading on all hosts

Komt dit doordat Microsoft het over een fysieke server heeft en het leesvoer het over een VM?

Verder lees ik:

Do not use processor oversubscription; maintain a 1:1 ratio of virtual CPU to physical CPU.

Daar voldoen wij momenteel sowieso niet aan.

Wat is voor jullie de minimum configuratie? Wij zijn een kleine organisatie met 25 personeelsleden.

[Question Mark]

Hyperthreading moet uit op je host, anders blijf je een oversubscription houden op je cpu's.

De kleinste config die wij kennen is vanaf 250 users, waarbij geen functies co-located zijn. Dat is lastig te vergelijken met jullie omgeving. Overigens zijn de systeemspec's van MS wel erg zwaar hoor. Als je kijjkt naar de reference topology dan gaat men bij een "small organization" al uit van 4000 users...

https://docs.microsoft.co...sics/reference-topologies

Met 4 cpu's en 24/32 GB memory (per Front-End) zou je al een heel eind moeten kunnen komen. Maar... meten is weten..

[be3a18]

Zojuist toch weer geprobeerd een cumulatieve update voor Windows Server 2016 te installeren.

Dat is dus weer einde oefening voor Skype for Business. Na de herstart worden 20 services niet automatisch herstart, dat moet ik dus handmatig doen. Ik start eerst alle SQL services en volgens de SfB services. Ik begin met de Front End service en vervolgens de rest.

Ik kan vervolgens wel bellen maar niet gebeld worden (gesprek wordt afgebroken).

Ik heb de server nu uitgezet en zojuist weer gestart. Ben ik daarna eerst weer een half uur bezig de services te starten en dan maar hopen dat het werkt.

En dit is nog maar 1 CU. Er moet daarna nog een.

In de event log op zowel mijn PC als de server is niks terug te vinden over de mislukte bel poging.

Server uit zetten en daarna alle services starten heeft gewerkt.

[ Voor 4% gewijzigd door be3a18 op 08-09-2019 13:55 ]

[Question Mark]

be3a18 schreef op zondag 8 september 2019 @ 11:35:
Ik start eerst alle SQL services en volgens de SfB services. Ik begin met de Front End service en vervolgens de rest.

Why? Zodra SQL draait kun je gewoon het commando "Start-CSWindowsService" invoeren. Dat zorgt ervoor dat alle SfB services gestart worden, in de juiste volgorde.

Inhoudelijk kan ik je verder niet helpen. Ik herken deze problemen niet (en wij patchen maandelijks echt honderden SfB systemen), er zit dus ergens een issue in jouw omgeving.

[be3a18]

Question Mark schreef op vrijdag 13 september 2019 @ 09:06:
[...]

Why? Zodra SQL draait kun je gewoon het commando "Start-CSWindowsService" invoeren. Dat zorgt ervoor dat alle SfB services gestart worden, in de juiste volgorde.

Inhoudelijk kan ik je verder niet helpen. Ik herken deze problemen niet (en wij patchen maandelijks echt honderden SfB systemen), er zit dus ergens een issue in jouw omgeving.

Dat van dat commando neem ik mee.

Ik weet ook niet waarom alles niet normaal opstart. Ik denk dat de host veel te licht is.

[be3a18]

Question Mark schreef op vrijdag 13 september 2019 @ 09:06:
[...]

Why? Zodra SQL draait kun je gewoon het commando "Start-CSWindowsService" invoeren. Dat zorgt ervoor dat alle SfB services gestart worden, in de juiste volgorde.

Inhoudelijk kan ik je verder niet helpen. Ik herken deze problemen niet (en wij patchen maandelijks echt honderden SfB systemen), er zit dus ergens een issue in jouw omgeving.

Vandaag weer een cumulatieve update geïnstalleerd. En het gaat dus weer helemaal mis.

Ik heb het Powershell commando geprobeerd maar de Front End server wil niet starten. Ik zet de server nu uit en start m daarna weer op.

Wat zijn de specificaties van de hosts waar bij jullie de VM's op draaien (er van uitgaande dat het VM's zijn)?

[Question Mark]

be3a18 schreef op zondag 6 oktober 2019 @ 11:55:
[...]
Wat zijn de specificaties van de hosts waar bij jullie de VM's op draaien (er van uitgaande dat het VM's zijn)?

Verschilt per klantgrootte. De kleinste variant Front-End server die wij kennen (250 users, geen rollen co-located) heeft 16 GB memory en 4 cpu-cores. Daarbij is de host niet overcommit overigens.

[Twiin3000]

Hallo, ik heb een praktisch vraagje over SfB en werken met een remote desktop:

We werken nu sinds een maand met SfB en dat is prima ingeregeld. Alleen.
De medewerkers hebben allemaal een uniforme werkplek met een curved lg screen waar je binnen 1 monitor 2 schermen kunt zetten.
Office 365 en andere werkprogramma's draaien in een RDS omgeving.Vaak op 2 schermen.
Skype for business draait lokaal op de pc's en je raad het al.
Als er een telefoontje of een chat binnenkomt blijft Skype achter het RDP scherm hangen missen mensen veel berichten en telefoontjes.

Nu zijn er al oplossingen als busylights enz. maar het zou toch wenselijk zijn dat Skype zich voor rdp mag presenteren als er iets binnen komt.

Hebben jullie hier een idee over?

Groet Rick

[Jazzy]

Ik heb sowieso het idee dat er sinds een Windows 10 build niets meer door een RDP sessie komt en dat de client altijd op de voorgrond blijft.

Anyway, misschien kun je eens naar Super Toast kijken. https://www.modalitysystems.com/software/supertoast

[Question Mark]

Twiin3000 schreef op woensdag 16 oktober 2019 @ 12:29:
We werken nu sinds een maand met SfB en dat is prima ingeregeld.

Is er overigens een specifieke reden gekozen voor SfB en niet voor Teams? Tenzij een klant specifieke wensen heeft mbt call recording oid. zien wij eigenlijk bijna alle nieuwe klanten voor Teams kiezen, in combinatie met Direct Routing.

[Twiin3000]

Klopt helemaal. Het is echter de loge werking van een groot bedrijf in vraag met een groot bedrijf in aanbod.
Dit project loopt al 1,5 jaar en ik verwacht dat er idd binnenkort overgegaan gaat worden op TEAMS..

[Xelefim]

Twiin3000 schreef op woensdag 16 oktober 2019 @ 12:29:
Hallo, ik heb een praktisch vraagje over SfB en werken met een remote desktop:

We werken nu sinds een maand met SfB en dat is prima ingeregeld. Alleen.
De medewerkers hebben allemaal een uniforme werkplek met een curved lg screen waar je binnen 1 monitor 2 schermen kunt zetten.
Office 365 en andere werkprogramma's draaien in een RDS omgeving.Vaak op 2 schermen.
Skype for business draait lokaal op de pc's en je raad het al.
Als er een telefoontje of een chat binnenkomt blijft Skype achter het RDP scherm hangen missen mensen veel berichten en telefoontjes.

Nu zijn er al oplossingen als busylights enz. maar het zou toch wenselijk zijn dat Skype zich voor rdp mag presenteren als er iets binnen komt.

Hebben jullie hier een idee over?

Groet Rick

Dit is wanneer je full screen in je rdp sessie gaat.

Dit is normaal. Sfb heeft nog niets hiervoor gedaan, wrs omda ze op teams focussen

Mogelijke workarounds:
1- Supertoast
Of
2- Je laat ze met rdcman connecteren
Of
3 - je zet de resolutie van het rdp scherm ietsie lager zodat de task bar (van de locale pc) nog zichtbaar is
Of
4- je raadt de mensen aan een extra scherm aan te kopen voor skype te kunnen beheren
Of
5- je installeert de client op de terminal server maar zegt tegen de mensen dat ze voor telefoontjes beter niet opnemen in hun TS sessie

[be3a18]

KB4530689 (een cumulatieve update voor Windows Server 2016) heeft bij ons de Skype for Business server voor de helft de nek omgedraaid. Ik kan wel bellen maar niet gebeld worden. De update heb ik inmiddels verwijderd maar dat mag niet helpen. De server is herstart en uitgezet (meerdere keren) maar gebeld worden is niet meer mogelijk.

Ik heb geen meldingen in de Event Viewer die me wijzer maken.

Ik doe nog 1 poging met een herstart en daarna ga ik de laatste back-up terug zetten.

[Xelefim]

be3a18 schreef op zondag 22 december 2019 @ 17:20:
KB4530689 (een cumulatieve update voor Windows Server 2016) heeft bij ons de Skype for Business server voor de helft de nek omgedraaid. Ik kan wel bellen maar niet gebeld worden. De update heb ik inmiddels verwijderd maar dat mag niet helpen. De server is herstart en uitgezet (meerdere keren) maar gebeld worden is niet meer mogelijk.

Ik heb geen meldingen in de Event Viewer die me wijzer maken.

Ik doe nog 1 poging met een herstart en daarna ga ik de laatste back-up terug zetten.

Zie je de binnenkomende oproepen in de SIP Logs (freepbx paneel?) ?

Kunnen de mensen intern nog wel gebeld worden? Hoe ben je zeker dat het een update was?

[be3a18]

Xelefim schreef op zondag 22 december 2019 @ 18:24:
[...]


Zie je de binnenkomende oproepen in de SIP Logs (freepbx paneel?) ?

Kunnen de mensen intern nog wel gebeld worden? Hoe ben je zeker dat het een update was?

Het enige wat veranderd is sinds vrijdag is de cumulatieve update voor Windows Server 2016. Die heb ik vanochtend geïnstalleerd.

Bij onze zeg maar SIP provider komen mijn telefoontjes keurig binnen (dat kan ik zien in het dashboard). De Skype for Business server pakt het daarna echter niet op wat ik ook probeer. Ik kan wel via de server naar buiten bellen.

Intern bellen kan ik niet testen omdat ik alles vanaf huis doe, ik hier geen headset heb en er nu sowieso niemand op het werk is.

Ik volg de procedure die ik altijd volg maar wat ik ook doe of probeer, ik krijg geen binnenkomende telefoontjes (het ontbreken van een headset is hierbij niet van belang, ik krijg een pop-up van SfB als er een telefoontje binnen komt).

As we speak wordt nu de back-up terug gezet maar dat kan nog wel even duren. Als workaround kan ik bij onze SIP provider 06-nummers gaan koppelen aan de menu-opties die we hebben maar dat is een hele beperkte workaround.

[ Voor 9% gewijzigd door be3a18 op 22-12-2019 19:39 ]

[HKLM_]

be3a18 schreef op zondag 22 december 2019 @ 19:36:
[...]


Het enige wat veranderd is sinds vrijdag is de cumulatieve update voor Windows Server 2016. Die heb ik vanochtend geïnstalleerd.

Bij onze zeg maar SIP provider komen mijn telefoontjes keurig binnen (dat kan ik zien in het dashboard). De Skype for Business server pakt het daarna echter niet op wat ik ook probeer. Ik kan wel via de server naar buiten bellen.

Intern bellen kan ik niet testen omdat ik alles vanaf huis doe, ik hier geen headset heb en er nu sowieso niemand op het werk is.

Ik volg de procedure die ik altijd volg maar wat ik ook doe of probeer, ik krijg geen binnenkomende telefoontjes (het ontbreken van een headset is hierbij niet van belang, ik krijg een pop-up van SfB als er een telefoontje binnen komt).

As we speak wordt nu de back-up terug gezet maar dat kan nog wel even duren. Als workaround kan ik bij onze SIP provider 06-nummers gaan koppelen aan de menu-opties die we hebben maar dat is een hele beperkte workaround.

Is het niet je Windows firewall die gek doet?

[Xelefim]

be3a18 schreef op zondag 22 december 2019 @ 19:36:
[...]


Het enige wat veranderd is sinds vrijdag is de cumulatieve update voor Windows Server 2016. Die heb ik vanochtend geïnstalleerd.

Bij onze zeg maar SIP provider komen mijn telefoontjes keurig binnen (dat kan ik zien in het dashboard). De Skype for Business server pakt het daarna echter niet op wat ik ook probeer

Ik volg de procedure die ik altijd volg maar wat ik ook doe of probeer, ik krijg geen binnenkomende telefoontjes (het ontbreken van een headset is hierbij niet van belang, ik krijg een pop-up van SfB als er een telefoontje binnen komt).

Wat gebeurd er precies bij binnenkomende oproepen? Krijg je een ‘tuut-toon’? Krijg je een tik toon waarna het gesprek wordt afgehaakt? Krijg je wel nog jullie ‘menu of muziekje’ te horen?

[be3a18]

Xelefim schreef op zondag 22 december 2019 @ 20:47:
[...]


Wat gebeurd er precies bij binnenkomende oproepen? Krijg je een ‘tuut-toon’? Krijg je een tik toon waarna het gesprek wordt afgehaakt? Krijg je wel nog jullie ‘menu of muziekje’ te horen?

Aan de firewall is niks gewijzigd.

Normaal gesproken krijg ik bij een inkomend gesprek een popup met daarin de optie (lees knop) om de oproep aan te nemen. Dat gebeurt niet meer. Dat gebeurt wel vaker niet na een cumulatieve update maar na het uitzetten en herstarten van de server kreeg ik dat altijd wel weer in orde. Nu niet meer.

Update:

Ik heb de back-up van afgelopen vrijdag terug gezet en nu werkt alles weer. Er werd gelijk weer gemekkerd over die cumulatieve update maar die komt er voorlopig niet op. Een update van Microsoft dat een product van Microsoft om zeep helpt. Ik kan er met mijn verstand niet bij.

[ Voor 18% gewijzigd door be3a18 op 22-12-2019 22:13 ]

[Xelefim]

be3a18 schreef op zondag 22 december 2019 @ 21:07:
[...]


Een update van Microsoft dat een product van Microsoft om zeep helpt. Ik kan er met mijn verstand niet bij.

Gelukkig is alles weer oké dan. Niet de eerste keer dat een update zorgt dat iets cruciaal niet meer functioneert. Wij hadden niet lang geleden last van een Windows 10 update die de Print Spooler op locale PC's deed 'flippen'.

Update die ik ook dan maar in de gaten zal houden voor de +- 10 SFB omgevingen die op win 2016 draaien.

[Question Mark]

be3a18 schreef op zondag 22 december 2019 @ 17:20:
KB4530689 (een cumulatieve update voor Windows Server 2016) heeft bij ons de Skype for Business server voor de helft de nek omgedraaid. I

Ik controleer aan de hand van je bericht even de door ons beheerde omgevingen. Momenteel zijn er 55 Skype for Business systemen (Windows Server 2016) die deze update ontvangen en geinstalleerd hebben. Zonder problemen overigens.

Ik blijf erbij dat je dit probleem niet bij MS moet zoeken, maar echt in je eigen omgeving.

Je bent nu praktisch bijna elke maand wel een topic aan het openen dat een MS update iets kapot maakt op je SfB omgeving. Wordt het niet eens tijd om die ene server eens vanaf scratch opnieuw te installeren?

[be3a18]

Gisteren is de SfB VM gemigreerd naar een nieuwe ESXi host. SfB start nu goed op en ik heb ook alle cumulatieve updates zonder problemen kunnen installeren.

De oude host was een opgevoerde huis tuin en keuken PC met wat meer geheugen en wat meer opslagruimte. De nieuwe host is een HP ML350 Gen10 met een 12 core Intel Xeon Silver processor met flink wat geheugen en behoorlijk veel storage.

De oude host kon dit gewoon niet aan en dat wist ik eigenlijk ook wel.

De nieuwe host gaan we ook gebruiken om de andere ESXi host te vervangen. Dat is een oude HP server.

Excuses voor het MS bashen maar ik vond het gewoon vreemd.

[Xelefim]

Klant ziet af van de entry announcements in skype meetings (‘person X has joined the meeting’ in robot stem) maar krijg het niet uitgeschakeld.

Ik lees over -EntryExitAnnouncementsEnabledByDefault $false maar nadat ik deze op false heb gezet en de 2 announcement services heb herstart komen deze announcements nog steeds voorbij grrrrrr. Net nu ik geen goesting heb om de frontend te rebooten

[Question Mark]

Ik vermoed dat het aanpassen van deze setting géén effect heeft op bestaande, reeds geplande meetings. Ik ben ook even benieuwd of je nu met nieuwe of bestaande meetings aan het testen bent.

Overigens kunnen gebruiken deze instelling ook voor hun eigen meeting via de outlook plugin zelf instellen.

[Xelefim]

Question Mark schreef op maandag 11 mei 2020 @ 08:05:
Ik vermoed dat het aanpassen van deze setting géén effect heeft op bestaande, reeds geplande meetings. Ik ben ook even benieuwd of je nu met nieuwe of bestaande meetings aan het testen bent.

Overigens kunnen gebruiken deze instelling ook voor hun eigen meeting via de outlook plugin zelf instellen.

Ik heb het getest voor nieuwe meetings en het robot-stemmetje blijft komen.

Het probleem is dat het voor 100 users ingesteld moet worden. Ik heb gevonden dat deze setting via de registry gepushed kan worden zodat deze 'unchecked' wordt in de Outlook meeting options maar we willen logon scripts vooralsnog vermijden .

[Question Mark]

Je hebt niet toevallig ook nog een configuratie op site niveau ingesteld staan, terwijl je nu de Global aangepast hebt? Geef de output van "Get-CsDialInConferencingConfiguration" eens?

[ Voor 21% gewijzigd door Question Mark op 11-05-2020 09:47 ]

[Xelefim]

Question Mark schreef op maandag 11 mei 2020 @ 09:47:
Je hebt niet toevallig ook nog een configuratie op site niveau ingesteld staan, terwijl je nu de Global aangepast hebt? Geef de output van "Get-CsDialInConferencingConfiguration" eens?

EntryExitAnnouncementsType : UseNames
EnableNameRecording : True
EntryExitAnnouncementsEnabledByDefault : False
PinAuthType : Everyone
AllowAnonymousPstnActivation : True
Element : <DialInConferencingConfiguration xmlns="urn:schema:Microsoft.Rtc.Management.Settings.DialInConferencingSettings.2008" EntryExitAnnouncementsType="UseNames"
EnableNameRecording="true" EntryExitAnnouncementsEnabledByDefault="false" PinAuthType="Everyone" AllowAnonymousPstnActivation="true" UsePinAuth="true"
EnableInterpoolTransfer="true" />
ScopeClass : Global
Anchor : Microsoft.Rtc.Management.ScopeFramework.GlobalScopeAnchor
Identity : Global

Ik ga die server deze avond is ne keer rebooten

[be3a18]

Na het upgraden van de VMWare tools op de nieuwe ESXi host waar onze SfB VM nu op draait wil de front-end server service niet meer starten. Ik wil desnoods wel vermelden wat de Event viewer hierover vermeldt maar is iemand bekend met dit probleem? Het betreft de VMWare tools versie VMware-Tools-windows-11.1.0-16036546. Ik heb hier gisteren even heel snel op gegoogled maar kon zo snel niks vinden.

Ik heb de VMWare tools nu verwijderd en SfB draait nu weer zoals het hoort.

[ Voor 9% gewijzigd door be3a18 op 25-05-2020 10:46 ]

[Question Mark]

Is mij niks bekend over incompatibiliteit met VMWare tools en SfB. Wat is de melding uit de eventlog?

[Xelefim]

Weet iemand waar de CDR logs zitten voor interne oproepen tussen Skype users (SIP users) ? We willen graag de interne oproepen ophalen tussen 2 data (voorbeeld: hoeveel interne skype calls werden er gedaan tussen interne medewerkers op datum XX/XX/XXXX) maar het lijkt me goed verstopt (of niet mogelijk?).

Ik heb de peer-to-peer report functionaliteit gezien maar deze staat bij ons in het office 365 admin center op 0 voor elke value (waarschijnlijk omdat we een hosted SFB hebben). is er een andere manier?

EDIT: gevonden: je moet de monitoring tool installeren via de deployment management. Default wordt dit niet gedaan. Vervolgens kun je de gemaakte LcsCDR DB consulteren waarbij interne calls mooi worden gelogd

https://www.mafinfo.com/a...siness-monitoring-server/

[ Voor 54% gewijzigd door Xelefim op 17-06-2020 01:25 ]

[be3a18]

Sinds een flink aantal collega's thuis werken hebben we een probleem met SfB. Probleem is een wat groot woord maar het is wel vervelend.

Als ik iemand probeer te bellen die thuis werkt (die heeft de SfB client lokaal geïnstalleerd) krijg ik de melding Verbinden en dat blijft zo. Geen verbinding. De enige optie om nu iemand thuis te bellen is een telefonische vergadering op zetten en die persoon dan uitnodigen.

We maken hier gebruik van de Forticlient VPN versie 6.2.

Andersom gaat het net zo. Medewerkers die thuis werken kunnen mij ook niet meer rechtstreeks bellen.

Het probleem speelt pas sinds een paar weken. Niet direct na de lockdown.

De enige echte grote verandering die er is geweest is het migreren van de SfB Server VM naar een andere ESXi host. Daarbij is alles identiek gebleven voor zover ik weet. Anders hadden we direct daarna meer problemen gehad.

[Question Mark]

Wat zegt je logging? Zowel de SfB monitoring, als de client logs...

[be3a18]

Nader onderzoek wijst uit dat de combinatie van onze firewall (een FortiGate) met de SfB clients problemen oplevert met P2P voice verbindingen. Is er misschien een registry setting of iets dergelijks om een client nooit met P2P media stromen te laten werken? Ik zie wel dingen over het blokkeren van P2P file transfer en video, maar nergens iets over de audioverbindingen. Of zou het blokkeren van P2P video tevens op de audiogesprekken werken?

Ik weet 99,9% zeker dat ik voor de lock down thuis via de VPN gewoon kon bellen met collega's. Kan het ook zijn dat het toegenomen aantal thuiswerkers een rol speelt?

[Question Mark]

Als je Fortigate problemen geeft met P2P calls, waarom pas je de configuratie van je Fortigate dan niet aan om dit op te lossen?

Een directe call zal altijd een betere gesprekskwaliteit opleveren dan calls over je Fron-End of Edge servers.

Wat zie je nu terug in de logging waardoor je weet dat het de fortigate is?

[ Voor 14% gewijzigd door Question Mark op 27-07-2020 13:45 ]

[Question Mark]

Bijzonder nieuws... Microsoft heeft tóch nog een nieuwe versie van Skype for Business voor on-prem omgevingen aangekondigt. Die had ik eerlijk gezegd niet verwacht...

Hij wordt in onderstaande Ignite sessie aangekondigt:

https://myignite.microsof...ea-4b89-bdde-21bdefff6e0e

[Kozzmozz]

Beste Tweakers-community,

Ik kom hier even mijn probleem met Skype voor Bedrijven neerleggen, want zelfs de IT-helpdesk van mijn werkgever weet geen raad. Ze hebben mijn laptop 6 maand lang gemonitord en uiteindelijk een nieuwe laptop gezonden, maar nog blijft het probleem voortbestaan.

Mijn laptop is thuis verbonden via LAN-kabel op een USW-Flex-Mini, waarbij poort-profiel WORK wordt toegepast. Poort-profiel WORK heeft zijn eigen Gateway IP, VLAN ID 20, standard netwerk type, LAN network group, DHCP server. De laptop krijgt netjes zijn eigen IP-adres en ik kan zonder problemen Office 356/Outlook/Edge gebruiken of internet surfen.

Maar eenmaal mijn SvB opgestart is, knalt die op onregelmatige tijdstippen - nu eens om de 30 sec. dan eens na 5 min. - eruit en dit voor een héél korte periode - amper een seconde. Ik zie al mijn collega's offline gaan, inclusief mezelf en dan krijg ik weer de status 'Beschikbaar'. Op zich geen probleem zou je zeggen? Welnu, aan de andere kant zien mijn collega's dus op zo'n off-line-moment mij dus effectief offline staan of kan ik net op dat moment mijn collega niet bellen/IM sturen. Zeer vervelend dus allemaal.

Bovendien, als ik dan in een call ben (audio en/of video) krijg ik aan mijn zijde soms onderaan een waarschuwingsbalk: "Uw verbinding is terug hersteld..." zonder ook maar enig verschil op te merken tijdens de call - geen verlies aan audio of video als dusdanig. Wat dan wel kan gebeuren, is als ik in een call zit, en de collega wenst zijn/haar scherm met mij te delen, dat het niet direct wil lukken - aan zijn/haar zijde, dan verschijnt de boodschap op mijn SvB; "Uw verbinding is terug hersteld..." en kan mijn collega plots toch zijn/haar scherm delen met mij. Terug zeer vervelend allemaal.

Bovenstaande feiten spelen zich voornamelijk af in mijn eigen thuisomgeving.
Ik ben vaak op de baan en kom amper tot nooit in de bedrijfsomgeving, waar ik dit probleem nog niet heb vastgesteld.

Zo ik hoop dat een rasechte Tweaker mijn 'multinational' IT-helpdesk kan overtreffen in een aangeboden oplossing.

[Question Mark]

Hebben we het over Skype for Business Online, of een on-prem variant? (ik vermoed dat laatste aangezien je M365 aanhaalt).

Zit er nog verschil in een peer-2-peer gesprek of een gesprek met meerdere deelnemers?

[Kozzmozz]

We hebben het hier over de SvB voor Microsoft 365 MSO (Versie 2208 Build 16.0.15601.20204) 64 bits.
IT-helpdesk adviseert om alle calls te doen via MS Teams.
Maar als ik bijv. een Teams-call heb in de voormiddag, dan merken mijn collega's op dat mijn status op SvB blijft staan op <in gesprek>. Ik dien dan manueel mijn status op beschikbaar te zetten.
Zelf heb ik de indruk dat het enkel peer-2-peer gesprekken problematisch zijn.
Bij een confcall met meerdere deelnemers heb ik geen problemen gemerkt.

[ Voor 6% gewijzigd door Kozzmozz op 21-10-2022 15:06 ]

[wagenveld]

Ik zou eerst eens even vragen waarom beide clients nog actief zijn - boel op Teams only dan ben je die gedeelde presence kwijt.

[Kozzmozz]

IT-Helpdesk pusht sowieso MS Teams, omdat volgens hun MS tegen einde 2022 SvB zal stoppen te ondersteunen. Maar intern wordt er nog vaak SvB gebruikt om te Instant Messagen tussen collega’s onderling. Vergaderen met meerdere collega’s wordt dan wel vaker gebruikt met MS Teams.