Re: VDSL CPE Mixed Results
Also, what do your stats look like? 6kft is getting beyond the sweet spot for VDSL2, particularly if you're trying to push 10Mbps on the upstream. Sent from my iPhone On Jan 15, 2015, at 5:36, Shawn L sha...@up.net wrote: I was going to ask if you've tested the cable pair at all. If the pair is bad, or even a little out of balance, bad scotch loks, etc. VDSL isn't going to work properly. We have customers that are definitely in-range for VDSL but who cannot get it because there is a 26 gauge insert between two cross-connect cabinets in the field On Thu, Jan 15, 2015 at 8:15 AM, Scott Helms khe...@zcorum.com wrote: I'm going to guess you're a CLEC from your website and a common problem I've seen in that scenario is that vectoring doesn't work between DSLAMs because it needs all pairs to be part of the vector group so that the DSLAM can mitigate FEXT. DSLAM vendors have been working on system level, rather than DSLAM/binder level, vectoring for a while but cross vendor support is questionable at best. Read the section on system level vectoring especially: http://www.adtran.com/web/fileDownload/doc/32362 If you are sharing binders with the ILEC and potentially other CLECs then you really need to talk to you ILEC rep and find out what they're doing for system level vectoring to see if there is an option for your DSLAMs to be included. That benefits everyone and will _greatly_ increase performance. VDSL2 speeds will otherwise be unreachable unless the ILEC gives each CLEC their own binder, not very practical. Scott Helms Vice President of Technology ZCorum (678) 507-5000 http://twitter.com/kscotthelms On Wed, Jan 14, 2015 at 9:29 AM, Stetson Blake stetson.bl...@datayardworks.com wrote: Hey All, We have been deploying Adtran 838(shdsl) and 868(dsl) units in our metro area with mixed results. The devices themselves are reliable and secure it would seem, but the speeds were are able to get are not. ie. we have deployed 'vdsl' and needed 3 lines to get up to 10x10 speeds. We are using an Adtran TA5000 on the other end to terminate our connections. The distance between the site and CO is not great (under 6k feet). What gives? Are we provisioning wrong, using the wrong equipment, or a combination of both? If we were able to get the speeds others have been reporting from VDSL, life would be great. Anyone feel free to contact me off-list or on, this has had me scratching my head for a while now. Thanks, -- Stetson Blake Network Technician DataYard 130 West Second St. Suite 250 Dayton, OH 45402 http://datayardworks.com
Re: Recommended L2 switches for a new IXP
We always adhere to JTAC: http://kb.juniper.net/InfoCenter/index?page=contentid=KB21476actp=SUBSCRI PTION unless otherwise required by their support to change. Currently it is Junos 13.2X51-D26. My advice to you is to not use 14.1 unless you have a reason, as that is more of a dev branch in terms of stability than anything. We use VRRP, OSPF, MC-LAG, and so forth. Nothing super fancy. Stephen Carter | IT Systems Administrator | Gun Lake Tribal Gaming Commission 1123 129th Avenue, Wayland, MI 49348 Phone 269.792.1773 On 1/15/15, 4:17 AM, Richard Hartmann richih.mailingl...@gmail.com wrote: On Tue, Jan 13, 2015 at 4:45 PM, Stephen R. Carter stephen.car...@gltgc.org wrote: We love our 5100s here. Out of interest: Are you running 13.2 or 14.1? What features are you using? Our own experiences with a bunch of 48 96 port machines running 14.1 is painful to say the least. Richard brhrfont face='Arial' color='Gray' size='1'The information contained in this electronic transmission (email) is confidential information and may be subject to attorney/client privilege. It is intended only for the use of the individual or entity named above. ANY DISTRIBUTION OR COPYING OF THIS MESSAGE IS PROHIBITED, except by the intended recipient. Attempts to intercept this message are in violation of 18 U.S.C. 2511(1) of the Electronic Communications Privacy Act (ECPA), which subjects the interceptor to fines, imprisonment and/or civil damages./font
Re: Recommended L2 switches for a new IXP
On Tue, Jan 13, 2015 at 4:45 PM, Stephen R. Carter stephen.car...@gltgc.org wrote: We love our 5100s here. Out of interest: Are you running 13.2 or 14.1? What features are you using? Our own experiences with a bunch of 48 96 port machines running 14.1 is painful to say the least. Richard
Re: VDSL CPE Mixed Results
I'm going to guess you're a CLEC from your website and a common problem I've seen in that scenario is that vectoring doesn't work between DSLAMs because it needs all pairs to be part of the vector group so that the DSLAM can mitigate FEXT. DSLAM vendors have been working on system level, rather than DSLAM/binder level, vectoring for a while but cross vendor support is questionable at best. Read the section on system level vectoring especially: http://www.adtran.com/web/fileDownload/doc/32362 If you are sharing binders with the ILEC and potentially other CLECs then you really need to talk to you ILEC rep and find out what they're doing for system level vectoring to see if there is an option for your DSLAMs to be included. That benefits everyone and will _greatly_ increase performance. VDSL2 speeds will otherwise be unreachable unless the ILEC gives each CLEC their own binder, not very practical. Scott Helms Vice President of Technology ZCorum (678) 507-5000 http://twitter.com/kscotthelms On Wed, Jan 14, 2015 at 9:29 AM, Stetson Blake stetson.bl...@datayardworks.com wrote: Hey All, We have been deploying Adtran 838(shdsl) and 868(dsl) units in our metro area with mixed results. The devices themselves are reliable and secure it would seem, but the speeds were are able to get are not. ie. we have deployed 'vdsl' and needed 3 lines to get up to 10x10 speeds. We are using an Adtran TA5000 on the other end to terminate our connections. The distance between the site and CO is not great (under 6k feet). What gives? Are we provisioning wrong, using the wrong equipment, or a combination of both? If we were able to get the speeds others have been reporting from VDSL, life would be great. Anyone feel free to contact me off-list or on, this has had me scratching my head for a while now. Thanks, -- Stetson Blake Network Technician DataYard 130 West Second St. Suite 250 Dayton, OH 45402 http://datayardworks.com
Re: Recommended L2 switches for a new IXP
Software Defined Networking (SDN) features that QFX5100 supports: Automatic configuration of OVSDB-managed VXLANs with trunk interfaces 14.1X53-D15 OVSDB support 14.1X53-D10 OpenFlow v1.0 14.1X53-D10 OpenFlow v1.3.1 14.1X53-D10 VXLAN Gateway 14.1X53-D10 http://pathfinder.juniper.net/feature-explorer/select-software.html?swName=Junos+OStyp=1#family=platform=QFX5100rel=14.1X53-D15swName=Junos+OS On Tue, Jan 13, 2015 at 10:10:56PM +, Jeff Tantsura wrote: What does it mean - to be SDN ready? Cheers, Jeff -Original Message- From: Eduardo Schoedler lis...@esds.com.br Date: Tuesday, January 13, 2015 at 3:25 AM To: nanog@nanog.org nanog@nanog.org Subject: Re: Recommended L2 switches for a new IXP QFX5100 is SDN ready. -- Eduardo Schoedler 2015-01-13 6:29 GMT-02:00 Stepan Kucherenko t...@megagroup.ru: Is there any particular reason you prefer EX4600 over QFX5100 ? Not counting obvious differences like ports and upgrade options. It's the same chipset after all, and with all upgrades they have the same 10G density (with breakouts). Is that because you can have more 40G ports with EX4600 ? I'm still trying to find out if there are any noticeable software or feature differences. On 13.01.2015 09:01, Mark Tinka wrote: On Monday, January 12, 2015 11:41:20 PM Tony Wicks wrote: People seem to be avoiding recommending actual devices, well I would recommend the Juniper EX4600 - http://www.juniper.net/us/en/products-services/switching/ ex-series/ex4600/ They are affordable, highly scalable, stackable and run JunOS. We've been quite happy with the EX4550, but the EX4600 is good too, particularly if you're coming from its younger brother. Mark. -- Eduardo Schoedler
Re: VDSL CPE Mixed Results
I was going to ask if you've tested the cable pair at all. If the pair is bad, or even a little out of balance, bad scotch loks, etc. VDSL isn't going to work properly. We have customers that are definitely in-range for VDSL but who cannot get it because there is a 26 gauge insert between two cross-connect cabinets in the field On Thu, Jan 15, 2015 at 8:15 AM, Scott Helms khe...@zcorum.com wrote: I'm going to guess you're a CLEC from your website and a common problem I've seen in that scenario is that vectoring doesn't work between DSLAMs because it needs all pairs to be part of the vector group so that the DSLAM can mitigate FEXT. DSLAM vendors have been working on system level, rather than DSLAM/binder level, vectoring for a while but cross vendor support is questionable at best. Read the section on system level vectoring especially: http://www.adtran.com/web/fileDownload/doc/32362 If you are sharing binders with the ILEC and potentially other CLECs then you really need to talk to you ILEC rep and find out what they're doing for system level vectoring to see if there is an option for your DSLAMs to be included. That benefits everyone and will _greatly_ increase performance. VDSL2 speeds will otherwise be unreachable unless the ILEC gives each CLEC their own binder, not very practical. Scott Helms Vice President of Technology ZCorum (678) 507-5000 http://twitter.com/kscotthelms On Wed, Jan 14, 2015 at 9:29 AM, Stetson Blake stetson.bl...@datayardworks.com wrote: Hey All, We have been deploying Adtran 838(shdsl) and 868(dsl) units in our metro area with mixed results. The devices themselves are reliable and secure it would seem, but the speeds were are able to get are not. ie. we have deployed 'vdsl' and needed 3 lines to get up to 10x10 speeds. We are using an Adtran TA5000 on the other end to terminate our connections. The distance between the site and CO is not great (under 6k feet). What gives? Are we provisioning wrong, using the wrong equipment, or a combination of both? If we were able to get the speeds others have been reporting from VDSL, life would be great. Anyone feel free to contact me off-list or on, this has had me scratching my head for a while now. Thanks, -- Stetson Blake Network Technician DataYard 130 West Second St. Suite 250 Dayton, OH 45402 http://datayardworks.com
