Acties:
  • 0 Henk 'm!

  • Jazzy
  • Registratie: Juni 2000
  • Laatst online: 17:57
Ik probeer een Polycom VVX601 toestel te configureren voor Skype for Business Online maar krijg een melding dat Exchange EWS niet gevonden kan worden. Het lijkt er op dat de client geen goede Autodiscover implementatie heeft, want Autodiscover is gewoon goed ingericht en werkt prima met Outlook en de bekende test-tools.

Autodiscover is als volgt ingericht. Een A-record voor autodiscover.<maildomein>, op die hostnaam een HTTP-redirect naar autodiscover.generiekenaam.com welke verwijst naar on-premises Exchange 2010. In de lokale AD is een remote mailbox object met een targetAddress attribuut met een waarde van gebruiker@tenant.mail.onmicrosoft.com. Eigenlijk de standaard set-up voor Exchange 2010 in hybrid met meerdere SMTP-domeinen.

De versie van de Polycom UC Software is 5.4.1.17954. De UPN is gelijk aan het SIP-adres en primaire SMTP-adres.

Logs:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
1227115212|ec   |4|00|Email id availability status is 1.
1227115212|ec   |4|00|CSoapTransaction network error = Host  not found (3)
1227115212|ec   |4|00|[EWS Autodiscover] WSSecurity header X-WSSecurity-Enabled= and X-WSSecurity-For=
1227115217|ec   |4|00|CSoapTransaction network error = Connection refused (1)
1227115217|ec   |4|00|[EWS Autodiscover] WSSecurity header X-WSSecurity-Enabled= and X-WSSecurity-For=
1227115223|ec   |4|00|CSoapTransaction network error = Connection refused (1)
1227115223|ec   |4|00|[EWS Autodiscover] WSSecurity header X-WSSecurity-Enabled= and X-WSSecurity-For=
1227115231|ec   |4|00|CSoapTransaction error parsing SOAP response message, error is "unexpected character", line 1, col 62
1227115231|ec   |4|00|[EWS Autodiscover] WSSecurity header X-WSSecurity-Enabled= and X-WSSecurity-For=
1227115232|ec   |4|00|CSoapTransaction error parsing SOAP response message, error is "unexpected character", line 1, col 62
1227115232|ec   |4|00|[EWS Autodiscover] WSSecurity header X-WSSecurity-Enabled= and X-WSSecurity-For=
1227115232|ec   |4|00|Auto discovered EWS internal URL is '' and external URL is ''
1227115532|ec   |4|00|CSoapTransaction network error = Host  not found (3)
1227115532|ec   |4|00|[EWS Autodiscover] WSSecurity header X-WSSecurity-Enabled= and X-WSSecurity-For=
1227115537|ec   |4|00|CSoapTransaction network error = Connection refused (1)
1227115537|ec   |4|00|[EWS Autodiscover] WSSecurity header X-WSSecurity-Enabled= and X-WSSecurity-For=
1227115543|ec   |4|00|CSoapTransaction network error = Connection refused (1)
1227115543|ec   |4|00|[EWS Autodiscover] WSSecurity header X-WSSecurity-Enabled= and X-WSSecurity-For=
1227115551|ec   |4|00|CSoapTransaction error parsing SOAP response message, error is "unexpected character", line 1, col 62
1227115551|ec   |4|00|[EWS Autodiscover] WSSecurity header X-WSSecurity-Enabled= and X-WSSecurity-For=
1227115552|ec   |4|00|CSoapTransaction error parsing SOAP response message, error is "unexpected character", line 1, col 62
1227115552|ec   |4|00|[EWS Autodiscover] WSSecurity header X-WSSecurity-Enabled= and X-WSSecurity-For=
1227115852|ec   |4|00|CSoapTransaction network error = Host  not found (3)
1227115852|ec   |4|00|[EWS Autodiscover] WSSecurity header X-WSSecurity-Enabled= and X-WSSecurity-For=
1227115857|ec   |4|00|CSoapTransaction network error = Connection refused (1)
1227115857|ec   |4|00|[EWS Autodiscover] WSSecurity header X-WSSecurity-Enabled= and X-WSSecurity-For=
1227115902|ec   |4|00|CSoapTransaction network error = Connection refused (1)
1227115902|ec   |4|00|[EWS Autodiscover] WSSecurity header X-WSSecurity-Enabled= and X-WSSecurity-For=
1227115910|ec   |4|00|CSoapTransaction error parsing SOAP response message, error is "unexpected character", line 1, col 62
1227115910|ec   |4|00|[EWS Autodiscover] WSSecurity header X-WSSecurity-Enabled= and X-WSSecurity-For=
1227115912|ec   |4|00|CSoapTransaction error parsing SOAP response message, error is "unexpected character", line 1, col 62
1227115912|ec   |4|00|[EWS Autodiscover] WSSecurity header X-WSSecurity-Enabled= and X-WSSecurity-For=
1227120112|app1 |4|00|[AppExchangeUiC::populateAutoDiscoverUrl] Internal & External EWS url's are empty
1227120112|ec   |4|00|Removing 'autodisc' service
1227120112|ec   |4|00|'autodisc' service removed

Mijn vermoeden is dat de client een beperkte Autodiscover implementatie heeft en ofwel de HTTP-redirect of de redirect naar het targetAddress niet ondersteunt. Kan alleen nergens documentatie vinden en de logs zijn ook niet echt 'verbose' genoeg om uit af te leiden waar het fout gaat.

Exchange en Office 365 specialist. Mijn blog.


Acties:
  • 0 Henk 'm!

  • Question Mark
  • Registratie: Mei 2003
  • Laatst online: 16:27

Question Mark

Moderator SSC/WOS

F7 - Nee - Ja

Wat is het domeinnaam?

Verder heb je het over autodiscover voor Exchange, maar SfB kent een eigen autodiscovery. Functioneert deze wel goed?

https://support.microsoft.com/en-us/kb/2566790

MCSE NT4/2K/2K3, MCTS, MCITP, CCA, CCEA, CCEE, CCIA, CCNA, CCDA, CCNP, CCDP, VCP, CEH + zwemdiploma A & B


Acties:
  • 0 Henk 'm!

  • ralpje
  • Registratie: November 2003
  • Laatst online: 15:50

ralpje

Deugpopje

De autodiscover voor SfB is voor de SIP-settings, maar je endpoint kijkt naar EWS voor (onder andere) calendar integratie en gebruikt daarvoor Exchange autodiscover.

Ik vermoed dat de HTTP-redirect niet helemaal lekker gaat, maar dat is puur een gut-feeling.
Heb je de mogelijkheid om het eens te proberen met een (test) account dat wel direct de juiste domeinnaam heeft en dus die HTTP-redirect niet nodig heeft?

Freelance (Microsoft) Cloud Consultant & Microsoft Certified Trainer


Acties:
  • 0 Henk 'm!

  • Jazzy
  • Registratie: Juni 2000
  • Laatst online: 17:57
Die kan ik niet delen, maar laat gerust horen als je wilt dat ik iets controleer.
ralpje schreef op dinsdag 27 december 2016 @ 14:19:
Ik vermoed dat de HTTP-redirect niet helemaal lekker gaat, maar dat is puur een gut-feeling.
Heb je de mogelijkheid om het eens te proberen met een (test) account dat wel direct de juiste domeinnaam heeft en dus die HTTP-redirect niet nodig heeft?
Dat is een beetje lastig, ik denk niet dat ik accounts kan aanmaken met een adres in de namespace die we voor Exchange Autodiscover gebruiken. Ik heb het wel even getest met een account in een domein waarvoor Autodiscover direct naar Exchange Online staat en daar werkt het wel. Maar nu heb ik beide redirects omzeild dus weten we nog weinig meer. :)

Exchange en Office 365 specialist. Mijn blog.


Acties:
  • 0 Henk 'm!

  • Question Mark
  • Registratie: Mei 2003
  • Laatst online: 16:27

Question Mark

Moderator SSC/WOS

F7 - Nee - Ja

ralpje schreef op dinsdag 27 december 2016 @ 14:19:
De autodiscover voor SfB is voor de SIP-settings, maar je endpoint kijkt naar EWS voor (onder andere) calendar integratie en gebruikt daarvoor Exchange autodiscover.
I know, maar één van de eerste stappen in de guide van Polycom is het juist instellen van beide autodiscovery's. Zowel Exchange als SfB (online)

http://support.polycom.co...rver_sfb_deploy_guide.pdf

Ik heb overigens niet heel veel ervaring met end devices. Ik doe veel met SfB, behalve dat... :)

MCSE NT4/2K/2K3, MCTS, MCITP, CCA, CCEA, CCEE, CCIA, CCNA, CCDA, CCNP, CCDP, VCP, CEH + zwemdiploma A & B


Acties:
  • 0 Henk 'm!

  • Jazzy
  • Registratie: Juni 2000
  • Laatst online: 17:57
Question Mark schreef op dinsdag 27 december 2016 @ 14:33:
[...]

I know, maar één van de eerste stappen in de guide van Polycom is het juist instellen van beide autodiscovery's. Zowel Exchange als SfB (online)
En dat is ook precies de reden dat ik in mijn startpost uitleg dat Exchange Autodiscover is geconfigureerd en op welke manier. :)

Probleem met die handleiding is dat er voor een deel onzin in staat en juist niet de informatie die ik zoek. Op pagina 43:
Connect the phone to the Exchange Server as shown in Enable Lync and Skype for Business
Exchange Integration using one of two available methods.
 Method one: By default this is enabled. Install and run the autodiscovery service on the Lync
Server to get an exchange server URL automatically
Exchange Autodiscover is een service die niet op Lync maar op Exchange draait.

Maar ook in die eerste sectie (Set Up the Network) wordt niet over Exchange gesproken, alleen over de SRV records voor Lync Autodiscover. Verder alleen hier en daar nog een opmerking dat UCS sinds 5.3 Exchange Autodiscover ondersteunt maar er wordt niet beschreven welke methodes om de Autodiscover service te lokaliseren ze hebben geïmplementeerd.
Ik heb overigens niet heel veel ervaring met end devices. Ik doe veel met SfB, behalve dat... :)
Dit is ook mijn eerste ervaring met devices. Sterker nog, de eerste keer dat ik me met Voice bezig houdt. :)

[ Voor 8% gewijzigd door Jazzy op 27-12-2016 14:59 ]

Exchange en Office 365 specialist. Mijn blog.


Acties:
  • 0 Henk 'm!

  • Question Mark
  • Registratie: Mei 2003
  • Laatst online: 16:27

Question Mark

Moderator SSC/WOS

F7 - Nee - Ja

Jazzy schreef op dinsdag 27 december 2016 @ 14:57:
[...]

En dat is ook precies de reden dat ik in mijn startpost uitleg dat Exchange Autodiscover is geconfigureerd en op welke manier. :)
Maar dus niet de SfB autodiscovery....

In onderstaand artikel staat ook eea:

https://support.microsoft.com/en-us/kb/2614614

De eerste stap in deze guide is de volgende:
Configure the Domain Name System (DNS) records for Lync federation and Lync client discovery so that Microsoft Outlook Web App can determine where the user’s Lync server is located.
Als kennelijk zowel MS als Polycom vinden dat ook autodiscover voor SfB goed moet werken voordat je verder kunt zou ik even die records gaan aanmaken. Voor puur EWS zou het niet nodig hoeven zijn, maar dit soort toestellen blijven zich altijd wat vervelend gedragen is onze ervaring.

Wij krijgen veel vragen/opmerkingen van klanten over VOIP-toestellen dat zaken vaak net niet werken, terwijl Outlook en de SfB Client (die wij wel supporten) het prima doen.

MCSE NT4/2K/2K3, MCTS, MCITP, CCA, CCEA, CCEE, CCIA, CCNA, CCDA, CCNP, CCDP, VCP, CEH + zwemdiploma A & B


Acties:
  • 0 Henk 'm!

  • Jazzy
  • Registratie: Juni 2000
  • Laatst online: 17:57
Ah, we zitten langs elkaar heen te praten. :) De DNS records voor Lync zijn er gewoon, reden dat ik ze niet vermeld had is omdat ik geen probleem heb met het aanmelden op Skype for Business.

Het probleem is dat de client de url voor Exchange EWS niet weet te vinden, dat betekent dat Exchange Autodiscover niet werkt.

Exchange en Office 365 specialist. Mijn blog.


Acties:
  • 0 Henk 'm!

  • Dennism
  • Registratie: September 1999
  • Laatst online: 23:54
Misschien kan je hier iets mee, had deze nog in mijn bookmarks zitten van een Lync issue bij een klant:

https://lyncuc.blogspot.n...web-services-ews-and.html

Acties:
  • 0 Henk 'm!

  • Jazzy
  • Registratie: Juni 2000
  • Laatst online: 17:57
Bedankt, maar het lastige is dat dit artikel geschreven door een Lync-man die niet goed genoeg begrijpt hoe Exchange Autodiscover werkt. Er staan verschillende fouten in en onlogische stukken, zo laat hij je zowel een autodiscover.domein.com als een SRV-record aanmaken voor elk domein.

Stel dat het volgende stukje klopt:
have look into the Autodiscover.xml file and using the server name (DNS) provided there
using autodiscover.<smtpdomain>
using _autodiscover._tcp.<smtpdomain>

Access now the Autodiscover.xml file located on the Exchange environment in the following order.
http://<smtpdomain>/autodiscover/autodiscover.xml
https://<smtpdomain>/autodiscover/autodiscover.xml
http://autodiscover.<smtpdomain>/autodiscover/autodiscover.xml
https://autodiscover.<smtpdomain>/autodiscover/autodiscover.xml
_autodiscover._tcp.<smtpdomain>
Als dit klopt, dan zou de client dus gewoon de http-redirect moeten ondersteunen want hij doet een http://autodiscover.<smtpdomain>/autodiscover/autodiscover.xml. Maar daar staat weer tegenover dat http in dit lijstje boven https staat, en http://<smtpdomain>/autodiscover/autodiscover.xml wordt al helemaal nooit gebruikt.

Kortom, ik kan hier helaas niets mee. Ben eigenlijk wel op zoek naar dit artikel, maar dan geschreven door iemand die het echt snapt en bij voorkeur met minder fouten. :)

Wel heel ongebruikelijk dat hij eerst http doet en dan pas https, dat is niet hoe het hoort.

Exchange en Office 365 specialist. Mijn blog.


Acties:
  • 0 Henk 'm!

  • Dennism
  • Registratie: September 1999
  • Laatst online: 23:54
Ik kon er destijds inderdaad ook niet veel mee, probleem bleek totaal wat anders te zijn, maar toch maar gebookmarked voor de toekomst :)

Weet ik nu iig dat die bookmark weg mag :)

Acties:
  • 0 Henk 'm!

  • johnkeates
  • Registratie: Februari 2008
  • Laatst online: 04-07 16:30
Heb je al op het netwerk gekeken? (bijv. met Wireshark) De logs zeggen van alles, maar de benamingen van de fabrikant laten nogal wat in het midden. "Host not found" en "Connection refused" laat vooral layer 3 problemen zien en niet HTTP enz.

Acties:
  • 0 Henk 'm!

  • Jazzy
  • Registratie: Juni 2000
  • Laatst online: 17:57
Ik zou willen dat ik dat kon. Volgens mij kan ik de poort op de switch mirroren naar een andere poort. Maar ik heb wel eens een capture met WireSharkt gemaakt en kon er toen weinig bruikbare informatie uit halen.

Exchange en Office 365 specialist. Mijn blog.


Acties:
  • 0 Henk 'm!

  • kieskes
  • Registratie: Juni 1999
  • Laatst online: 21:02
dhcputil.exe wel gedraaid? Of terwijl, wel de juiste MSUCClient options in dhcp zitten?

Acties:
  • 0 Henk 'm!

  • Jazzy
  • Registratie: Juni 2000
  • Laatst online: 17:57
kieskes schreef op dinsdag 27 december 2016 @ 16:12:
dhcputil.exe wel gedraaid? Of terwijl, wel de juiste MSUCClient options in dhcp zitten?
Welke opties moet ik zetten om de client Exchange Autodiscover te laten gebruiken om de EWS url op te zoeken? Zoals ik het lees is dat de default.

Zie net dat ik het log level voor 'Exchange Client' omhoog kan zetten, misschien levert dat meer op.

Exchange en Office 365 specialist. Mijn blog.


Acties:
  • 0 Henk 'm!

  • kieskes
  • Registratie: Juni 1999
  • Laatst online: 21:02
zonder deze opties kreeg ik onze polycom toestellen niet werkend:
s4bdhcp

Acties:
  • +2 Henk 'm!

  • Jazzy
  • Registratie: Juni 2000
  • Laatst online: 17:57
Bedankt, maar ik geloof niet dat dit iets met mijn probleem te maken heeft.

Heb de logging voor Exchange Client op debug gezet, nu is het een stuk duidelijker.
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
1227161529|ec   |3|00|[EWS AutoDiscover]Querying with Email jetze.mellema@domain.com
1227161529|ec   |3|00|[EWS AutoDiscover]Querying with URL 'https://domain.com/autodiscover/autodiscover.xml' and method 'POST'
1227161529|ec   |4|00|CSoapTransaction network error = Host  not found (3)
1227161529|ec   |4|00|[EWS Autodiscover] WSSecurity header X-WSSecurity-Enabled= and X-WSSecurity-For=
1227161529|ec   |3|00|Resetting timer for service 'autodisc' and period 5000
1227161534|ec   |3|00|[EWS AutoDiscover]Querying with Email jetze.mellema@domain.com
1227161534|ec   |3|00|[EWS AutoDiscover]Querying with URL 'https://autodiscover.domain.com/autodiscover/autodiscover.xml' and method 'GET'
1227161534|ec   |4|00|CSoapTransaction network error = Connection refused (1)
1227161534|ec   |4|00|[EWS Autodiscover] WSSecurity header X-WSSecurity-Enabled= and X-WSSecurity-For=
1227161534|ec   |3|00|Resetting timer for service 'autodisc' and period 5000
1227161539|ec   |3|00|[EWS AutoDiscover]Querying with Email jetze.mellema@domain.com
1227161539|ec   |3|00|[EWS AutoDiscover]Querying with URL 'https://autodiscover.domain.com/autodiscover/autodiscover.xml' and method 'POST'
1227161539|ec   |4|00|CSoapTransaction network error = Connection refused (1)
1227161539|ec   |4|00|[EWS Autodiscover] WSSecurity header X-WSSecurity-Enabled= and X-WSSecurity-For=
1227161539|ec   |3|00|Resetting timer for service 'autodisc' and period 5000
1227161544|ec   |3|00|[EWS AutoDiscover]Querying with Email jetze.mellema@domain.com
1227161544|ec   |3|00|[EWS AutoDiscover]Querying with URL 'http://autodiscover.domain.com/autodiscover/autodiscover.xml' and method 'GET'
1227161545|ec   |2|00|CSoapTransaction redirect url is = https://autodiscover.servicedomain.com/autodiscover/autodiscover.xml

Nu hebben we ook gelijk de onduidelijkheden uit dat artikel opgehelderd, in ieder geval voor zover het de Polycom UCS betreft. De client probeert eerst https://domain.com/autodiscover/autodiscover.xml welke uiteraard mislukt. Hij wacht vijf seconden en probeert het nu op https://autodiscover.doma...discover/autodiscover.xml welke in ons geval ook mislukt. De volgende poging is http://autodiscover.domain.com/autodiscover/autodiscover.xml, dus http in plaats van https. Op dit adres luistert onze webserver die een 302 geeft met de volgende inhoud: https://autodiscover.serv...discover/autodiscover.xml

So far so good, de client doet nu opnieuw een request op deze url: https://autodiscover.serv...discover/autodiscover.xml
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
1227161545|ec   |3|00|[EWS AutoDiscover] Resending request to a new URL [https://autodiscover.servicedomain.com/autodiscover/autodiscover.xml]
1227161545|ec   |3|00|[EWS AutoDiscover]Querying with Email jetze.mellema@domain.com
1227161545|ec   |3|00|[EWS AutoDiscover]Querying with URL 'https://autodiscover.servicedomain.com/autodiscover/autodiscover.xml' and method 'GET'
1227161546|ec   |2|00|CSoapTransaction redirect url is = https://autodiscover.servicedomain.com/CookieAuth.dll?GetLogon?curl=Z2FautodiscoverZ2Fautodiscover.xml&reason=0&formdir=3
1227161546|ec   |3|00|[EWS AutoDiscover] Resending request to a new URL [https://autodiscover.servicedomain.com/CookieAuth.dll?GetLogon?curl=Z2FautodiscoverZ2Fautodiscover.xml&reason=0&formdir=3]
1227161546|ec   |3|00|[EWS AutoDiscover]Querying with Email jetze.mellema@domain.com
1227161546|ec   |3|00|[EWS AutoDiscover]Querying with URL 'https://autodiscover.servicedomain.com/CookieAuth.dll?GetLogon?curl=Z2FautodiscoverZ2Fautodiscover.xml&reason=0&formdir=3' and method 'GET'
1227161548|ec   |4|00|CSoapTransaction error parsing SOAP response message, error is "unexpected character", line 1, col 62
1227161548|ec   |4|00|[EWS Autodiscover] WSSecurity header X-WSSecurity-Enabled= and X-WSSecurity-For=
1227161548|ec   |3|00|[EWS AutoDiscover]Querying with Email jetze.mellema@domain.com
1227161548|ec   |3|00|[EWS AutoDiscover]Querying with URL 'https://autodiscover.servicedomain.com/CookieAuth.dll?GetLogon?curl=Z2FautodiscoverZ2Fautodiscover.xml&reason=0&formdir=3' and method 'POST'
1227161549|ec   |4|00|CSoapTransaction error parsing SOAP response message, error is "unexpected character", line 1, col 62
1227161549|ec   |4|00|[EWS Autodiscover] WSSecurity header X-WSSecurity-Enabled= and X-WSSecurity-For=
1227161549|ec   |3|00|[EWS AutoDiscover] Resetting the configurations. Retry the discovery after 180000 sec
1227161549|ec   |3|00|Resetting timer for service 'autodisc' and period 180000
Op de 4e regel zien we dat de client weer een redirect krijgt, dit keer naar https://autodiscover.serv...er.xml&reason=0&formdir=3 Daar leid ik uit af dat authenticatie met Basic of Kerberos mislukt en het request als een webclient behandeld wordt en FBA voorgeschoteld krijgt. Dat ga ik nu verder onderzoeken.

Exchange en Office 365 specialist. Mijn blog.


Acties:
  • +1 Henk 'm!

  • Jazzy
  • Registratie: Juni 2000
  • Laatst online: 17:57
Dit probleem is opgelost door de telefoon te updaten van 5.4.1.17954 naar 5.5.1.11526.

Exchange en Office 365 specialist. Mijn blog.


Acties:
  • 0 Henk 'm!

  • KorneelB
  • Registratie: Mei 2008
  • Laatst online: 10-08 10:43
beetje late reactie :')

maar mijn vermoeden in deze is dat de polycom niet lekker omgaat met je redirect. je unexpected errors in je SOAP stukje wijzen erop dat hij wel degelijk je URL kan vinden, maar niet helemaal weet wat hij er vervolgens mee doet.
mbt de lyncdiscover URL, die staat daar idd los van, evenals de hierboven genoemde DHCP opties met DHCPUTIL. eventueel kun je met de DHCP opties nog oudere search domains instellen maar dat is ook al een tijdje niet meer nodig..

mijn reactie is dan ook meer ter lering ende vermaeck.

Polycom en consorten maken hun firmware voor een vrij generieke opzet en daar worden ze ook in getest. dus een SIP en SMTP namespace die uniek zijn. wanneer je meerdere SMTP namespaces hebt en dit is niet je primaire (zoals in jouw geval) dan is het heel logisch dit met een redirect op te lossen. echter, daar wordt de firmware niet op getest kan ik je vertellen.. bugje loggen bij Polycom en met een update is het dan gefixt. zoals je nu ook al zelf ervaren hebt :)

60 TB can not be enough


Acties:
  • 0 Henk 'm!

  • Jazzy
  • Registratie: Juni 2000
  • Laatst online: 17:57
Dank je Korneel, beter laat dan nooit. Zoals je weet ben ik een Exchange-man dus ben volop aan het leren hier. :)

Het probleem bleek authenticatie te zijn, de http-redirect ging prima maar toen het op daadwerkelijk aanmelden ging kon de client niet via Basic Authentication authenticeren. Dit was opgelost in een latere versie van UCS, weet niet precies welke omdat ik in één keer van 5.4.1.17954 naar 5.5.1.11526 ben gegaan.
Polycom en consorten maken hun firmware voor een vrij generieke opzet en daar worden ze ook in getest. dus een SIP en SMTP namespace die uniek zijn. wanneer je meerdere SMTP namespaces hebt en dit is niet je primaire (zoals in jouw geval) dan is het heel logisch dit met een redirect op te lossen. echter, daar wordt de firmware niet op getest kan ik je vertellen..
Als dit het probleem zou zijn dan betekent dit dat ze een slechte implementatie van Exchange Autodiscover hebben gedaan. Ik denk dat er maar heel weinig Polycom klanten zijn die alle mailadressen in één tot vijf domeinen hebben en records voor autodiscover.domain1.com t/m autodiscover.domain5.com op het SAN-certificaat hebben staan. De andere methodes (http-redirect en SRV-records) zijn hier juist voor bedoeld. En na het raisen van de loglevel voor ec (Exchange Client) blijkt dat UCS dit eigenlijk prima doet. Ze hebben gewoon alle vier methodes geïmplementeerd, de bug betrof alleen het correct authenticeren.

Dit is mijn eerste ervaring met Polycom maar voor slecht testen kan ik geen begrip opbrengen, helemaal niet als het gaat om een standaard enterprise scenario. Wat ik wel zie, bijvoorbeeld aan de posts van de enige actieve moderator/supportman in de Polycom support communitity is dat er in de S4B-wereld een gebrek aan kennis is zodra het om Exchange gaat. Vooral het belang van een goed begrip van Exchange Autodiscover wordt vaak onderschat. Dat is wel een beetje begrijpelijk omdat het hier eigenlijk om twee gescheiden werelden gaat, zelfde probleem zie je als Exchange admins UM moeten configureren en na moeten denken over gateways en dial plans.

Heb trouwens een ander probleem, mijn telefoon probeert een software update te checken bij S4B Online maar loopt tegen een 400 Bad Request aan. Topic geopend op de Polycom Support community maar krijg gelijk een reactie dat ik via mijn reseller een ticket moet openen. :| Zal het morgen nog maar eens op een ander netwerk proberen en dan een ticket inschieten via de dozenschuiver.

Het heeft misschien een beetje te maken met de aard van de problemen waar ik tegenaan loopt, maar op dit moment ben ik nog niet onder de indruk. De basis is prima, zoals de geluidskwaliteit en dergelijke. Maar als het op nieuwe techniek aan komt zoals Cloud PBX dan heb ik het gevoel dat ik een beetje zit te pionieren.

Exchange en Office 365 specialist. Mijn blog.


Acties:
  • 0 Henk 'm!

  • Jazzy
  • Registratie: Juni 2000
  • Laatst online: 17:57
Telefoon even meegehad op een andere locatie, gereset en met hetzelfde Skype for Business Online account weer ingelogd. Tot mijn verbazing mislukt Exchange AutoDiscover opnieuw:
code:
1
0105175452|ec   |3|00|[EWS AutoDiscover Redirect] Fetching OAuth for URL [https://autodiscover.servicedomain.com/autodiscover/autodiscover.xml]

Nu probeert hij OAuth om te authenticeren tegen on-premises Exchange/TMG, wat natuurlijk mislukt. :|

Polycom wil eindklanten niet direct ondersteunen dus ik heb dinsdag contact opgenomen met de reseller om namens ons een ticket aan te maken. Nog steeds niets van teruggehoord. En dat is dus voor een ander issue, ik kijk er niet bepaald naar uit om voor deze ook een ticket te gaan openen.

Exchange en Office 365 specialist. Mijn blog.

Pagina: 1