General > General Technical Chat

ea6e3e22634d1327de811b9bdb1b7af6745910f0

<< < (4/14) > >>

eti:
(- [for almost everyone else]) Travels less distance, requires new technology and infrastructure
(+[for the carriers]) Earns carriers £££+++ (which is basically ALL they care about, no, seriously, ALL they care about)

Oh, and cloud storage: The faster you can fill up your online cloud storage, the sooner you realise you need more, and the sooner your cloud storage company gets your paid upgrade  :palm:

We do not need 400 GigaFloppaTerrabps on our phones, laptops, or ANYTHING; the world has gone (more) INSANE.

mansaxel:

--- Quote from: eti on January 05, 2022, 09:37:04 pm ---
We do not need 400 GigaFloppaTerrabps on our phones, laptops, or ANYTHING; the world has gone (more) INSANE.

--- End quote ---

Oh, but I do. Please don't we stop building it. While there are all sorts of kinds of traps around, as you indicate, there are good, useful ways to use this, and it will only ever be cheap enough that we won't think about the cost unless it's built the best way we can, and made something we all can benefit from. 

I am a more focused person with less worries now that I don't have to bother saving bits, and the kind of mobile plan I've got now (free domestic calls, free messaging, 20-i-think-something gigs per month data) is something my 2002 self hardly could have dreamt of.

newbrain:

--- Quote from: mansaxel on January 05, 2022, 05:20:41 pm ---This quote is very telco. I would guess you work at a major Swedish telecoms manufacturer.  :-DD

The only part of above that is not an IP protocol and therefore mostly ignorant of the L2 transport, is PTP. No wonder it's a IEEE protocol; the desire to mix layers is strong in the EE.   :-DD

[...] related question: Would it be "O-RAN illegal" to have, say, a STM-64 backbone circuit, a router that can be a GM (clock from the SDH line, for instance), with  STM-64 and  10GE line cards, and use that to connect up a base station?  Because that would not be Ethernet for maintenance, not all the way.

--- End quote ---
I'll neither confirm or deny where I work  ;) - I cannot and do not want to speak for my employer, my opinions are my own etc. etc.

The user plane in the fronthaul is not necessarily IP, eCPRI is carried mainly directly over Ethernet.
Still L2(-ish), as the IQ samples nees to get to right processing elements and finally in the right RF time slot - but a very different one (and then there are proprietary Ethernet based transports too - of course not in the scope of O-RAN).

Since we are talking about fronhaul, the scenario you depict does not seem very practical, but as long as an O-RAN radio (O-RU) sees the correct interfaces (DHCP/SLAAC, NETCONF, eCPRI or UDP/IP, PTP/SyncE) I would think it's not against the specs!

Also, O-RAN was just an example and it's still an immature and evolving standard (and still full of oversights and ambiguities  |O).


--- Quote ---Flame Delay
--- End quote ---
:-DD :-DD

SiliconWizard:

--- Quote from: mansaxel on January 05, 2022, 09:58:36 pm ---
--- Quote from: eti on January 05, 2022, 09:37:04 pm ---
We do not need 400 GigaFloppaTerrabps on our phones, laptops, or ANYTHING; the world has gone (more) INSANE.

--- End quote ---

Oh, but I do. Please don't we stop building it.

--- End quote ---

Oh, I'm sure you do. :-DD

(Well, to be fair, I'd exclude the ANYTHING part of eti's statement. There sure are cases for which getting data throughput as high as possible is a plus. But on a mobile phone? Who are we kidding? :-DD )

mansaxel:

--- Quote from: newbrain on January 06, 2022, 06:05:37 pm ---I'll neither confirm or deny where I work  ;) - I cannot and do not want to speak for my employer, my opinions are my own etc. etc.

--- End quote ---
Fully understood. I probably can't hide where I work, but neither I speak for my employer. And so on and so forth.

--- Quote from: newbrain on January 06, 2022, 06:05:37 pm ---The user plane in the fronthaul is not necessarily IP, eCPRI is carried mainly directly over Ethernet.
Still L2(-ish), as the IQ samples nees to get to right processing elements and finally in the right RF time slot - but a very different one (and then there are proprietary Ethernet based transports too - of course not in the scope of O-RAN).

--- End quote ---
Would this be mostly a vertical path, from RBSS to PA/receiver in antenna, or is it even more distributed than that?

--- Quote from: newbrain on January 06, 2022, 06:05:37 pm ---Since we are talking about fronhaul, the scenario you depict does not seem very practical, but as long as an O-RAN radio (O-RU) sees the correct interfaces (DHCP/SLAAC, NETCONF, eCPRI or UDP/IP, PTP/SyncE) I would think it's not against the specs!

--- End quote ---
Yes, makes sense.


--- Quote from: newbrain on January 06, 2022, 06:05:37 pm ---Also, O-RAN was just an example and it's still an immature and evolving standard (and still full of oversights and ambiguities  |O).

--- End quote ---
Obviously.

--- Quote ---Flame Delay
--- End quote ---
:-DD :-DD

A classic, but still good.

Navigation

[0] Message Index

[#] Next page

[*] Previous page

There was an error while thanking
Thanking...
Go to full version
Powered by SMFPacks Advanced Attachments Uploader Mod