From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-1" (verified OK)) by huchra.bufferbloat.net (Postfix) with ESMTPS id EF38F21F2F9 for ; Thu, 3 Jul 2014 02:39:18 -0700 (PDT) Received: from u-089-cab204a2.am1.uni-tuebingen.de ([134.2.89.3]) by mail.gmx.com (mrgmx101) with ESMTPSA (Nemesis) id 0MGnPx-1Wp94h3KrZ-00DWdQ; Thu, 03 Jul 2014 11:39:10 +0200 Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) From: Sebastian Moeller In-Reply-To: <10141.1404333949@sandelman.ca> Date: Thu, 3 Jul 2014 11:39:09 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <9E4EF347-C6D1-4D58-834D-343DF08ADD08@gmx.de> References: <30963.1403650134@sandelman.ca> <29573.1404134649@sandelman.ca> <002A4328-A358-4122-BCF8-F8C504C9C3F5@gmx.de> <26292.1404142678@sandelman.ca> <3FD2D434-D099-4251-BA38-A98A382EB067@gmx.de> <10141.1404333949@sandelman.ca> To: Michael Richardson X-Mailer: Apple Mail (2.1510) X-Provags-ID: V03:K0:LFfY7iZemJ3K1YT/ERoQjQ1rdWh5FnA42vHcEmUWO2a2ATgapCs m0eojeakLMGV4ZHuf4lSf/Oqlqtyf4tov5YCrY3JhTr+/T1ow5aNl2l597X/uzVtWbti4Fl uJhOUMhr7tOuO0bnCSVW2Y86JNRKIV8FIcq4sgk7d1yn21UAJsvijlEptkxrUR76XiPy4wT SsRfCjJy2aHD4l6eB5CPQ== Cc: cerowrt-devel Subject: Re: [Cerowrt-devel] CeroWRT and "FTTN" 50/10 VDSL2 (aka "FIBE") X-BeenThere: cerowrt-devel@lists.bufferbloat.net X-Mailman-Version: 2.1.13 Precedence: list List-Id: Development issues regarding the cerowrt test router project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jul 2014 09:39:19 -0000 Hi Michael, On Jul 2, 2014, at 22:45 , Michael Richardson wrote: >=20 > Sebastian Moeller wrote: >> Hi Michael, >=20 >> On Jun 30, 2014, at 17:37 , Michael Richardson = wrote: >=20 >>>=20 >>> Sebastian Moeller wrote: >>>>> Bell Canada and nortel ATM equipment is involved. >>>=20 >>>> Oh, that would be quite interesting vdsl2 and atm at the same >>>> time. Could you by chance post the status page of your vdsl modem = (the >>>> more detailed the statistics the better)? (Typically vdsl2 should = use >>>> packet transfer mode (PTM) instead of ATM between modem and DSLAM, >>>> though the DSLAM might still connected to an ATM fabric. It would = be >>>> interesting to measure whether you still "see" the effects of ATM >>>> encapsulation along your link. >>>=20 >>> I can't say what the VDSL2 interface is, but the backhaul network = with Bell >>> has been historically all nortel passport ATM (with way over = buffered LANE). >=20 >> I would be amazed if they would manage to extend the reach of their = ATM >> network while most other telco's seem to be moving away from ATM=85 = Since >> bell advertises this as a fiber to the cabinet product, my bet is on >=20 > OC192 still counts as fiber :-) Interesting pointer, it seems that an oc-192 link could carry = atm or ethernet equally well (or even at the same time ;)) > Bell Canada is still very much a Nortel captured company. Looking at http://www.wholesale.bell.ca/wavelength-service/ I = would say the backbone seems protocol agnostic, so no clear indicator = how the dslams are connected upstream. >=20 >> ethernet over fiber from the slam/msan to the core network, but I >> digress. Not that it matters, only for the modem slam connection one >> needs to take ATM encapsulation into account for bandwidth shaping >> purposes. So what is your direct uplink to the slam using PTM or ATM? >=20 > I have no idea and no real way to find out. I'll ask my ISP. Some modems have a detailed statistics page that reveals = relevant information (then again some modems hide this information = (behind obscure links) or do not have them in the first place). Your ISP = will know for sure, at least the technicians (not necessarily the first = level help-desk personal though). Good luck in finding out. Oh theoretically you could try to find out empirically whether = you are on an ATM link, but at 50/10 that measurements might take too = long to be feasible (that is might require too many data points). Best Regards sebastian >=20 > -- > ] Never tell me the odds! | ipv6 mesh = networks [ > ] Michael Richardson, Sandelman Software Works | network = architect [ > ] mcr@sandelman.ca http://www.sandelman.ca/ | ruby on = rails [ >=20 >=20 >=20