nka 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
Faculty o
th 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 th
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 of Information &
ology? 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 Depasquale
Assistant Lecturer
r 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
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 presentations):
>>> https://www.researchgat
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.
>
--
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
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
gy.
>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. Etienne-Vict
t 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'; 'NANOG'
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
>>
>> --
&g
uels, 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 fuel to
> grow right up to the to
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
er 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 almost) at over
&
P-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 of Communications & Comp
> 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.
> >
> > Note that the RPL people have si
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
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 & Computer Engineering
Facu
less/
>
> 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,
>
>
ntelligent-computing-solutions><
> https://twitter.com/ICSIL>
> > Midwest Internet Exchange <http://www.midwest-ix.com/>
> > <https://www.facebook.com/mdwestix><
> https://www.linkedin.com/company/midwest-internet-exchange><
> https
o 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
rs 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 lighte
tps://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 Intel.
> These ac
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 the entire Cloud Native
>> C
/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:
>
>
> Release 16 is just
oyer 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:
>
> > Two more
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
> "automation".
>
> Mark.
>
--
edicted 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
-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?
>
&
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
>> > pre
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
> <https://www.ligh
> >
> > 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
aichi
>
> > 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%
> > ca
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 might be t
rote:
>
>
> 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 Google Maps, I can stream music if I'm bored with commercial radi
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. Etienne-Victor Depasquale
Assistant Lec
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
phasis 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 this Heavy Reading white paper
> <https://www.infi
e we 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...~
> >
> >
he 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
ong 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 Depasquale wrote:
&
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
t 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
> wrote:
>
>> Hello folks,
eam 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
rmation 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
>> activity” is just no
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 whethe
timization 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 survey.
>
&g
, 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 publication of the results o
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
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
> plane. The 4 control plane cores are typica
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:22 AM Etien
evious 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 be happy to discuss off line.
>
sage, 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
>> (regarding DANOS) that inclu
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:24 PM Etienne-Victo
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's not what it w
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
o get embroiled 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:
> >> D
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's no w
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 Communications & Computer Enginee
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 packets t
se 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
tioning (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).
>
>
>
> --
> Pawel Malachowski
iping, 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 Communications &
hat'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:
> >
> >
> >> If the budget is short or
nts.
>
> 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
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 & Communication Technology
Unive
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 put it,
> > but al
y 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 ...
>
--
Ing. Etienne-Victo
rica 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 how we get this idea off the ground, and stop
> talking to
>
> 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:
>
>
&
>
>>
>> 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 and abusing my sudo pr
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
.
Thank you!
Etienne
--
Ing. Etienne-Victor Depasquale
No luck yet, and that's ok, but in case anyone is able to contact me (off
list),
I'd settle for anyone from the Global Tier 3 group of network engineers
from AT
Thank you!
Etienne
On Tue, Aug 15, 2023 at 12:43 PM Etienne-Victor Depasquale
wrote:
> Hello good people,
>
> If an
asoning is a little
> off-putting, imo.
> --
> *From:* NANOG on behalf of TJ Trout
>
> *Sent:* Thursday, August 17, 2023 12:58 PM
> *To:* Etienne-Victor Depasquale
> *Cc:* NANOG
> *Subject:* Re: AT in Raleigh - Durham region (NC)
>
> Maybe post
Hello good people,
If anyone from AT in the Raleigh - Durham region (NC) would care to
contact me off list, I'd be grateful.
Cheers,
Etienne
--
Ing. Etienne-Victor Depasquale
s that
PBB is deployed by AT, Verizon, China Mobile, Deutsche Telecom and
Comcast.
This correspondent warns that Bard "could be hallucinating" :)
Any further data points/insight would be appreciated.
Cheers,
Etienne
On Wed, Aug 23, 2023 at 10:43 AM Etienne-Victor Depasquale
wrote:
>
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
ere 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,
> >
> > E
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 - per
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://www.um.
so 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
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) response
t;> 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
,
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/AAJokyg98JLW7Ti6A>.
>
>
nnaire 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/1kJnEjukNDGC4JARuhgBI0HUUrQ8UNA
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 Wednesday 8pm CET)
&
oposed 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
Assis
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
> tail only and reduce queue size to something that is tolerable 1ms-5ms
> max?
>
> --
> ++ytti
>
--
In
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 cho
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
to understand why 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,
nsider 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:
> Good people of NANOG,
>
> P
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
e 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 Information &
works, 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 <
> nanog@nanog.org> wrote:
>
>
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 on automation initiatives for a
> simpler topology.
f 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 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,
1 - 100 of 108 matches
Mail list logo
