Platforma MetroOne a aplikacje Metro dla Windows 8

Wczoraj byłem na spotkaniu Windows 8 Briefing, które zorganizował Microsoft w Warszawie. Nie było to wydarzenie dedykowane dla specjalistów IT, a programistów, którzy chcieliby pisać pod nowy system Windows 8. Wystąpili prelegenci z Microsoft (szef DPE Dariusz Piotrowski, Mariusz Kędziora, Tomasz Kopacz, Tomasz Wiśniewski, Daniel Biesiada, Mariusz Kędziora, Patryk Góralowski i Bartłomiej Zass), którzy dosyć ciekawie opowiedzieli o wszystkich aspektach pisania aplikacji Metro, ale można było posłuchać również o stronie biznesowej, więc wydarzenie zaliczam do udanych. Ciekawostka – dowiedziałem się na przykład, że aplikacje Metro są odpalane w sandbox!

Podczas Windows 8 Briefing Mariusz Kędziora zaprezentował nową platformę MetroOne!

MetroOne (http://www.metroone.pl/) to platforma, która łączy ludzi (programistów, designerów, inwestorów) w zespoły, które mogą razem tworzyć aplikacje na system Windows 8. Platforma ma również inspirować i zbierać pomysły (od użytkowników) na te najbardziej pożądane programy. Aplikacje te mogą mieć szanse, jako pierwsze, zdobyć popularność i pierwsze miliony. Koncepcja wydaje się ciekawa, chętnie zobaczę jakie było zainteresowanie całym projektem przed wydaniem wersji RC Windows 8.

Uwaga dla użytkowników WSS i CodeGuru: Portal MetroOne został zintegrowany z naszymi portalami – co za tym idzie działają tam Wasze konta! Nie trzeba zakładać nowych, ale zachęcamy do uzupełnienia Waszego profilu tam o nowe informacje specyficzne dla platformy MetroOne.

Więcej:

MetroOne: http://www.metroone.pl/

Blog Tomasza Wiśniewskiego: http://tomaszwisniewski.com/windows-8-briefing-podsumowanie/

Blog Mariusza Kędzory: http://blogs.technet.com/b/mkedziora/archive/2012/04/18/metroone-platforma-dla-tw-243-rc-243-w-aplikacji-windows-8.aspx

O MetroOne na WSS.pl: http://www.wss.pl/aktualnosci/startuje-metroonepl—specjalisci-laczcie-sie,10728

Reklamy

Exchange 2010 SP2 Update Rollup 2 oraz Exchange Server 2007 SP3 Update Rollup 7

Kolejne UR-apy Exchangowe w Centrum Pobiernia Microsoft. Pojawił się Exchange 2010 SP2 Update Rollup 2 oraz Exchange Server 2007 SP3 Update Rollup 7.
UR2 dla Exchange 2010 przychodzi z poprawką na problem, który pojawił się w RU1 🙂 (pamiętam jak czytałem lament na grupie MVP), czyli problemik z przekierowaniem na CAS „You cannot log on to Outlook Web App when a proxy is set up in an Exchange Server 2010 environment„. Ważniejsze poprawki w RU2 dla Exchange 2010 SP2 poniżej, więcej info w opisie do UR2.
  • KB2696913 You cannot log on to Outlook Web App when a proxy is set up in an Exchange Server 2010 environment
  • KB2688667 High CPU in W3WP when processing recurrence items who fall on DST cutover
  • KB2592398 PR_INTERNET_MESSAGE_ID is the same on messages resent by Outlook
  • KB2630808 EwsAllowMacOutlook Setting Not Honored
  • KB2661277 Android/Iphones stuck with 451 during Cross forest proxy in datacenter
  • KB2678414  Contact name doesn’t display company if name fields are left blank
Wypada również wspomnieć o  Update Rollup 7 for Exchange Server 2007 SP3, dlatego, że to już ostatnie poprawki funkcjonalne do tej wersji EXa (2007). Na stronie możemy przeczytać oświadczenie Support lifecycle:
„…This is the final release under standard support for Exchange 2007, as the Exchange 2007 Mainstream Support has now ended. Extended Support for Exchange 2007 SP3 will end on 4/11/2017. Please see the Microsoft Support Lifecycle page for more information about Microsoft Support Lifecycle for Exchange 2007. Got questions about Microsoft Support Lifecycle Policy? Head over to Microsoft Support Lifecycle Policy FAQ.”

Moja sesja na Study Group 70-323 Administering Office 365

VirtualStudy.pl i PEPUG zapraszają do udziału w Study Group do egzaminu 70-323 Administering Office 365.

Zarządzanie Office 365 jest zarazem łatwe (wszak oparte na istniejących i znanych już wcześniej rozwiązaniach) ale i trudne (bo czasem pojawiają się pewne specyficzne dla środowiska hostowanego ograniczenia, ale także pojawiają się kwestie które nie występują w środowisku własnej serwerowni – np. rozwiązania hybrydowe).

Dlatego też powstają oddzielne egzaminy tylko dla Office 365. Jednym z pierwszych jest 70-323 Administering Office 365. Postanowiliśmy przygotować się do niego wspólnie, korzystając z platformy VirtualStudy.pl. Nie będzie to szczegółowy kurs dotyczący całej objętej tematyką kursu tematyki (nie ma powodu by powtarzać wszystkich kwestii od nowa). Chodzi raczej o omówienie rzeczy na które warto zwrócić uwagę w czasie przygotowań do egzaminu. Zakładamy, że prelegenci będą raczej przewodnikami po dostępnej dokumentacji, pomocy oraz interfejsach i narzędziach niż wszechwiedzącymi dostawcami wiedzy wszelakiej.

Study Group w pierwszej edycji będzie miało formę trzech spotkań podczas których zostaną omówione trzy moduł opisane w wymaganiach do egzaminu:

2012-04-16 20:30 poniedziałek – moduł Administer Microsoft Office 365 – poprowadzi Konrad Sagała

2012-04-23 20:30 poniedziałek – moduł Administer SharePoint Online – poprowadzi Ziemek Borowski

2012-05-07 20:30 poniedziałek – moduł Administer Exchange and Lync Online  – poprowadzi Piotr Pawlik

2012-05-28 20:30 poniedziałek – sesja Q&A – poprowadzi Ziemek Borowski

W poniedziałek 2012-04-16 od 20:30 – w ramach Study Grup do egzaminu `70-323 Administering Office 365` Konrad Sagała  omówi moduł Administer Microsoft Office 365 czyli kwestie związane z:

– przeglądem możliwości samej usługi,

– aktywacją usługi, zarządzaniem domenami, użytkownikami i grupami oraz rolami administracyjnymi i delegacją,

– zarządzaniem komputerami użytkowników końcowych,

– podstawami migracji istniejących środowisk do Office 365,

– podstawami wykorzystania PowerShell do zarządzania Office 365.

– zarządzaniem federacją identyfikacji z wykorzystaniem Active Directory Federation Services (AD FS) 2.0.

W poniedziałek 2012-04-23 od 20:30 – w ramach Study Grup do egzaminu `70-323 Administering Office 365` Marek Krupa omówi moduł Administer SharePoint Online, czyli: zarządzanie kolekcjami, metadanymi, profilami użytkowników oraz witrynami tak z poziomu GUI jak i PowerShella.

W poniedziałek 2012-05-07 od 20:30 – w ramach Study Grup do egzaminu `70-323 Administering Office 365`  Piotrek Pawlik omówi moduł Administer Exchange and Lync Online czyli:

• zarządzanie skrzynkami, kontaktami, grupami/listami dystrybucyjnymi

• zarządzanie Exchange w wypadku wdrożeń hybrydowych

• zarządzanie bezpieczeństwem oraz zgodnością z wymaganiami nadzoru, w tym Forefront Online Protection for Exchange,  Exchange Hosted Encryption, Information Rights Management (IRM); Mutual TLS (MTLS); zarządzanie przechowywaniem informacji oraz audytem,

• zarządzanie Lync w środowisku Office 365

W poniedziałek 2012-05-28 od 20:30 w ramach Study Grup do egzaminu `70-323 Administering Office 365`   Ziemek Borowski odpowie na zebrane na forum PEPUG pytania dotyczące tematyki egzaminu, ew. uzupełnione będą informacje z poprzednich sesji.

Więcej:

http://www.wss.pl/aktualnosci/study-group-do-egzaminu-70-323-administering-office-365,10706

Otwarta rejestracja na konferencję MEC 2012. Ulepszony TechEd dla ekspertów Exchange?

Tak jak informowałem wcześniej konferencja Microsoft Exchange Conference (MEC), której nie organizowano od 10 lat powróciła. Microsoft otworzył rejestrację na to wydarzenie. Jeśli jesteście pasjonatami Exchange, zajmujecie się nim na co dzień (Enterprise, SMB, Hosting),  czy też chcecie poznać zespół produktowy Exchange – to nie ma lepszej możliwości (no chyba, że jest się MVP :)).

Jest już oficjalna strona konferencji, która się zmieniła: http://www.mecisback.com/

Co jest w planach MEC 2012 i czego się spodziewać?

  • Poznaj nowości w Exchange 15 podczas prezentacji Microsoft Engineering Guys (mam nadzieję, że sesje będą tylko na poziomie 300+)!
  • Laby z Exchange 15
  • Bezpośredni kontakt z zespołem Exchange, Exchange MVP, Exchange Rangers, Exchange MCM
  • Rozwiązania partnerów robiących staf pod Exchange
  • Szeroko pojęty „Networking”
  • Tutaj uzasadnienie Microsoft: http://www.mecisback.com/files/MEC_TopTenReasons.pdf

Regular Conference rates are:

► $1,800/LIMITED External Early Bird Rate

► $2,000/General External Conference Registration Rate after Early Bird Ends

Contact

If you have any questions please feel free to contact us via email at mec@microsoft.com. We look forward to the return of MEC and a

resurgence in the community!

 

Więcej informacji:

http://blogs.technet.com/b/exchange/archive/2012/04/03/mec-2012-registration-is-open.aspx

http://blogs.technet.com/b/exchange/archive/2012/03/06/mec-is-back.aspx

 

[OT] Blog zmienił nazwę domeny na uclabs.pl

Po namowach Karola Stilgera (stilger.eu) postanowiłem kupić domenę dla tego bloga. Padło na nazwę uclabs.pl, bo tematyka jest strikte Unified Communications. Oczywiście serwer WordPress jest dalej utrzymywany po stronie Webio, a domena itblogs.pl funkcjonuje dalej.

Zmienił się również wygląd bloga, ponieważ wcześniejsza skórka powodowała wiele problemów – teraz jest chyba lepiej. Zapraszam do czytania i trzymajcie kciuki za następne publikacje 😉 – „cross fingers and put candle in the church”.

Nowa domena dla itblogs.pl/piotrpawlik: uclabs.pl

[EN] MCT Live Summit 2012 – September 6th to 8th in Warsaw Poland

How much do you want to attend MCT Live Summit 2012 in Poland? We believe you are dreaming about it! Are you MCT, that loves to network with fellow MCTs? Do you want to visit jewel of EMEA – Warsaw? Are you an admirer of Polish women (men)?

If an answer to any of those questions is “yes” – we have something for you! We’d like to announce a twitter contest for MCT Live Summit 2012.

Rules are simple:
Follow us on twitter at: https://twitter.com/mctsummit
Tweet at us (@mctsummit) using hashtag #MCTSummit and telling us, why do you want to attend our great event and what you want to do in Warsaw.

Win a ticket voucher for MCT Summit, that will cover attendance fee and a discounted nearby hotel rates during the event. We’ll pick best submission on April 16th. Until then please let us know why do you want to join us and please do not spam – winner will be chosen on quality not quantity of the submissions :).
Oh yeah – multiple tweets are definitely OK!

Z cyklu Interop: Integracja Lync Server 2010 z rozwiązaniem głosowym Avaya AES

Postanowiłem napisać słów kilka o integracji systemu Microsoft Lync Server 2010 z rozwiązaniem Avaya. Pewnie większość zapyta się po co? Jest kilka powód za, między innymi klient który obecnie używa rozwiązań głosowych Avaya, chciałby dorzucić IM’a (Instant Messaging) i dzwonienie z Lync 2010 za pośrednictwem Avaya.

Tutaj znowu nasuwa się pytanie, po co dzwonić z Avaya, a nie z Lync Server bezpośrednio? Odpowiedź jest prosta, bo klient kupił usługi SIP trunkingu lub H.323 trunkingu od ISP, które są już terminowane na systemie Avaya lub po prostu chce mieć dwa systemy działające (może tylko w niektórych oddziałach firmy).

Cała integracja opiera się o scenariusz RCC (kontrolowanie systemu zdalnego przez użytkownika AD), gdzie użytkownik posiadający komunikator może się z niego wydzwaniać/odbierać (hold/unhold, transfer, itd.) połączenia za pośrednictwem systemu Avaya, czyli mówiąc prosto przełączyć się również na słuchawkę hardwarową awajki.  Integracja pomiędzy klientem Lync 2010 i Avaya Communication Manager odbywa się za pośrednictwem TR/87 over SIP. Pomiędzy Lync Server 2010 a Avaya ACM w komunikacji pośredniczy serwer Avaya AES, który jest pewnego rodzaju API i interfejsem komunikacyjnym – CSTA over SIP do Lync, a CTI do Avaya ACM. Oczywiście na samym AES musimy mieć zainstalowane certy z CA w naszej domenie AD. Cała procedura konfiguracji jest mocno skomplikowana i źle udokumentowana w przewodnikach stworzonych wspólnie przez Avaya i Microsoft.

Co zyskamy w tej integracji? Siłę komunikatora Lync + konferencje + presence + dostęp do Exchange VoiceMail połączoną z systemem typu Enterprise Telephony Network od Avaya.

Co jest potrzebne w labie do zestawienia tej integracji?

Avaya Core Releases
· Avaya Session Manager 6.1 SP5
· Avaya Aura System Platform 6.0.3 + patch 6.0.3.3.3
· Avaya Aura Communication Manager 6.0.1 SP 5.01

Avaya Unified Communication Releases
· Avaya Aura Application Enablement Services 6.1.1 (r6-1-1-30-0)

Microsoft Unified Communication Releases
· Podstawowe role Windows Server 2008 R2 z ostatnimi poprawkami: ADDS+DNS (forest and domain level set to Windows Server 2008 R2), ADCS (Certificate Authority).

· Lync Server 2010 and Lync 2010 (client) with latest hotfix (wymagane KB2493736).

· Exchange Server 2010 with Update Rollup 6 (lub późniejszy) for Exchange Server 2010 Service Pack 1 (KB2608646).

Architektura rozwiązania:

Po co nam ten serwer Avaya AES?

Odpowiada on za konwersję planu numeracyjnego, żeby numery krótkie które są z reguły wykorzystywane w systemie Avaya były odpowiednio przetłumaczone na numery w formacie E.164 rozumianym przez Avaya – konfiguruje się to w sekcji („Dial Plan Settings – Conversion Rules for Default” and „Dial
Plan Settings – Conversion Rules – switchname) w AE Services Management Console. Mamy dwie opcje From TelURI i To TelUri. 

From TelURI:  konwertowanie z normalized TelURI number do extension lub dial string, które jest przechwytywane przez system Avaya (Communication Manager).

To TelURI:  konwertowanie z extension lub dial string do normalized TelURI, które jest przechwytywane przez Microsoft Lync 2010.

Licencjonowanie na AES: W celu włączenia wymaganego TR/87 na serwerze AE Server są potrzebne licencje typu Unified CC API Desktop Edition licenses. To jest licencjonowanie per-user, czyli każdy aktywny klient Microsoft Office Communicator lub Lync 2010 konsumuje 1 licencję Unified Desktop license.

Trzeba włączyć TR/87 na serwerze AES (standardowo jest wyłączone): AES używa portu 4723 do komunikacji pomiędzy Microsoft Lync Server 2010 a AE Services. Włączamy to z poziomu OAM — Networking -> Ports page and Apply changes.

Po stronie AES musimy dodać jeszcze Communication Managera, czyli Switch Connection oraz TSAPI link, co zostało dokładnie opisane w tym przewodniku (http://support.avaya.com/css/P8/documents/100127029).

Pozostało nam jeszcze dokonfigurowanie dial planu i zasad konwersji o których pisałem powyżej. W moim przypadku ACM używa numerów 7 cyfrowych: 666+XXXX, więc musimy w jedną stronę uzupełniać do 11 cyfr formatu E.164, a w druga usuwać – zrobimy nam to jedna reguła po stronie AES’a:

Nie będę opisywał procedury dodawania linka z Avaya ACM do AES, bo jest to opisane tutaj  (http://support.avaya.com/css/P8/documents/100127029).

Teraz najciekawsza część, czyli LYNC – let’s Lync!

I tu jest największa kupa – jeśli źle wygenerujemy cert to będzie źle. Na początek instalacja zaufanego certu na Lync Server. Procedurę opisano nie szczegółowo w dokumecie http://support.avaya.com/css/P8/documents/100127013. Podczas instalacji zaufanego certyfikatu, należy pamiętać, że Microsoft Lync Server i AE Serices musi użyć tego samego urzędu certyfikacji lub wystawcy w tym samym łańcuchu certyfikatów.

Przechodzimy do Windows 2008 CA Server Console, uruchamiamy CA MMC snap-in. Right click na Certificate Templates i wybieramy Manage.


Prawy klik na RAS and IAS Server, i wybieramy duplicate template.

RAS and IAS template został wybrany, ponieważ zawierea Client and Server Authentication Application Policies wymagane przez Avaya AE Services.

Na zakładce General tab, należy podać unikalną nazwę dla templatu, przykładowo“AES”.

Na zakładce Request Handling, pole Purpose ustawiamy na Signature and encryption. Ustaw Minimum key size na 1024.

Na dole zakładki Request Handling, wybierz cryptographic service providers (CSPs), które powinny zostać użyte:
· Microsoft DH SSchannel Cryptographic Provider
· Microsoft Enhanced Cryptographic Provider v1.0
· Microsoft RSA SChannel Cryptographic Provider

Na zakładce Subject Name, sprawdź czy opcja Supply in the request została zaznaczona.

Na zakładce Extension, sprawdź czy sygnatura Digital signature została zaznaczona. Szyfrowanie (Encryption) powinno być ustawioe na wartość “Allow key exchange only with key encryption”.

Otwieramy Certification Authority snap-in i w Certificate Templates wybieramy New Certificate Template to Issue.  Tutaj musimy wybrać poprzednio wygenerowany szablon certyfikatu “aes” i klikamy OK – powinien być teraz dostępny w Certificate Templates.

Ta procedura wygenerowała nam cert, którego użyjemy na serwerze Lync Server 2010, który zawiera Client and Server Authentication Policies wymagane przez AE Services.

Odpalamy Lync Server Deployment Wizard. Wybieramy “Install or Update Lync Server System”.
W kroku 3 wizarda, “Request, Install or Assign Certificates” wybieramy Run lub Run Again. Tutaj też pokażę tylko najważniejszą część – oczywiście robimy Request certu.

Na stronie Specify Alternate Certificate Template, wybieramy box Use alternate certificate template for the selected certification authority. Wprowadzamy nazwę wcześniej wygenerowanego certu “aes” i przechodzimy dalej.

Na stronie Name and Security Settings wizarda, wpisz nazwę “aes_cert” i wybierz szyfrowanie 1024 (tak jak w cercie).

Oczywiście w kolejnym kroku wybieramy SIP domain, pozostawiamy Additional Subject Alternate Names i przypisujemy certyfikat do serwera Lync Server 2010: “Assign this certificate to Lync Server certificate usages”.

Po stronie AES Server trzeba jeszcze dodać zaufany certyfikat z AD i wygenerować cert dla serwera w AD – wszystko opisane jest w przewodniku do którego linkowałem powyżej.

Configuring Remote Call Control (RCC) w Lync Server 2010
Lync Server 2010 Management Shell będzie wykorzystany do dodania AES’a jako RCC gatewaya.

Uruchamiamy polecenie, żeby zebrać info o obecnej konfiguracji serwera (najlepiej skopiować te dane):

PS C:UsersAdministrator.lync01> Get-CsStaticRoutingConfiguration
(should return null results unless a static route has previously been configured)
Identity : Global
Route : {}

PS C:UsersAdministrator.lync01> Get-CsSipDomain
(To view configured SIP domain(s). This will not be modified during RCC configuration in this example)

PS C:UsersAdministrator.lync01> Get-CsTrustedApplicationPool
(Retrieves settings for one or more pools that contain the computers that host trusted applications)

For help with the Lync Server management Shell:
PS C:UsersAdministrator.lync01> Get-Help

Teraz pozostało nam stworzyć statyczne trasy do RCC gateway. Tworzymy zmienną $TLSRoute.

PS C:UsersAdministrator.lync01> $TLSRoute = New-CsStaticRoute –TLSRoute -Destination aes352.uclabs.com -Port 4723 -UseDefaultCertificate $true -MatchUri *.uclabs.com

PS C:UsersAdministrator.lync01> Set-CsStaticRoutingConfiguration -Route @{Add=$TLSRoute}

Tworzymy trusted application.

PS C:UsersAdministrator.lync01> New-CsTrustedApplicationPool –Identity aes352.uclabs.com -Registrar hq666se.aes352.uclabs.com -Site hq666 -TreatAsAuthenticated $true -ThrottleAsServer $true -RequiresReplication $false

Następnia dodajemy trusted application do pool:

PS C:UsersAdministrator.lync01> New-CsTrustedApplication -ApplicationID hq666 -TrustedApplicationPoolFqdn aes352.uclabs.com -Port 4723

Użyj Get-CsStaticRoutingConfiguration oraz Get-CsTrustedApplicationPool, żeby podejrzeć wprowadzone zmiany:

PS C:UsersAdministrator.lync01> Get-CsStaticRoutingConfiguration
PS C:UsersAdministrator.lync01> Get-CsTrustedApplicationPool

Implementujemy zmiany cmdletem:

PS C:UsersAdministrator.lync01> Enable-CsTopology

Ostatnia faza konfiguracji to włączenie użyszkodnika RCC po stronie serwera LYNC – przykład w formie obrazkowej:

No i można testować interop!