<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Cisco Live on Insinuator.net - Bold Statements</title>
    <link>https://insinuator.net/tags/cisco-live/</link>
    <description>Recent content in Cisco Live on Insinuator.net - Bold Statements</description>
    <generator>Hugo</generator>
    <language>en-us</language>
    <lastBuildDate>Sun, 03 Feb 2019 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://insinuator.net/tags/cisco-live/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Some Notes on the IPv6 Properties of the Wireless Network @ Cisco Live Europe</title>
      <link>https://insinuator.net/2019/02/some-notes-on-the-ipv6-properties-of-the-wireless-network-@-cisco-live-europe/</link>
      <pubDate>Sun, 03 Feb 2019 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2019/02/some-notes-on-the-ipv6-properties-of-the-wireless-network-@-cisco-live-europe/</guid>
      <description>&lt;p&gt;Some years ago &lt;a href=&#34;https://twitter.com/bcp38&#34;&gt;Christopher&lt;/a&gt; wrote two posts (&lt;a href=&#34;https://insinuator.net/2016/02/observations-from-the-cisco-live-europe-2016-wifi-infrastructure/&#34;&gt;2016&lt;/a&gt;, &lt;a href=&#34;https://insinuator.net/2015/01/observations-from-the-cisco-live-europe-wifi-infrastructure/&#34;&gt;2015&lt;/a&gt;) about the  IPv6-related characteristics of the WiFi network at Cisco Live Europe. To somewhat continue this tradition and for mere technical interest I had a look at some properties of this year’s setting.&lt;/p&gt;&#xA;&lt;p&gt;There were two SSIDs of interest: a dual-stacked one (“CiscoLive2019”) and one with v6-only plus NAT64 (“CL-NAT64”). For some background on the underlying infrastructure components you might look at this &lt;a href=&#34;https://twitter.com/DarchisNicolas/status/1089095382171299840&#34;&gt;thread&lt;/a&gt; by &lt;a href=&#34;https://twitter.com/DarchisNicolas&#34;&gt;Nicolas Darchis&lt;/a&gt; from the NOC or at &lt;a href=&#34;https://twitter.com/networkautobahn/status/1089827410541977600&#34;&gt;this tweet&lt;/a&gt; from &lt;a href=&#34;https://twitter.com/networkautobahn&#34;&gt;Dominik Pickhardt&lt;/a&gt;. Some stats on IPv6 usage at CLEUR can be found &lt;a href=&#34;https://twitter.com/SNMPguy/status/1091018632593895425&#34;&gt;here&lt;/a&gt;.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Observations from the Cisco Live Europe 2016 Wifi Infrastructure</title>
      <link>https://insinuator.net/2016/02/observations-from-the-cisco-live-europe-2016-wifi-infrastructure/</link>
      <pubDate>Tue, 16 Feb 2016 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2016/02/observations-from-the-cisco-live-europe-2016-wifi-infrastructure/</guid>
      <description>&lt;p&gt;Good Evening,&lt;/p&gt;&#xA;&lt;p&gt;Enno and I spent the first day on Cisco Live Europe in Berlin today attending the “Advanced Practical Knowledge for Enterprise Deploying IPv6” technical breakout held by &lt;a href=&#34;https://twitter.com/bckcntryskr&#34;&gt;Tim Martin&lt;/a&gt; and &lt;a href=&#34;https://www.ciscolive.com/online/connect/speakerDetail.ww?PERSON_ID=B87EDE562B1002BDCC3504AD38E52492&#34;&gt;Jim Bailey&lt;/a&gt;. It was a good breakout session, and thanks again Tim for the honorable mention of our work in your slides! We really appreciate it. Like &lt;a href=&#34;https://www.insinuator.net/2015/01/observations-from-the-cisco-live-europe-wifi-infrastructure/&#34;&gt;last year&lt;/a&gt;, we were curious how the Wifi network was setup this year as I face a corresponding task for &lt;a href=&#34;https://www.troopers.de/troopers16/&#34;&gt;Troopers&lt;/a&gt; in March, with some &lt;a href=&#34;https://www.insinuator.net/2016/02/tr16-ipv6-security-summit-teaser-building-a-reliable-and-secure-ipv6-wifi-network/&#34;&gt;major changes&lt;/a&gt; in comparison to the last years. The Wifi infastructure in Berlin looked very similar to the one from last year in Milan, we had the “standard” Cisco Live SSID as well as an IPv6-only (with NAT64 as translation mechanism) SSID. The standard SSID looked identical to last year with the exception that now the &lt;a href=&#34;http://www.cisco.com/c/en/us/td/docs/wireless/controller/technotes/8-0/IPV6_DG.html#pgfId-76925&#34;&gt;RA Throttling&lt;/a&gt; feature on the WLC was active from the beginning! Neither the M nor the O flag are set which means that my client has to use the legacy protocol to resolve AAAA records. As I am running Windows, it does not support &lt;a href=&#34;https://tools.ietf.org/html/rfc6106&#34;&gt;RA option 25 &lt;/a&gt; but the option wasn’t included in the RAs anyway. The preference was configured to the default “medium”. One thing I noticed, but haven’t had a chance to ask &lt;a href=&#34;https://twitter.com/ayourtch&#34;&gt;Andrew Yourtchenko&lt;/a&gt;, was that for the legacy (IPv4) connection they use HSRPv2 as an FHRP protocol (indicated by the MAC address &lt;a href=&#34;http://www.cisco.com/c/en/us/td/docs/ios-xml/ios/ipapp_fhrp/configuration/xe-3s/fhp-xe-3s-book/fhp-hsrp-v2.html&#34;&gt;00:00:0c:9f:f0:01&lt;/a&gt; I received from the gateway) but for IPv6 I received Router Advertisements from two different MAC addresses (which both belong to Cisco, so I don’t think anyone sent spoofed RAs).  I am curious about the reasoning for this approach 🙂&lt;br&gt;&#xA;What i also encountered was that the Peer-to-Peer Blocking feature was apparently not enabled on the SSID as I was able to enumerate approx. 1600 active clients at the time. No worries, I haven’t done anything else, just was curious whether the feature was activated or not…&lt;/p&gt;</description>
    </item>
    <item>
      <title>Observations from the Cisco Live Europe Wifi Infrastructure</title>
      <link>https://insinuator.net/2015/01/observations-from-the-cisco-live-europe-wifi-infrastructure/</link>
      <pubDate>Tue, 27 Jan 2015 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2015/01/observations-from-the-cisco-live-europe-wifi-infrastructure/</guid>
      <description>&lt;p&gt;Given that Enno and I are network geeks, and that I am responsible for setting up the &lt;a href=&#34;https://www.troopers.de/&#34;&gt;Troopers&lt;/a&gt; Wifi network I was curious which components might be used at Cisco Live and which IPv6 related configuration was done for the Wifi network to ensure a reliable network and reduce the chatty nature of IPv6. Andrew Yourtchenko (&lt;a href=&#34;https://twitter.com/ayourtch&#34;&gt;@ayourtch&lt;/a&gt;) already did an amazing job last year at Cisco Live Europe explaining in detail (at the time session &lt;a href=&#34;http://d2zmdbbm9feqrf.cloudfront.net/2014/eur/pdf/BRKEWN-2666.pdf&#34;&gt;BRKEWN-2666&lt;/a&gt;) the intricacies of IPv6 in Wifi networks, and how to optimize IPv6 for these networks. He was also a great inspiration for me when setting up the &lt;a href=&#34;https://www.troopers.de/media/filer_public/22/9d/229d97ec-f2de-4dac-a533-6651a493f231/troopers14-case_study-building_a_secure_ipv6_guest_wifi_network-christopher_werny.pdf&#34;&gt;Troopers Wifi network&lt;/a&gt; a couple of weeks later. Thank You!&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
