<?xml version="1.0" encoding="utf-8"?>
<rss xmlns:atom="https://www.w3.org/2005/Atom" xmlns:sy="https://purl.org/rss/1.0/modules/syndication/" xmlns:dc="https://purl.org/dc/elements/1.1/" xmlns:content="https://purl.org/rss/1.0/modules/content/" xmlns:wfw="https://wellformedweb.org/CommentAPI/" xmlns:slash="https://purl.org/rss/1.0/modules/slash/"
  version="2.0">
  <channel>
    <title>Daniel Mauser's Blog</title>
    <atom:link
      href="https://docs.microsoft.com/archive/blogs/danielmauser/feed.xml"
      rel="self"
      type="application/rss+xml" />
    <link>https://docs.microsoft.com/archive/blogs/danielmauser/feed.xml</link>
    <description>Troubleshooting and solving problems</description>
    <lastBuildDate>Wed, 17 Apr 2019 03:45:50 GMT</lastBuildDate>
    <language>en-US</language>
    <sy:updatePeriod>hourly</sy:updatePeriod>
    <sy:updateFrequency>1</sy:updateFrequency>
    <item>
      <title>Azure: Devo usar o Datacenter do Brasil, nos EUA, Europa ou Ásia!?</title>
      <link>https://docs.microsoft.com/archive/blogs/danielmauser/azure-devo-usar-o-datacenter-do-brasil-nos-eua-europa-ou-asia</link>
      <pubDate>Tue, 25 Apr 2017 21:26:40 GMT</pubDate>
      <dc:creator><![CDATA[Daniel Mauser - [MSFT]]]></dc:creator>
      <guid
        isPermaLink="false">https://blogs.technet.microsoft.com/danielmauser/?p=55</guid>
      <description><![CDATA[Introdução 
		Recentemente trabalhamos (Daniel Pires e eu) em um incidente de suporte relacionado a...]]></description>
      <content:encoded><![CDATA[<p style="text-align: justify"><span style="font-family:Times New Roman;font-size:12pt"><strong>Introdução </strong>
		</span></p><p style="text-align: justify"><span style="font-family:Times New Roman;font-size:12pt">Recentemente trabalhamos (<a href="https://twitter.com/DapiElMago">Daniel Pires</a> e <a href="https://twitter.com/DanMauser">eu</a>) em um incidente de suporte relacionado a lentidão durante a transferência de arquivos (via SMB) em que o problema era causado em virtude da latência entre a rede On-Premises do cliente (RJ) e o Datacenter do Azure localizado na costa Oeste dos Estados Unidos.<strong>
			</strong>
		</span></p><p style="text-align: justify"><span style="font-family:Times New Roman;font-size:12pt">Conversando com o parceiro que implementou a solução no cliente final, ficamos sabendo que havia uma orientação, não oficial da Microsoft, de não utilizar o Datacenter do Azure no Brasil. Por favor, <span style="text-decoration:underline"><strong>isso não é verdade</strong></span>! Se o produto a ser consumido estiver disponível no Brasil, o melhor é sempre utilizar o Datacenter mais próximo, ou seja, para quem está no Brasil o Datacenter da Região Sul do Brasil. 
</span></p><p style="text-align: justify"><span style="font-family:Times New Roman;font-size:12pt"><strong>Como identificar se o produto que necessito está disponível no Datacenter do Brasil?</strong>
		</span></p><p style="text-align: justify"><span style="font-family:Times New Roman;font-size:12pt">Todos os produtos disponíveis por região estão documentados no link abaixo: 
</span></p><p><span style="font-family:Times New Roman;font-size:12pt">Produtos disponíveis por região<br /><a href="https://azure.microsoft.com/pt-br/regions/services/">https://azure.microsoft.com/pt-br/regions/services/</a>
		</span></p><p><span style="font-family:Times New Roman;font-size:12pt"><strong>Mais detalhes ... </strong>
		</span></p><p><span style="font-family:Times New Roman;font-size:12pt">Pode ser trivial ou até mesmo você já saiba disso, mas uma das ferramentas disponíveis para ajudar a identificar a latência entre a sua empresa e o Microsoft Azure (seus Datacenters na verdade) é o site <a href="https://www.azurespeed.com">www.azurespeed.com</a>. 
</span></p><p style="text-align: justify"><img src="https://msdnshared.blob.core.windows.net/media/2017/04/042517_2146_AzureDevous1.png" alt="" /><span style="font-family:Times New Roman;font-size:12pt">
		</span></p><p style="text-align: justify"><span style="font-family:Times New Roman;font-size:12pt">Abaixo, um exemplo onde fica bem evidenciado a diferença da latência entre o Datacenter do Brasil e dois Datacenters localizados no USA: 
</span></p><p style="text-align: justify"><img src="https://msdnshared.blob.core.windows.net/media/2017/04/042517_2152_AzureDevous1.png" alt="" /><span style="font-family:Times New Roman;font-size:12pt">
		</span></p><p style="text-align: justify"><span style="font-family:Times New Roman;font-size:12pt"><strong>Tivemos algum ganho após criarmos o mesmo ambiente no Datacenter do Brasil? </strong>
		</span></p><p style="text-align: justify"><span style="font-family:Times New Roman;font-size:12pt">Sim! Muito! Iniciamos o atendimento com uma latência de aproximadamente 200 ms e terminamos com uma de aproximadamente 20 ms : 
</span></p><p style="text-align: justify"><img src="https://msdnshared.blob.core.windows.net/media/2017/04/042517_2146_AzureDevous3.png" alt="" /><span style="font-family:Times New Roman;font-size:12pt">
		</span></p><p style="text-align: justify"><span style="font-family:Times New Roman;font-size:12pt"><strong>Conclusão: </strong>
		</span></p><p style="text-align: justify"><span style="font-family:Times New Roman;font-size:12pt"><span style="color:red;text-decoration:underline"><em>Muito cuidado com indicações não oriundas do fabricante.</em></span> Aqui vimos um exemplo claro onde na verdade o problema era um efeito colateral (alta latência) de uma indicação errada a qual determinou diretamente a criação dos recursos (VMs, Storage, etc ... ) em um Datacenter nos USA ao invés de utilizar o nosso moderno, seguro e belo Datacenter no Brasil.<strong>
			</strong></span></p>]]></content:encoded>
    </item>
    <item>
      <title>TIP: Installing Telnet Client via command line</title>
      <link>https://docs.microsoft.com/archive/blogs/danielmauser/tip-installing-telnet-client-via-command-line</link>
      <pubDate>Wed, 18 Mar 2015 17:00:00 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
      <guid
        isPermaLink="false">https://blogs.technet.microsoft.com/danielmauser/2015/03/18/tip-installing-telnet-client-via-command-line/</guid>
      <description><![CDATA[When troubleshooting network connectivity issue on customers there are times you need to do quick...]]></description>
      <content:encoded><![CDATA[<span style="font-size: small">When troubleshooting network connectivity issue on customers there are times you need to do quick double check on connectivity such as ensure client has access to specific TCP port to remote host or IP. One easy way to perform those TCP connectivity checks is by using Telnet client. However, it can be a little time consuming going to the GUI process to add Telnet Client feature on Windows 7 and later operation system. One easy way to do it is to install Telnet Client feature via command line.</span>

<span style="font-size: small">You can do that by typing the <span style="font-size: x-small">following</span> elevated command:</span>

<span style="font-size: small"><b>dism /online /Enable-Feature /FeatureName:TelnetClient</b></span>

<span style="font-size: small">Now using Telnet client you can test and check if the remote system has TCP open or closed, just by typing: </span>

<strong><span style="font-size: small"> Tenet &lt;Destination IP&gt; TCP_Port</span></strong>
<span style="font-size: small"> For example: </span>
<span style="font-size: small"><span><strong> Telnet 10.1.1.1 80</strong> (</span></span><span style="font-family: arial,helvetica,sans-serif;font-size: small">It will check if TCP 80 is open in the remote System)</span>

<span style="font-family: arial,helvetica,sans-serif;font-size: small">After using it to perform connectivity tests, Telnet client can be removed by using the following elevated command:</span>

<span style="font-family: arial,helvetica,sans-serif;font-size: small"><b>dism /online /Disable-Feature /FeatureName:TelnetClient</b></span>

<span style="font-family: Times New Roman;font-size: small"><span style="font-family: arial,helvetica,sans-serif">That is it and happy troubleshooting!</span> </span>]]></content:encoded>
    </item>
  </channel>
</rss>