<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=utf-8">
<META NAME="Generator" CONTENT="MS Exchange Server version 6.5.7654.11">
<TITLE>Re: [AusNOG] Looking for someone who has experience with Nextgen VPLS</TITLE>
</HEAD>
<BODY>
<!-- Converted from text/plain format -->

<P><FONT SIZE=2>Hi Greg<BR>
<BR>
I agree with the comment about port channels if you have them. also are you testing during a quiet time.<BR>
You can probably also ask your provider to do an RFC2244 test on your links and give you the results. They can also tell you what your max mtu size can be.<BR>
<BR>
Nextgen are very helpful<BR>
<BR>
Cheers<BR>
Paul<BR>
 <BR>
<BR>
-----Original Message-----<BR>
From: ausnog-bounces@lists.ausnog.net <ausnog-bounces@lists.ausnog.net><BR>
To: ausnog@lists.ausnog.net <ausnog@lists.ausnog.net><BR>
Sent: Mon Apr 04 21:07:16 2011<BR>
Subject: [AusNOG] Looking for someone who has experience with Nextgen VPLS<BR>
<BR>
Hi Noggers,<BR>
<BR>
<BR>
<BR>
I am looking for someone who is able to consult/provide support to a large organisation which has recently deployed a 100M Nextgen VPLS link between an office in Perth & Sydney,  and is experiencing the most bizzare throughput issues.<BR>
<BR>
<BR>
<BR>
This link has Nextgen fiber in Perth, with Telstra fiber hand off in Sydney, resold via Nextgen as an end-to-end VPLS circuit.<BR>
<BR>
<BR>
<BR>
The issue we face is relating to speed.<BR>
<BR>
-          From Switch A In Sydney to Switch B in Perth, we can do a non-df ping of 1500 bytes for 24 hours without a single dropped packet  - so there are no MTU issues. Latency is also always stable, even when maxing the link at 100Mbps.<BR>
<BR>
-          Each server in Sydney connected to Switch A, can push the full VPLS line speed of 100Mbps to servers connected to Switch B in Perth (two endpoints of the VPLS tails)<BR>
<BR>
-          There is a 3rd site in Perth that has a 1Gbps Amcom fiber link directly between Switch C in this site, and Switch B in the other Perth site.<BR>
<BR>
-          Some systems on Switch A in Sydney, can push 100Mbps to some servers on Switch C in Perth site #2, yet others can only push 10Mbp, while some can only push 1-3Mbps. There are no speed issues between the two Perth sites, however as they can happily pump a full 1Gbps to each other.<BR>
<BR>
-          There is a 100Mbps link to WAIX connecting into Switch B in Perth. Perth site #2 can do full 100mbps to a test FTP download (lets say iiNet’s 500MB test file on their FTP), yet Sydney can only get 45Mbps.<BR>
<BR>
<BR>
<BR>
Basically only the directly connected Sydney Switch and Perth switch are able to max out the 100Mbps VPLS circuit. As soon as traffic goes beyond this switch, speed seems to degrade – however it doesn’t degrade to all locations, as some systems/servers can obtain a full 100Mbps transfer speed both inbound and outbound via the Sydney to Perth VPLS. In Perth sites #1 and #2, there are no speed issues at all, to any site (there are other remote VPLS and other connected endpoints), it is only this specific site that is having issues.<BR>
<BR>
<BR>
<BR>
There are no errors on any of the interfaces in any of the Perth sites, however the Sydney site reports a lot of Outbound Discards on the switch port that connects to the Telstra/nextgen VPLS link in Sydney.<BR>
<BR>
<BR>
<BR>
Happy to receive responses on or off-list, and we are happy to pay for someone either locally in Sydney or in Perth to help diagnose this – as a lot of money is being burnt on this circuit that is not providing consistent speeds. We have raised these issues to both Nextgen and Telstra and they are pointing the finger at our internal network.<BR>
<BR>
<BR>
<BR>
Thanks!<BR>
<BR>
<BR>
Greg<BR>
<BR>
</FONT>
</P>


<DIV 
style="BORDER-RIGHT: medium none; PADDING-RIGHT: 0cm; BORDER-TOP: windowtext 1pt solid; PADDING-LEFT: 0cm; PADDING-BOTTOM: 0cm; BORDER-LEFT: medium none; PADDING-TOP: 1pt; BORDER-BOTTOM: medium none; mso-border-top-alt: solid windowtext .5pt">
<P class=MsoNormal 
style="BORDER-RIGHT: medium none; PADDING-RIGHT: 0cm; BORDER-TOP: medium none; PADDING-LEFT: 0cm; PADDING-BOTTOM: 0cm; MARGIN: 0cm 0cm 0pt; BORDER-LEFT: medium none; PADDING-TOP: 0cm; BORDER-BOTTOM: medium none; mso-border-top-alt: solid windowtext .5pt; mso-padding-alt: 1.0pt 0cm 0cm 0cm"><SPAN 
lang=EN-US 
style="FONT-SIZE: 9pt; LAYOUT-GRID-MODE: line; mso-bidi-font-size: 10.0pt; mso-ansi-language: EN-US; mso-fareast-language: EN-US; mso-no-proof: yes"><?xml:namespace 
prefix = o ns = "urn:schemas-microsoft-com:office:office" 
/><o:p> </o:p></SPAN></P></DIV>
<P class=MsoBodyText3 style="MARGIN: 0cm 0cm 0pt"><SPAN lang=EN-US 
style="FONT-SIZE: 10pt; FONT-FAMILY: Arial; mso-ansi-language: EN-US; mso-no-proof: yes">This 
message and its attachments may contain legally privileged or confidential 
information. It is for the intended addressee(s) only.</SPAN><SPAN 
style="mso-no-proof: yes"><o:p></o:p></SPAN></P>
<P class=MsoNormal style="MARGIN: 0cm 0cm 0pt"><SPAN 
style="FONT-SIZE: 9pt; LAYOUT-GRID-MODE: line; FONT-FAMILY: Arial; mso-bidi-font-size: 10.0pt; mso-fareast-language: EN-US; mso-no-proof: yes">If 
you are not the intended recipient you must not disclose or use the information 
contained in it. If you have received this email in error please notify us 
immediately by return email and delete the document.<o:p></o:p></SPAN></P>
<P class=MsoNormal style="MARGIN: 0cm 0cm 0pt"><SPAN lang=EN-US 
style="FONT-SIZE: 9pt; LAYOUT-GRID-MODE: line; FONT-FAMILY: Arial; mso-bidi-font-size: 10.0pt; mso-ansi-language: EN-US; mso-fareast-language: EN-US; mso-no-proof: yes">Any 
views expressed in this message are those of the individual sender, except where 
the sender specifies and with authority, states them to be the views of the 
Company.<o:p></o:p></SPAN></P>
<P class=MsoNormal style="MARGIN: 0cm 0cm 0pt"><SPAN 
style="FONT-SIZE: 9pt; LAYOUT-GRID-MODE: line; FONT-FAMILY: Arial; mso-bidi-font-size: 10.0pt; mso-fareast-language: EN-US; mso-no-proof: yes">Uecomm 
accepts no liability for any damage caused by this email or its attachments due 
to viruses, interference, interception, corruption or unauthorised 
access.<o:p></o:p></SPAN></P>
<P></P>

<HR>
This e-mail message has been scanned for Viruses and Content and cleared by 
<STRONG><FONT color=#ff8000>NetIQ MailMarshal</FONT> </STRONG>
<HR>
</BODY>
</HTML>