General Discussion
  >> General Broadband Chatter


Register (or login) on our website and you will not see this ad.


Pages in this thread: 1 | 2 | 3 | 4 | [5] | 6 | (show all)   Print Thread
Standard User deleted
(deleted) Tue 19-May-15 18:10:09
Print Post

Re: This line has jumpers in place


[re: RobertoS] [link to this post]
 
In reply to a post by RobertoS:
At last we completely agree smile.


Well I'm sure we always did! I need to remember proof read before hitting continue smile
Standard User psayam
(newbie) Sat 20-Nov-21 23:55:29
Print Post

Re: This line has jumpers in place


[re: troublegum] [link to this post]
 
In reply to a post by troublegum:
Instead of having to send an engineer to the cabinet to physically remove the jumpers when someone cancels FTTC or moves house, Openreach are now disabling the FTTC port remotely.

This means that if the user ever wants to take a new FTTC service in the future or someone else takes over the line, then the service can be reactivated without an engineer visit.

Of course this is provided that there are spare ports at the fibre cab. If the fibre cabinet reaches capacity, such lines are liable to have their jumpers disconnected.


Sorry to revive an old thread, but I'm trying to understand this left in jumpers concept. I'm not quite sure I understand the last paragraph, if someone can help please. From my understanding, the left in jumpers in the green cab/pcp are needed for FTTC to work, so why would the jumpers from the PCP be disconnected if the fibre cab reaches capacity? Thanks.
Standard User Zarjaz
(eat-sleep-adslguide) Sun 21-Nov-21 06:59:33
Print Post

Re: This line has jumpers in place


[re: psayam] [link to this post]
 
Left in FTTC jumpers go to an allocated DSLAM port.

If all the other DSLAM ports are in use/allocated to customers working services, then there are no spare ports for any new services that might need connecting.
However, if there are lines running though a DSLAM port which is not used, ie the line is stopped, and/or the DSL service is no longer required, then Openreach visit the cab and make the original line a straight DEL , then use the newly freed up port to provide service to the new customer.

The above is usually done on the same job instructions, so the engineer’s notes might say ‘recover jumpers from line XXXXXXXXX , to reuse on line YYYYYYYYYY’

Hope this explanation helps.


Register (or login) on our website and you will not see this ad.

Standard User psayam
(newbie) Mon 22-Nov-21 00:21:27
Print Post

Re: This line has jumpers in place


[re: Zarjaz] [link to this post]
 
In reply to a post by Zarjaz:
Left in FTTC jumpers go to an allocated DSLAM port.

If all the other DSLAM ports are in use/allocated to customers working services, then there are no spare ports for any new services that might need connecting.
However, if there are lines running though a DSLAM port which is not used, ie the line is stopped, and/or the DSL service is no longer required, then Openreach visit the cab and make the original line a straight DEL , then use the newly freed up port to provide service to the new customer.

The above is usually done on the same job instructions, so the engineer’s notes might say ‘recover jumpers from line XXXXXXXXX , to reuse on line YYYYYYYYYY’

Hope this explanation helps.


That really does help, I now get it. Thanks so much!
Standard User jabuzzard
(experienced) Mon 22-Nov-21 09:20:23
Print Post

Re: This line has jumpers in place


[re: Zarjaz] [link to this post]
 
In reply to a post by Zarjaz:
The above is usually done on the same job instructions, so the engineer’s notes might say ‘recover jumpers from line XXXXXXXXX , to reuse on line YYYYYYYYYY’


Which is all well and good until the engineer actually removes the jumpers from line ZZZZZZZZ. Though apparently if they do that too often they will get the sack. Engineer did that to my brother recently and after diagnosing the problem with him and launching into an explanation I got a "don't bother I know all about it". Turns out he had a tribunal hearing (he is an Employment Judge) where an engineer was sacked for doing this too often.

Hopefully with FTTP this is going to be far less likely as there should be a lot less moving of splices about.
Standard User Pheasant
(knowledge is power) Mon 22-Nov-21 09:42:58
Print Post

Re: This line has jumpers in place


[re: jabuzzard] [link to this post]
 
In reply to a post by jabuzzard:
Hopefully with FTTP this is going to be far less likely as there should be a lot less moving of splices about.

Should be never. Once spliced that’s it, a permanent connection has been made. If they envisaged it to be an “cross-connect” then those connections would be presented on connectors allowing patching.
Standard User jabuzzard
(experienced) Mon 22-Nov-21 18:18:05
Print Post

Re: This line has jumpers in place


[re: Pheasant] [link to this post]
 
I suspect there might be "spare" fibres than helpful engineers move people to if there are faults. So while should be less it won't be zero.
Standard User psayam
(newbie) Wed 24-Nov-21 23:52:38
Print Post

Re: This line has jumpers in place


[re: jabuzzard] [link to this post]
 
In reply to a post by jabuzzard:
In reply to a post by Zarjaz:
The above is usually done on the same job instructions, so the engineer’s notes might say ‘recover jumpers from line XXXXXXXXX , to reuse on line YYYYYYYYYY’


Which is all well and good until the engineer actually removes the jumpers from line ZZZZZZZZ. Though apparently if they do that too often they will get the sack. Engineer did that to my brother recently and after diagnosing the problem with him and launching into an explanation I got a "don't bother I know all about it". Turns out he had a tribunal hearing (he is an Employment Judge) where an engineer was sacked for doing this too often.

Hopefully with FTTP this is going to be far less likely as there should be a lot less moving of splices about.


But why would an engineer recover jumpers from line ZZZZZZZZZ if his job notes say to recover from line XXXXXXXXX?
Standard User gary333
(experienced) Thu 25-Nov-21 10:00:31
Print Post

Re: This line has jumpers in place


[re: psayam] [link to this post]
 
In reply to a post by psayam:
In reply to a post by jabuzzard:
In reply to a post by Zarjaz:
The above is usually done on the same job instructions, so the engineer’s notes might say ‘recover jumpers from line XXXXXXXXX , to reuse on line YYYYYYYYYY’


Which is all well and good until the engineer actually removes the jumpers from line ZZZZZZZZ. Though apparently if they do that too often they will get the sack. Engineer did that to my brother recently and after diagnosing the problem with him and launching into an explanation I got a "don't bother I know all about it". Turns out he had a tribunal hearing (he is an Employment Judge) where an engineer was sacked for doing this too often.

Hopefully with FTTP this is going to be far less likely as there should be a lot less moving of splices about.


But why would an engineer recover jumpers from line ZZZZZZZZZ if his job notes say to recover from line XXXXXXXXX?


Same reason why the postman might put the neighbours post in your box, or someone calls you up and it’s a wrong number.
Standard User pluralist
(fountain of knowledge) Thu 25-Nov-21 10:12:49
Print Post

Re: This line has jumpers in place


[re: psayam] [link to this post]
 
As per what Gary says, plus a question. Have you ever seen inside some of the older PCPs? It's amazing how rarely they get things wrong. Especially on a freezing cold day in rain and a gale.

Connections: OnePlus 8 Pro on Three 4+ (LTE)/5G and at home Three Mobile, with (Three)ZTE MF286D router giving about 113/20Mbps.
===========================================================================
The price of liberty, and even of common humanity, is eternal vigilance. (Aldous Huxley version of the well-known saying)
Were there none who were discontented with what they have, the world would never reach anything better. Florence Nightingale (Cassandra: an Essay (1860 edition?)
Pages in this thread: 1 | 2 | 3 | 4 | [5] | 6 | (show all)   Print Thread

Jump to