<div dir="ltr">For me the big question is why another virtual IX? <br><br>There's already several. I understand some are not based locally so higher latency - but if being used for LAB/learning latency doesn't impact the learning ability.<br><br>If you have physical pops, physical backbone then absolutely pick one of the local Singapore IXs. If you want to learn then home labs are great, and once you outgrow that and want to experiment with others try one of the online virtual IXs - but the location of the IX doesn't really matter.. its just internet between you and it.<br><br>Gavin<br><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, 22 Sept 2023 at 10:30, Sanjeev Gupta <<a href="mailto:sanjeev@dcs1.biz">sanjeev@dcs1.biz</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Sep 22, 2023 at 1:16 AM Anurag Bhatia <<a href="mailto:me@anuragbhatia.com" target="_blank">me@anuragbhatia.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hi Sanjeev <div><br></div><div><br></div><div>Trying to understand what is the benefit from doing it? I understand your cost point about local loop, cross connect etc. But by having a virtual IX you are still riding over IP routing of your existing provider (and so do others who participate in the virtual IX). </div></div></blockquote><div><br></div><div>Yes, which is one of the reasons I think a local node would be better.  But not perfect, of course.</div><div><br></div><div>There are many things out of my control, even with a local loop; I have no control over physical cabling, MPLS, etc.  At some point, we do what we can.  After all, I drive a Korean car, not a Porsche/<br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>If this is for learning - why not setup private lab. These days you can do that over cloud providers easily and for reasonable cost (low cost hourly billing). </div></div></blockquote><div><br></div><div>The main issue with a private lab is that it teaches me nothing except copy and paste.  At least that is all it teaches *me*, YMMV.  Any mistakes I make, I make on *both* sides, so how would I know?<br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div></div><div>If this is for running actual production traffic i.e exchanging live or less important but fun traffic, how is that better than say peer to peer connection between you and the other network? </div></div></blockquote><div><br></div><div>I may be wrong here, but the problem with bilateral peering is discovery.  Akamai and HE have Peering managers.  I do not.  With a multlateral IX, I get a foot in the door for free.</div><div><br></div><div>SImilar to meeting you to discuss IPv8, compared to a Metup Group.  The former has better quality, the latter might answer a question I didn't know I had.<br></div><div> </div><div><br></div>-- <br></div><div class="gmail_quote">Sanjeev<br></div></div>
_______________________________________________<br>
Sghub mailing list<br>
<a href="mailto:Sghub@list.sgnog.net" target="_blank">Sghub@list.sgnog.net</a><br>
<a href="http://list.sgnog.net/listinfo/sghub" rel="noreferrer" target="_blank">http://list.sgnog.net/listinfo/sghub</a><br>
</blockquote></div><br clear="all"><div><br></div><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div><font color="#263238" face="Roboto, Arial, sans-serif">Snr Interconnection Director</font><br></div><div><a href="https://www.megaport.com" style="font-size:12.8px" target="_blank">Megaport</a><br></div><div>+61 424 229 127<br></div></div></div></div></div></div></div></div>