<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>RSVP on rob.sh</title>
    <link>https://rob.sh/tags/rsvp/</link>
    <description>Recent content in RSVP on rob.sh</description>
    <generator>Hugo</generator>
    <language>en-us</language>
    <lastBuildDate>Mon, 01 Jun 2015 22:45:00 +0000</lastBuildDate>
    <atom:link href="https://rob.sh/tags/rsvp/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>The right tool for the job: Choosing where to use RSVP-TE or SR.</title>
      <link>https://rob.sh/post/212/</link>
      <pubDate>Mon, 01 Jun 2015 22:45:00 +0000</pubDate>
      <guid>https://rob.sh/post/212/</guid>
      <description>&lt;p&gt;I noted that at &lt;a href=&#34;http://nanog.org/meetings/nanog64/agenda&#34;&gt;NANOG64&lt;/a&gt; this week in San Francisco, there are talks (both from Juniper) about both SPRING/Segment Routing and RSVP-TE. These are both protocols/technology approaches (since one can&amp;rsquo;t really call SR a protocol) that I&amp;rsquo;ve been involved in the evolution of over the last few years. A question that I&amp;rsquo;ve been asked more times than I&amp;rsquo;d like is why we chose to look at a new approach (SR) rather than go with a technology that exists RSVP-TE.&lt;/p&gt;</description>
    </item>
    <item>
      <title>RFC5218, RSVP-TE and Segment Routing.</title>
      <link>https://rob.sh/post/207/</link>
      <pubDate>Fri, 14 Mar 2014 12:30:00 +0000</pubDate>
      <guid>https://rob.sh/post/207/</guid>
      <description>&lt;p&gt;After my &lt;a href=&#34;https://rob.sh/post/206&#34;&gt;presentation at UKNOF on SR&lt;/a&gt;, &lt;a href=&#34;https://blogs.cisco.com/tag/mark-townsley/&#34;&gt;Mark Townsley&lt;/a&gt; asked me whether I&#39;d be interested in presenting to his class at the Ecole Polytechnique in Paris, around the thinking (from an ops perspective) of delivering the 5218 concept of &#34;net positive value&#34; through the SR technology, and how the existing protocols that are available might measure up against the criteria that 5218 gives us to consider. We managed to co-ordinate logistics, and I presented to INF566 on Wednesday afternoon, which was a really cool experience. It&#39;s always nice to see how networking is taught, and hear from students in such a high-ranking uni. I&#39;ve included the slides below for posterity - Mark filmed the presentation, so perhaps there&#39;ll be video at some point in the future!&lt;/p&gt;</description>
    </item>
    <item>
      <title>SPRING Forward(ing)</title>
      <link>https://rob.sh/post/206/</link>
      <pubDate>Wed, 29 Jan 2014 08:00:00 +0000</pubDate>
      <guid>https://rob.sh/post/206/</guid>
      <description>&lt;p&gt;I recently gave a talk at UKNOF relating to Segment Routing/SPRING and the operational challenges that we are trying to resolve through it. You can see it on YouTube below - or the slides are on this site - &lt;a href=&#34;https://cdn.rob.sh/files/rjs_Spring-Forwarding_uknof27_v2.pdf&#34; target=&#34;_blank&#34;&gt;SPRING Forward(ing) - UKNOF27&lt;/a&gt;&lt;/p&gt;&#xA;&lt;div style=&#34;height: 10px;&#34;&gt;&lt;/div&gt;&#xD;&#xA;&lt;div style=&#39;text-align: center&#39;&gt;&lt;iframe width=&#34;640&#34; height=&#34;360&#34; src=&#34;//www.youtube.com/embed/od7vO6odPAA&#34; frameborder=&#34;0&#34; allowfullscreen&gt;&lt;/iframe&gt;&lt;/div&gt;&#xD;&#xA;&lt;br&gt;&#xD;&#xA;&amp;nbsp;&amp;nbsp;</description>
    </item>
  </channel>
</rss>
