Follow up to "has virtualization become obsolete in 5G"?

2021-01-15 Thread Etienne-Victor Depasquale
industry, NFV has had a rough ride in recent years and has even lead some industry observers to proclaim that NFV is dead." Cheers, Etienne -- Ing. Etienne-Victor Depasquale Assistant Lecturer Department of Communications & Computer Engineering Faculty of Information & Communicat

Re: Follow up to "has virtualization become obsolete in 5G"?

2021-01-16 Thread Etienne-Victor Depasquale
. > > I'm also unsure where it mentions that virtualization is now obsolete. NFV > solutions are moving to VM based deployments as a stop-gap and for the > future, towards micro-services built in containers. > > On Fri, Jan 15, 2021 at 6:38 AM Etienne-Victor Depasquale

DPDK and energy efficiency

2021-02-21 Thread Etienne-Victor Depasquale
on your use of power consumption control by DPDK. I've drawn up a bare-bones, 2-question survey at this link: https://www.surveymonkey.com/r/J886DPY. Responses have been set to anonymous. Cheers, Etienne -- Ing. Etienne-Victor Depasquale Assistant Lecturer Department of Communicatio

Re: DPDK and energy efficiency

2021-02-22 Thread Etienne-Victor Depasquale
has 100% CPU usage, which is not true. > > > Em seg., 22 de fev. de 2021 às 04:30, Etienne-Victor Depasquale < > ed...@ieee.org> escreveu: > >> Hello folks, >> >> I've just followed a thread regarding use of CGNAT and noted a suggestion >> (regardi

Re: DPDK and energy efficiency

2021-02-22 Thread Etienne-Victor Depasquale
Etienne-Victor Depasquale wrote: > The way I saw, the questions induce the public to conclude that DPDK >> ALWAYS has 100% CPU usage, which is not true. > > > I don't concur. > > Every research paper I've read indicates that, regardless of whether it > has

Re: DPDK and energy efficiency

2021-02-22 Thread Etienne-Victor Depasquale
in case of low/medium traffic volume. > > > -- > Pawel Malachowski > @pawmal80 > -- Ing. Etienne-Victor Depasquale Assistant Lecturer Department of Communications & Computer Engineering Faculty of Information & Communication Technology University of Malta Web. https://www.um.edu.mt/profile/etiennedepasquale

Re: DPDK and energy efficiency

2021-02-22 Thread Etienne-Victor Depasquale
or cache partitioning (CAT), > if available. > > In case of low volume traffic like 20-40G of IMIX one can dedicate > e.g. 2 cores and interleave busy polling with halt instructions to > lower the usage significantly (~60-80% core underutilisation). > > > > -- > Pa

Re: DPDK and energy efficiency

2021-02-22 Thread Etienne-Victor Depasquale
not oversubscribed) > which allows me to use the hardware for other VMs. NICS are attached to the > VM via PCI Passthrough which helps eliminate the overhead to the VMware > hypervisor itself. > > > > I have an 8 core VM with 4 cores set to dataplane and 4 to control > pla

Re: DPDK and energy efficiency

2021-02-22 Thread Etienne-Victor Depasquale
Sorry, last line should have been: "intended to get an impression of how widespread ***knowledge of*** DPDK's core operating inefficiency is", not: "intended to get an impression of how widespread DPDK's core operating inefficiency is" On Tue, Feb 23, 2021 at 8:2

Re: DPDK and energy efficiency

2021-02-23 Thread Etienne-Victor Depasquale
0.1109/MMUL.2017.3051514. On Tue, Feb 23, 2021 at 12:59 PM Pawel Malachowski < pawmal-na...@freebsd.lublin.pl> wrote: > Dnia Mon, Feb 22, 2021 at 12:45:52PM +0100, Etienne-Victor Depasquale > napisał(a): > > > Every research paper I've read indicates that, regardless of w

Re: DPDK and energy efficiency

2021-02-23 Thread Etienne-Victor Depasquale
of these devices in operation? > > Nick > -- Ing. Etienne-Victor Depasquale Assistant Lecturer Department of Communications & Computer Engineering Faculty of Information & Communication Technology University of Malta Web. https://www.um.edu.mt/profile/etiennedepasquale

Re: DPDK and energy efficiency

2021-02-23 Thread Etienne-Victor Depasquale
ed Approach Towards Real-Time Analytics in NFV Infrastructures,” IEEE Transactions on Green Communications and Networking, vol. 4, no. 2, pp. 529–541, Jun. 2020, ISSN: 2473-2400. DOI: 10.1109/TGCN.2019.2961192. On Tue, Feb 23, 2021 at 11:04 PM William Herrin wrote: > On Mon, Feb 22, 2021 at 11

Re: DPDK and energy efficiency

2021-02-23 Thread Etienne-Victor Depasquale
Oh dear ... instead of "and in [6]", I should have written "and in [3]". On Tue, Feb 23, 2021 at 11:21 PM Etienne-Victor Depasquale wrote: > DPDK doesn't inherently do much in the way of power management. >> > I agree - it doesn't. That'

Re: DPDK and energy efficiency

2021-02-23 Thread Etienne-Victor Depasquale
43 0.6616 > > $ dataplanectl stats fcore | grep total > fcore total idle 393788223887 work 860443658 (0.2%) (forced-idle > 7458486526622) recv 202201388561 drop 61259353721 (30.3%) limit 269909758 > (0.1%) pass 140606076622 (69.6%) ingress 66048460 (0.0%/0.0%) sent > 162580376914 (80.4%/100.0%) overflow 0 (0.0%) sampled 628488188/628488188 > > > > -- > Pawel Malachowski > @pawmal80 > -- Ing. Etienne-Victor Depasquale Assistant Lecturer Department of Communications & Computer Engineering Faculty of Information & Communication Technology University of Malta Web. https://www.um.edu.mt/profile/etiennedepasquale

Re: DPDK and energy efficiency

2021-02-23 Thread Etienne-Victor Depasquale
broiled in this. The questions were bare-bones and relate to common use of DPDK. Over and out. I'll post the results on Friday evening CET. Cheers, Etienne On Tue, Feb 23, 2021 at 11:38 PM William Herrin wrote: > On Tue, Feb 23, 2021 at 2:22 PM Etienne-Victor Depasquale > wrote: > >

Re: DPDK and energy efficiency

2021-02-23 Thread Etienne-Victor Depasquale
n designs were cribbed from > previous technologies. > > The takeaway is that DPDK (and similar) doesn’t guarantee runaway power > bills. Power consumption is dictated by the application. Look for well > behaved applications and everything will be alright. > > If you have questions, I’d

Re: DPDK and energy efficiency

2021-02-24 Thread Etienne-Victor Depasquale
rely on the information in > this thread to make decisions about what you deploy in your network. > > On Feb 23, 2021, at 11:44 PM, Etienne-Victor Depasquale > wrote: > > Hello Robert, > > Your statement that DPDK “keeps utilization at 100% regardless of packet >>

Re: DPDK and energy efficiency

2021-02-27 Thread Etienne-Victor Depasquale
ed, Feb 24, 2021 at 7:07 PM Etienne-Victor Depasquale wrote: > I think I need to calm this thread down. > > I'm a researcher, and my interest is in the truth, not in my opinion. > > I've read some facts in this thread that are necessary > as a prerequisite to the publicat

Re: DPDK and energy efficiency

2021-03-04 Thread Etienne-Victor Depasquale
iciency optimization of pktgen-DPDK for green network testbeds,” China Communications, vol. 15, no. 11, pp. 199–207, November 2018, ISSN: 1673-5447. DOI: 10.1109/CC.2018.8543100. On Sat, Feb 27, 2021 at 5:11 PM Etienne-Victor Depasquale wrote: > Just a quick note to say that I've closed the

Re: DPDK and energy efficiency

2021-03-05 Thread Etienne-Victor Depasquale
Sure, here goes: https://www.surveymonkey.com/results/SM-BJ9FCT6K9/ Cheers, Etienne On Fri, Mar 5, 2021 at 5:06 PM Tom Hill wrote: > On 04/03/2021 18:20, Etienne-Victor Depasquale wrote: > > *SECTION 2: Survey results* > > I don't see the embedded images, and there&#

Re: Call for academic researchers (Re: New minimum speed for US broadband connections)

2021-05-29 Thread Etienne-Victor Depasquale
t least 5 mbps (real-world measurement) upstream connections at > home didn't seem to have those problems, even though the average bps graph > was less than 1 mbps. > > -- Ing. Etienne-Victor Depasquale Assistant Lecturer Department of Communications & Computer Engineering Faculty of Information & Communication Technology University of Malta Web. https://www.um.edu.mt/profile/etiennedepasquale

Re: "Using Cloud Resources to Dramatically Improve Internet Routing"

2020-01-09 Thread Etienne-Victor Depasquale
nternet Routing UMass > Amherst researchers to use cloud-based ‘logically centralized control’ > > > https://www.umass.edu/newsoffice/article/using-cloud-resources-dramatically-improve > > -Phil > > -- Ing. Etienne-Victor Depasquale Assistant Lecturer Department of C

Re: Data on latency and loss-rates during congestion DDoS attacks

2020-01-26 Thread Etienne-Victor Depasquale
Comcast chair of security innovation, University of Connecticut >>> Foundations of cybersecurity >>> <https://www.researchgate.net/publication/323243320_Introduction_to_Cyber-Security_Part_I_Applied_Cryptography_Lecture_notes_and_exercises>, >>> part >>> I (see also part II and pr

Re: Network configurations survey

2020-02-16 Thread Etienne-Victor Depasquale
lts will > be used as part of a scientific study. > > Thanks in advance and we look forward to your responses. > > Usama Naseer (Brown University) > > PS: We would appreciate if you could forward the email to other operators > who might not be a part of NANOG. > --

Applications of MPLS in the metro area

2020-04-28 Thread Etienne-Victor Depasquale
technology. >From a bookish perspective, I understand MPLS well but have never implemented it in the scope of my current field of study (metro area networks). I would dearly like to get this "grounded" perspective from anyone who might care to share it. Cheers, Etienne -- Ing. Et

Re: Applications of MPLS in the metro area

2020-04-28 Thread Etienne-Victor Depasquale
ing at that moment for what it is that we are talking > about > > > > -Aaron > > > > > > *From:* NANOG [mailto:nanog-boun...@nanog.org] *On Behalf Of * > adamv0...@netconsultings.com > *Sent:* Tuesday, April 28, 2020 10:46 AM > *To:* 'Etienne-Victor Depasquale&#x

Re: Friday Reminder: Web Site Security

2020-05-16 Thread Etienne-Victor Depasquale
phrases - if they pwn a >> system and >> > find one, they go surfing it as far as they can. >> >> You may have missed the schadenfreude in Ronald's post. >> >> Give it a rest Ronald. You won. >> >> Regards, >> Bill Herrin >>

Re: Contact at Ubiquiti Networks?

2020-05-26 Thread Etienne-Victor Depasquale
sDeKalb>< > https://www.linkedin.com/company/intelligent-computing-solutions>< > https://twitter.com/ICSIL> > > Midwest Internet Exchange <http://www.midwest-ix.com/> > > <https://www.facebook.com/mdwestix>< > https://www.linkedin.com/

RFC6550 (RPL) and RFC6775 (IPv6 Neighbor Discovery for 6LoWPANs)

2020-05-29 Thread Etienne-Victor Depasquale
ute-over topologies as multi-IP-hop, while RFC6550 gathers DODAG nodes within the confines of the same IPv6 prefix as their border router - no multiple IP hops. Can anyone confirm or contradict this impression? Cheers, Etienne -- Ing. Etienne-Victor Depasquale Assistant Lecturer Department o

Re: RFC6550 (RPL) and RFC6775 (IPv6 Neighbor Discovery for 6LoWPANs)

2020-05-30 Thread Etienne-Victor Depasquale
ter - no multiple IP hops. > > > > I’m not sure where you get this interpretation: RFC 6550 (RPL) is very > much about IP hops. > > Maybe you mean the address architecture that was defined explicitly in > RFC 6775; RFC 6550 does not really say much about addresses. > >

Re: Contact at Ubiquiti Networks?

2020-05-30 Thread Etienne-Victor Depasquale
or example, had a completely fictional product, > yet it stock price skyrocketed. > > Stock price is simply a way of measuring the perceived market value of a > company‘s earning potential. > > -mel beckman > > On May 26, 2020, at 11:50 PM, Etienne-Victor Depasquale > wrote: &g

Re: Contact at Ubiquiti Networks?

2020-05-30 Thread Etienne-Victor Depasquale
that current owners will end up owning less than 20% of > Hertz and more than 80% goes to debtors. > So by that logic, 80% of Hertz value is currently not trading. > > -- > ++ytti > -- Ing. Etienne-Victor Depasquale Assistant Lecturer Department of Communications & Compu

Re: RFC6550 (RPL) and RFC6775 (IPv6 Neighbor Discovery for 6LoWPANs)

2020-05-31 Thread Etienne-Victor Depasquale
-wireless/ > > RPL can route inside a subnet using host routes. This is how a multi link > subnet can be made to work... > > Please let me know if the draft above helped and whether it is clear > enough. The best way for that discussion would be to cc 6MAN. > > Keep safe, >

Re: understanding IPv6

2020-06-07 Thread Etienne-Victor Depasquale
providers > at the time. I don't know if this has changed. For our application, > this was fine, but for mixed vendor "IoT" devices, it would probably not > work out well. > -- > Brandon Martin > -- Ing. Etienne-Victor Depasquale Assistant Lecturer Department of Communications & Computer Engineering Faculty of Information & Communication Technology University of Malta Web. https://www.um.edu.mt/profile/etiennedepasquale

Re: understanding IPv6

2020-06-07 Thread Etienne-Victor Depasquale
know if his approach gets traction. > > > > The biggest difference between this and earlier changes along this line > is that the wireless broadcast problem provides motivation for the change, > where earlier efforts were more ~wouldn't it just be simpler if...~ > > > >

Re: understanding IPv6

2020-06-07 Thread Etienne-Victor Depasquale
long this line >> is that the wireless broadcast problem provides motivation for the >> change, where earlier efforts were more ~wouldn't it just be simpler >> if...~ >> >> Yours, >> Joel Halpern >> >> On 6/7/2020 2:28 PM, Etienne-Victor Depasqual

Has virtualization become obsolete in 5G?

2020-08-01 Thread Etienne-Victor Depasquale
to let me know his thoughts on this prediction? Cheers all, Etienne -- Ing. Etienne-Victor Depasquale Assistant Lecturer Department of Communications & Computer Engineering Faculty of Information & Communication Technology University of Malta Web. https://www.um.edu.mt/profile/etiennedepasqualeI

Re: Has virtualization become obsolete in 5G?

2020-08-01 Thread Etienne-Victor Depasquale
ion here <https://www.lightreading.com/webinar.asp?webinar_id=1608>@15:33. Cheers, Etienne On Sat, Aug 1, 2020 at 2:35 PM Mark Tinka wrote: > > > On 1/Aug/20 11:23, Etienne-Victor Depasquale wrote: > > Over the past few weeks, I've attended webinars and watched videos > organized by Inte

Re: Has virtualization become obsolete in 5G?

2020-08-01 Thread Etienne-Victor Depasquale
/#content/2393080>: just listen to how he defended Intel's containerization drive @24:56. > > On Sat, Aug 1, 2020 at 4:33 PM Ca By wrote: > > > On Sat, Aug 1, 2020 at 7:21 AM Etienne-Victor Depasquale > wrote: > >> The surprise for me regards Intel's (and t

Re: Has virtualization become obsolete in 5G?

2020-08-01 Thread Etienne-Victor Depasquale
ontainers virtualize OS apps and services are running on in > isolation. > > Clearly to virtualize operating systems as long as your level of > virtualization mainly in terms of security and resource consumption > isolation & reservation is satisfactory is a much better and

Re: Has virtualization become obsolete in 5G?

2020-08-02 Thread Etienne-Victor Depasquale
I'm sorry, I didn't realize that anyone would get ruffled. On Sat, Aug 1, 2020 at 11:38 PM Scott Weeks wrote: > > > --- ed...@ieee.org wrote: > From: Etienne-Victor Depasquale > > See, for example, Azhar Sayeed's (Red Hat) contribution here > <h

Re: Has virtualization become obsolete in 5G?

2020-08-02 Thread Etienne-Victor Depasquale
5G tower. > > > > > > Another side is that the software engineers working on these Apps have > > a lot more prioritized items/things to develop (real core functions) > > so they will delay this transformation. > > This is the crux of the issue. > > Mark. > > -- Ing. Etienne-Victor Depasquale Assistant Lecturer Department of Communications & Computer Engineering Faculty of Information & Communication Technology University of Malta Web. https://www.um.edu.mt/profile/etiennedepasquale

Re: Has virtualization become obsolete in 5G?

2020-08-04 Thread Etienne-Victor Depasquale
then it seems that there's a lot of emphasis on making grounded claims about the QoS that the operator sells. Cheers, Etienne On Mon, Aug 3, 2020 at 12:52 PM Mark Tinka wrote: > > > On 3/Aug/20 08:40, Etienne-Victor Depasquale wrote: > > Is the following extract from

Re: Has virtualization become obsolete in 5G?

2020-08-04 Thread Etienne-Victor Depasquale
Wouldn't that take us back into the digital stone age :-)? > > Mark. > -- Ing. Etienne-Victor Depasquale Assistant Lecturer Department of Communications & Computer Engineering Faculty of Information & Communication Technology University of Malta Web. https://www.um.edu.mt/profile/etiennedepasquale

Re: Has virtualization become obsolete in 5G?

2020-08-04 Thread Etienne-Victor Depasquale
ng, which was > predicted to break the Internet. > > So not sure what applications are driving the demand for "greater QoS" > on 5G networks, in real terms. > > Mark. > -- Ing. Etienne-Victor Depasquale Assistant Lecturer Department of Communications & Computer Engineering Faculty of Information & Communication Technology University of Malta Web. https://www.um.edu.mt/profile/etiennedepasquale

Re: Has virtualization become obsolete in 5G?

2020-08-04 Thread Etienne-Victor Depasquale
from scale or practical > deployments (IMO). > > > > On Tue, Aug 4, 2020 at 5:18 PM Mark Tinka wrote: > >> >> >> On 4/Aug/20 16:56, Etienne-Victor Depasquale wrote: >> >> > The survey I pointed to suggests that hard slicing is the least >> &g

Re: Has virtualization become obsolete in 5G?

2020-08-04 Thread Etienne-Victor Depasquale
-plane VM or potentially container. > > > > adam > > > > *From:* NANOG *On > Behalf Of *Etienne-Victor Depasquale > *Sent:* Saturday, August 1, 2020 7:09 PM > *To:* Robert Raszuk > *Cc:* NANOG > *Subject:* Re: Has virtualization become obsolete in 5G? > >

Re: Has virtualization become obsolete in 5G?

2020-08-05 Thread Etienne-Victor Depasquale
nne On Wed, Aug 5, 2020 at 1:36 PM Mark Tinka wrote: > > > On 4/Aug/20 17:37, Etienne-Victor Depasquale wrote: > > > > V2X, no? > > Again, what's the actual use-case? > > I've got a 4G router in my car, to which it connects via wi-fi. I can > use Go

Re: Has virtualization become obsolete in 5G?

2020-08-05 Thread Etienne-Victor Depasquale
; like PEs or core nodes with NFV ,unless one wants to get into some serious > horizontal scaling ;). > > > Well, vCPE's and vBNG's have long been the holy grail for some of us, > especially since it makes IPv6 roll-out significantly simpler. > > Mark. > -- Ing. Etie

Re: Has virtualization become obsolete in 5G?

2020-08-07 Thread Etienne-Victor Depasquale
lt;https://www.lightreading.com/webinar.asp?webinar_id=1656> (@6:07), there's a bit of a projection about use of service intelligence. Cheers, Etienne On Thu, Aug 6, 2020 at 10:21 AM Mark Tinka wrote: > > > On 5/Aug/20 18:34, Etienne-Victor Depasquale wrote: > > > Rel

Re: Has virtualization become obsolete in 5G?

2020-08-12 Thread Etienne-Victor Depasquale
hen > we shall finally see some real progress. > > Personally, I don't really care of you choose to keep CLI or employ > thousands of software heads to automate said CLI. As long as you are > happy and not wasting time taking every meeting from every vendor about > "

Re: Has virtualization become obsolete in 5G?

2020-08-12 Thread Etienne-Victor Depasquale
t any wise employer playing the relationship game ensure that he's got cards to play? And wouldn't the standardization approach be part of the deck? Cheers, Etienne On Wed, Aug 12, 2020 at 10:00 AM Mark Tinka wrote: > > > On 12/Aug/20 09:49, Etienne-Victor Depasquale wrote:

Re: Bottlenecks and link upgrades

2020-08-13 Thread Etienne-Victor Depasquale
ds, > > Taichi > > > On Wed, Aug 12, 2020 at 3:54 PM Mark Tinka > wrote: > > > On 12/Aug/20 09:31, Hank Nussbacher wrote: > > > At what point do commercial ISPs upgrade links in their backbone as > well as peering and transit links that are congested? At 80

Re: Bottlenecks and link upgrades

2020-08-13 Thread Etienne-Victor Depasquale
-to-end quality and the enclosed >> image is yesterdays report on >> >> queuesize(h_ddelay) in ms. It shows stats on delays between some peers. >> >> I would have looked at the trends on the involved links to see if upgrade >> is necessary - >> >> 421 ms

Re: Bottlenecks and link upgrades

2020-08-15 Thread Etienne-Victor Depasquale
ld seriously consider speeding up the >> upgrades that you effectively started at 50%, and started planning since >> 40%. >> >> Of course, that differs from one ISP to another. Some only upgrade after >> several months with at least 4 hours a day, every day (or

Re: Bottlenecks and link upgrades

2020-08-15 Thread Etienne-Victor Depasquale
gt; > Every network fails at a certain moment in time. You just need to make > sure you know how to make it working again, within a reasonable time frame. > Or have a good run-away plan (sometimes this is the best solution). > -- Ing. Etienne-Victor Depasquale Assistant Lecturer Department of Communications & Computer Engineering Faculty of Information & Communication Technology University of Malta Web. https://www.um.edu.mt/profile/etiennedepasquale

Re: Wildfires: Clear fuel from hilltop and remote area communications towers

2020-09-12 Thread Etienne-Victor Depasquale
> literally meaning petroleum fuels, but anything flammable. > > In some places there are ecological or political concerns with maintaining > a cleared perimeter around telecom tower sites. This might be a time to > re-visit the logical purpose of some of these policies, if allowing f

The future of transport in the metro area

2019-07-31 Thread Etienne-Victor Depasquale
? As a complementary technology? By packet transport technologies, I am thinking of PBB-TE and MPLS-TP but ultimately, the problem regards how network providers are balancing circuit-transport and packet-transport technologies in current and planned deployments." -- Ing. Etienne-Victor Dep

Re: The future of transport in the metro area

2019-08-02 Thread Etienne-Victor Depasquale
wrote: > And just to add that I think that as part of the future, 5G is likely to > play a big part as well, somewhere between the Metro and the Access. > > Mark. > -- Ing. Etienne-Victor Depasquale Assistant Lecturer Department of Communications & Computer Engineering Facu

Re: The future of transport in the metro area

2019-08-02 Thread Etienne-Victor Depasquale
rs with a cable connection into a transponder plugging into a DWDM Mux or DWDM OADM? (no circuit transport) On Fri, Aug 2, 2019 at 10:32 AM Mark Tinka wrote: > > > On 2/Aug/19 10:17, Etienne-Victor Depasquale wrote: > > > Mark, when you write "There is a healthy sharing of

Re: The future of transport in the metro area

2019-08-04 Thread Etienne-Victor Depasquale
asking for distances in the range of more like 100km. > > For shorter runs, I think it's cheaper to find dark fibre and do > something yourself. > > Mark. > -- Ing. Etienne-Victor Depasquale Assistant Lecturer Department of Communications & Computer Engineering Faculty

Re: Short-circuited traceroutes on FIOS

2019-12-11 Thread Etienne-Victor Depasquale
quot; means "therefor it must have been > addressed > to me, so I'll send an ECHO REPLY instead of TTL EXCEEDED". > -- Ing. Etienne-Victor Depasquale Assistant Lecturer Department of Communications & Computer Engineering Faculty of Information & Communication Technology University of Malta Web. https://www.um.edu.mt/profile/etiennedepasquale

Re: 5G roadblock: labor

2019-12-31 Thread Etienne-Victor Depasquale
> Few hundred feet of the end user, why not just deploy fiber to the home? > Do I really need a gigabit per second on my mobile device? > > -- Ing. Etienne-Victor Depasquale Assistant Lecturer Department of Communications & Computer Engineering Faculty of Information & Communication Technology University of Malta Web. https://www.um.edu.mt/profile/etiennedepasquale

Re: Tools and procedure for Network testing

2021-08-26 Thread Etienne-Victor Depasquale via NANOG
IXIA, multiping, launch somes VM using ping with -i > option, Windows ping by setting the timeout interval, or may be directly > from the Network device (routers...), > > > > Many thanks, > > Joe > -- Ing. Etienne-Victor Depasquale Assistant Lecturer Department of Comm

Re: Tools and procedure for Network testing

2021-08-26 Thread Etienne-Victor Depasquale via NANOG
ling to help him to > see what's available out there. It is up to him now to pick X, Y, or > go with ping -i. > > This list is really become more and more sensitive these days :p > > On Thu, Aug 26, 2021 at 7:05 PM Etienne-Victor Depasquale > wrote: > > > > >

Telecommunications network drafting software

2021-09-01 Thread Etienne-Victor Depasquale via NANOG
roduct I'm exploring is ConceptDraw's "diagram" product, but I'd like to hear about anything you can share with me. Cheers, Etienne -- Ing. Etienne-Victor Depasquale Assistant Lecturer Department of Communications & Computer Engineering Faculty of Information & Commu

Re: Telecommunications network drafting software

2021-09-02 Thread Etienne-Victor Depasquale via NANOG
sers. Only drawback -- to some -- is that it's OS X only. > > -- > Måns Nilsson primary/secondary/besserwisser/machina > MN-1334-RIPE SA0XLR+46 705 989668 > ... I think I'd better go back to my DESK and toy with a few common > MISAPPREHENSIONS ...

Re: The great Netflix vpn debacle! (geofeeds)

2021-09-03 Thread Etienne-Victor Depasquale via NANOG
irements. > > Okay - "screen real estate" :-). > > Mark. > > -- Ing. Etienne-Victor Depasquale Assistant Lecturer Department of Communications & Computer Engineering Faculty of Information & Communication Technology University of Malta Web. https://www.um.edu.mt/profile/etiennedepasquale

Re: The great Netflix vpn debacle! (geofeeds)

2021-09-03 Thread Etienne-Victor Depasquale via NANOG
Cheers, Etienne On Fri, Sep 3, 2021 at 5:35 PM Mark Tinka wrote: > > > On 9/3/21 17:29, Etienne-Victor Depasquale wrote: > > I've been mulling over the use of an interactive whiteboard - > > not just for the "screen real estate", > > as you so correctly

Re: IPv6 woes - RFC

2021-09-08 Thread Etienne-Victor Depasquale via NANOG
; > I know at least 3 or 4 other operators in Africa that would be willing > to commit to the same, either directly or by proxy with us. > > Do we drive this through the IETF, or just have private, multi-lateral > agreements, as major operators? > > I'm now just thinking of h

Re: IPv6 woes - RFC

2021-09-08 Thread Etienne-Victor Depasquale via NANOG
> > Without the membership fees, of course :-). Membership fees can be painful, that's for sure. They do have positive aspects, though :) Cheers, Etienne On Wed, Sep 8, 2021 at 9:38 AM Mark Tinka wrote: > > > On 9/8/21 09:35, Etienne-Victor Depasquale wrote: > &

Re: 100GbE beyond 40km

2021-09-25 Thread Etienne-Victor Depasquale via NANOG
l part. >> >> >> The application is an ISP upgrading from Nx10G, where one of their fiber >> paths is ~35km and the other is ~60km. >> >> >> >> thanks, >> -Randy >> > > > -- > Bill Blackford > > Logged into reality an

A quick note of appreciation

2022-03-21 Thread Etienne-Victor Depasquale via NANOG
ll of society. With humble gratitude, Etienne -- Ing. Etienne-Victor Depasquale Assistant Lecturer Department of Communications & Computer Engineering Faculty of Information & Communication Technology University of Malta Web. https://www.um.edu.mt/profile/etiennedepasquale

Re: MSA’s and network architecture

2022-05-17 Thread Etienne-Victor Depasquale via NANOG
Just to add a bit of fun to the mix - perhaps multi-source agreement was intended :) Cheers, Etienne On Wed, May 18, 2022 at 3:59 AM Martin Hannigan wrote: > > > All, > > Why do MSA’s matter as related to network architecture? > > Thanks all — > > -M< &g

Re: MSA’s and network architecture

2022-05-17 Thread Etienne-Victor Depasquale via NANOG
ing pluggables anywhere with 0 testing > is relatively low risk. > > > On Wed, 18 May 2022 at 09:32, Etienne-Victor Depasquale via NANOG > wrote: > > > > Just to add a bit of fun to the mix - perhaps multi-source agreement was > intended :) > > > > Cheers, &

Re: MSA’s and network architecture

2022-05-18 Thread Etienne-Victor Depasquale via NANOG
n ecosystem of vendors and network operators. That should support development of architecture. Cheers, Etienne On Wed, May 18, 2022 at 10:32 AM Mark Tinka wrote: > > > On 5/18/22 08:28, Etienne-Victor Depasquale via NANOG wrote: > > > Just to add a bit of fun to the mix - perhap

Request for help: academic study (questionnaire)

2022-07-06 Thread Etienne-Victor Depasquale via NANOG
ke a copy of the paper which I intend to produce with the results. Yours sincerely, Etienne -- Ing. Etienne-Victor Depasquale Assistant Lecturer Department of Communications & Computer Engineering Faculty of Information & Communication Technology University of Malta Web. https

Re: Request for help: academic study (questionnaire)

2022-07-14 Thread Etienne-Victor Depasquale via NANOG
. Cheers, Etienne On Thu, Jul 7, 2022 at 8:38 AM Etienne-Victor Depasquale wrote: > Hello NANOGers, > > > I'm asking for your help through your response to a questionnaire that > forms part of an academic study that I'm carrying out > <https://forms.gle/AAJokyg98JL

Re: Request for help: academic study (questionnaire)

2022-07-21 Thread Etienne-Victor Depasquale via NANOG
d more data (42/50 received/desired - at time of publication), especially from MSOs (but please, if you can, whatever your operator genre, do answer/distribute/nudge). Cheers, Etienne On Thu, Jul 14, 2022 at 12:34 PM Etienne-Victor Depasquale wrote: > I'm at 15/50 (received/desired) res

Re: Request for help: academic study (questionnaire)

2022-07-25 Thread Etienne-Victor Depasquale via NANOG
and might be interested in doing so). Sincere and heartfelt thanks to those who have already filled in the survey. Etienne On Thu, Jul 21, 2022 at 12:56 PM Etienne-Victor Depasquale wrote: > Dear NANOGers, > > Payback time (unprocessed, interim aggregate analytics, more to come > la

Re: 400G forwarding - how does it work?

2022-07-26 Thread Etienne-Victor Depasquale via NANOG
gt; >> Today Cisco and Juniper do 'proper' CoPP, that is, they do ingressACL >> before and after lookup, before is normally needed for ingressACL but after >> lookup ingressACL is needed for CoPP (we only know after lookup if it is >> control-plane packet). Nokia doesn't do this at all, and I bet they can't >> do it, because if they'd add it in the core where it needs to be in line, >> total PPS would go down. as there is no budget for additional ACL. Instead >> all control-plane packets from ingressFP are sent to control plane FP, and >> inshallah we don't congest the connection there or it. >> >> >> >> >> >> > >> >> > Cheers, >> >> > James. >> >> >> >> >> >> >> >> -- >> >> ++ytti >> > > > -- > ++ytti > -- Ing. Etienne-Victor Depasquale Assistant Lecturer Department of Communications & Computer Engineering Faculty of Information & Communication Technology University of Malta Web. https://www.um.edu.mt/profile/etiennedepasquale

Re: IoT - The end of the internet

2022-08-10 Thread Etienne-Victor Depasquale via NANOG
ne proposed that the adoption of billions of IoT devices will > ultimately ‘break’ the Internet? > > It’s not a rhetorical question I promise, just looking for a journal or > other scholarly article that implies that the Internet is doomed. > > -- Ing. Etienne-Victor Depasquale

Re: Request for help: academic study (questionnaire)

2022-09-12 Thread Etienne-Victor Depasquale via NANOG
to questionnaire is here <https://forms.gle/U9Ucd9KcBA7Axkaj7>). With thanks, Etienne On Mon, Jul 25, 2022 at 10:09 AM Etienne-Victor Depasquale wrote: > ***Apologies for cross-posting*** > > Interim results > <https://docs.google.com/forms/d/1kJnEjukNDGC4JARuhgBI

Re: Request for help: academic study (questionnaire)

2022-10-04 Thread Etienne-Victor Depasquale via NANOG
With sincere thanks and regards to all, Etienne On Mon, Sep 12, 2022 at 12:24 PM Etienne-Victor Depasquale wrote: > I'm truly grateful for the response received > <https://docs.google.com/forms/d/1kJnEjukNDGC4JARuhgBI0HUUrQ8UNA-G71Aa6heaK8U/viewanalytics> > (available until

Re: Random Early Detect and streaming video

2022-11-08 Thread Etienne-Victor Depasquale via NANOG
dern high speed network with massive amounts of flows > the wave-like synchronisation is not a problem. If you can't measure > it or If your only goal is to reduce queueing delay because you have > 'strategic' congestion, perhaps instead of worrying about RED, use &

Request for comments

2023-03-01 Thread Etienne-Victor Depasquale via NANOG
eption of the current state of deployments? Cheers, Etienne -- Ing. Etienne-Victor Depasquale Assistant Lecturer Department of Communications & Computer Engineering Faculty of Information & Communication Technology University of Malta Web. https://www.um.edu.mt/profile/etiennedepasquale

Re: Request for comments

2023-03-03 Thread Etienne-Victor Depasquale via NANOG
y there are so many operators who consider Active Ethernet (p2p) to be their largest and/or fastest growing access technology. Would anyone care to give an opinion / interpretation / perspective / other ? Cheers, Etienne On Wed, Mar 1, 2023 at 9:24 AM Etienne-Victor Depasquale wrote: >

Re: Request for comments

2023-03-07 Thread Etienne-Victor Depasquale via NANOG
rators (incumbents). >> The y-axis shows cumulative responses for an option; the x-axis shows >> (hopefully unambiguous) monikers for the access technologies. >> >> Would anyone care to comment on how well this matches his/her perception >> of the current state of deploy

Re: Request for comments

2023-03-08 Thread Etienne-Victor Depasquale via NANOG
Quick (and critical) correction: bar charts on the ***left*** are from *NOGs; bar charts on the ***right*** are from commissioned market research. Cheers, Etienne On Tue, Mar 7, 2023 at 2:06 PM Etienne-Victor Depasquale wrote: > The picture changes significantly when an operator's c

Request for additional data points

2023-03-10 Thread Etienne-Victor Depasquale via NANOG
has ***not yet contributed*** would like to do so, I am still collecting data here: https://forms.gle/ypcCZvrHbKXRbXqn9 Sincerely, Etienne -- Ing. Etienne-Victor Depasquale Assistant Lecturer Department of Communications & Computer Engineering Faculty of Information & Communication Te

Routed optical networks

2023-05-01 Thread Etienne-Victor Depasquale via NANOG
having some thoughts about the clarity of this term, in the process of carrying out a qualitative survey of the results of the metro-area networks survey. Cheers, Etienne -- Ing. Etienne-Victor Depasquale Assistant Lecturer Department of Communications & Computer Engineering Faculty of Inf

Re: Routed optical networks

2023-05-02 Thread Etienne-Victor Depasquale via NANOG
You're > mixing fiber, networks, and a MAN. Fiber is just the medium. It could be > for IP switching or projecting a light show. Are you asking if there are > diverse paths throughout a metro area? > > On Mon, May 1, 2023 at 2:30 PM Etienne-Victor Depasquale via NANOG < > n

Re: Routed optical networks

2023-05-02 Thread Etienne-Victor Depasquale via NANOG
gable optics. > > With a single service layer based upon IP, flexible management tools can > leverage telemetry and model-driven programmability to streamline lifecycle > operations. This simplified architecture integrates open data models and > standard APIs, enabling a provider to focus

Re: Routed optical networks

2023-05-02 Thread Etienne-Victor Depasquale via NANOG
gt; more of a concept and can be executed with a variety of pre-existing > technologies, or someone's new secret sauce that bakes everything together > like SD-WAN did to its constituent technologies. > > -Matt > > > On Mon, May 1, 2023 at 12:30 PM Etienne-Victor Depasquale v

Re: Routed optical networks

2023-05-02 Thread Etienne-Victor Depasquale via NANOG
tienne On Tue, May 2, 2023 at 9:33 PM Jared Mauch wrote: > > > > On May 2, 2023, at 2:29 PM, Etienne-Victor Depasquale via NANOG < > nanog@nanog.org> wrote: > > > > On Mon, May 01, 2023 at 02:56:47PM -0600, Matt Erculiani wrote: > > > In short, th

Re: Routed optical networks

2023-05-08 Thread Etienne-Victor Depasquale via NANOG
to underlay your packet > network... it's neater and offers fewer points of failure. But unless you > are dealing with very short distances and can ride a reasonable balance > between service features and switching/forwarding capacity in your > router/switch, it's going to be ha

Re: Routed optical networks

2023-05-10 Thread Etienne-Victor Depasquale via NANOG
traffic at some point. >> >> I hope it would happen after we would get our 22h/4k/12bit/120hz. >> >> >> >> Now, you could argue that Metaverse would jump and multiply traffic by an >> additional 2x or 3x. Then 400GE may be needed. >> >> Sorry, but it

Re: Routed optical networks

2023-05-11 Thread Etienne-Victor Depasquale via NANOG
wth – it > depends just on the marketing budget. > > > > Eduard > > *From:* Dave Taht [mailto:dave.t...@gmail.com] > *Sent:* Tuesday, May 9, 2023 11:41 PM > *To:* Vasilenko Eduard > *Cc:* Phil Bedard ; Etienne-Victor Depasquale < > ed...@ieee.org>; NANOG >

Re: Routed optical networks

2023-05-11 Thread Etienne-Victor Depasquale via NANOG
course, the disruption could come at any year and add a new S-curve > (Metaverse?). But disruption is by definition not predictable. > > > > PS: Everything above and below in this thread is just my personal opinion. > > > > Eduard > > *From:* Etienne-Victor Depasqual

Re: Routed optical networks

2023-05-11 Thread Etienne-Victor Depasquale via NANOG
, May 11, 2023 at 1:37 PM Etienne-Victor Depasquale wrote: > Historically, this is what VNI has claimed > <https://drive.google.com/file/d/1JUG70rbZfaVHC3Z2HrECMOXJ2OnmtuxV/view?usp=sharing> > . > > Cheers, > > Etienne > > On Thu, May 11, 2023 at 1:25 PM V

  1   2   >