fnkysknky

Did you get sorted with this Johnny?

You're average residential sparky is unlikely to have a TDR on hand to certify cable runs unless it's something they specialise in. Certification is usually required for you to be able to get the full warranty from the cabling manufacturer. Not sure if they do home jobs but it's worth dropping Mark an email at MJN Technical Services - http://www.mjntsl.co.uk We use them for commercial stuff, they do a fair bit round Sheffield.

Yup, also if the cable is pulled out of the plug the earth is the last wire to come out. Our plugs are pretty safe as it is, having a plug that can't come out of the socket when someone trips over the cable seems like a step backwards rather than forwards from a safety point of view.

It's not usually possible, the only time it would be is if the client submitted it in a request for some reason in which case you'd need something client side to convince the browser to do it. MACs aren't normally sent. MACs are also interface specific, if your device has both an Ethernet card and a wireless card it has at least 2 MACs in use (although not necessarily at the same time). As for the article, there's so much nonsense in there it's hard to take it serious.

You could rent a hosted Mac Mini and do it yourself....

It's probably caused by some of the iCloud background syncing. I've disabled some of the iCloud functionality on my iPad 1 and it's back to being speedy again.

Look at Automator and/or AppleScript.

If you go in to the AppleScript Editor preferences there should be an option to enable showing the script menu which puts an extra item in the menu bar that allows you to access scripts if they're put in the right place in the file system.

Draytek's use the display name from the web UI as the PPPoE service name, if your display name doesn't match the PPPoE service name the AC is using then no PPPoE session will be set up as you found

Xero is a very good online offering, see http://www.xero.com/. There's a free trial available too.

Just because the PPPoE session is dropping that doesn't necessarily put the blame with the ISP, all you can take from it is that some of the LCP echo requests and/or replies that form the keep alive are going missing or being ignored which is why the session drops. The LCP traffic could be going missing in either the DR or the ISP's network or it could be getting ignored by the PPPoE AC due to load issues or similar. With co-operation of the ISP it would be possible to work out where the problem lies as the LCP traffic can be traced via multiple packet captures.

Yes you still should disable the DHCP server on the router/switch as it will prevent potential IP issues later on (IP conflict, subnet mismatch etc.).

It's unlikely we would (ASK4) as the router is a very small part of our costs and we're already offering a low connection fee as you can see on the previous page.

As far as I'm aware we (ASK4) have the largest established network out of the ISPs on Digital Region and are very well connected with multiple 10Gig transit providers and a prescence at the major UK peering points: LINX, LONAP, Edge-IX etc. We were already a reasonably sized ISP before DR came along so we've already invested a lot in our network which stretches across the UK. As for PPPoE, the effect on your MW3 ping should be negligible.

Used Avante Removals a few of weeks ago after recommendations on here and they were excellent. Paid £40/hr for a Luton Van and 2 lads, would use them again happily.

Depends how you define run out. IANA have allocated all the IPv4 space out to RIRs however RIRs still have some to allocate to LIRs (apart from APNIC who have effectively depleted their pool). If a European ISP needs more IPv4 then they can potentially still get some from RIPE.

Been moving house so not had chance to reply.... It does look like it could be an issue outside of your kit, you're seeing exactly the same problem in that LCP frames are going missing and your ISP really should be working with you to resolve it, it's unlikely you're going to be able to track down where the problem lies without their help.

As above, have you got a hub handy or a switch that can do port mirroring? If you get a capture from in between your router and the modem and you can see the LCP echo requests going out from your router and you don't see an echo reply coming back from the ISP (at the time the connection stops functioning) then it means one of three things: 1. Your echo request isn't getting to the ISP. 2. The ISP's kit is responding to the echo request with an echo reply but it's not getting back as far as the Ethernet port on the modem. 3. The echo request got to the ISP's kit but it didn't respond to it (should never happen, if an echo request is received in an open LCP session the receiving device must respond with an echo reply according to the RFC). If you do see the echo reply and your router still drops the connection then it looks like it's the router however I'd be very surprised if that was the case. By doing the above and sending them the evidence then they can't blame your router as you're results will be from a hop prior to it. At that point they should verify their network is behaving, if it is they should raise it with Thales along with the evidence that packets are going walkies (I'm assuming you're on Digital Region from other posts of yours). If you need a cheap device that can do the port mirroring and/or capturing you coud do worse than get a MikroTik RB750 (http://linitx.com/product/13131) which is essentially a very versatile Linux router with a decent switch chip attached to it (it has a PPPoE client). No wireless on that model though.

Also if you have a hub or a switch that can port mirror then you can stick it between your router and your modem and get a capture of the LCP traffic there to ensure your router is definitely sending the echo requests. If it is and you're not getting any replies you can send that as evidence to your ISP and ask them to investigate.

The PPP session is getting torn down due to no response to 4 LCP echo requests sent by your router in a row. pppd has an option to use LCP echo requests and echo replies as a link monitoring/keep alive system which your D-Link is using. I think it's more likely that there's a transient problem on the link somewhere that is stopping you being able to pass traffic to the ISP or them being able to pass traffic to you which accounts for the echo requests not getting responded to. Can your ISP run a traffic capture on their kit for you to see if they're getting the LCP echo requests in the first place? It's probably not your router but you never know.

No, we use the full Line Quality Test product (measures latency, jitter and packet loss as well).

Nope, I'm afraid we don't operate any news servers, you'll need to use a 3rd party. As for speed tests, you can use speedtest.ask4.com if you're on the ASK4 network if you wish however...... it uses a system from Ookla (the guys who operate speedtest.net) and to be honest I've seen some strange results from it in the past so you can't always rely on it 100%

Being that I use my iPad everyday for work and home stuff then I can easily justify what I paid for it, gets far more use than my laptop. I really liked the HP when I first got it however after a few hours of random touches not registering, a few random restarts and a painful mail and crippled calendar client I put it on the side and haven't looked at it since. That's after installing Preware and overclocking it too. I suppose as a media player it could be good as once it's started playing something you don't have to touch it! Also, I paid just over £100 for it so for the price it's good value, I'd get miffed with it if I tried using it every day though.

I bought one, used it for a couple of days and it's been on the side since. It's ok but I end up using the iPad instead.

The problem is that IPv6 != IPv4 and there's still very limited content reachable on IPv6. Until that changes you have to deal with various rather horrible 6 to 4 NAT solutions... we have plenty of IPv6 space but it's not of any real use to most end users at present. Realistically IPv4 won't be going away for at least 10 years and very probably will outlast that, we'll probably (hopefully) start seeing some reasonable IPv6 content popping up over the next 2/3 years. There's also very little CPE that supports IPv6 properly (fully featured and bug free) which is really not helpful from an ISPs point of view.