Is this you? As a journalist, you can create a free Muck Rack account to customize your profile, list your contact preferences, and upload a portfolio of your best work.
Claim your profile
Articles by Mark Tinka
Mark Tinka on LinkedIn: Will 100G-ZR+ coherent plugs [ever] become popular? Paradoxically, the… | 20 comments
Agree & Join LinkedIn By clicking Continue to join or sign in, you agree to LinkedIn’s User Agreement, Privacy Policy, and Cookie Policy. Skip to main content Explore topics Create your free account or sign in to continue your search or New to LinkedIn? Join now or New to LinkedIn? Join now By clicking Continue to join or sign in, you agree to LinkedIn’s User Agreement, Privacy Policy, and Cookie Policy.
APRICOT 2025 Call for Presentations open now
The APRICOT 2025 Program Committee (PC) is seeking contributions for presentations and tutorials for APRICOT 2025, to be held in Petaling Jaya, Malaysia, from 19 to 27 February 2025.
APRICOT 2024 Call for Papers open now
APRICOT 2024 will be held from 21 February to 1 March 2024. The APRICOT 2024 Program Committee (PC) is seeking contributions for presentations and tutorials for APRICOT 2024, to be held in Bangkok, Thailand, from 21 February to 1 March 2024.
Spatial Division Multiplexing — a new (subsea) cable paradigm | APNIC Blog
In the past 15 years, there has been a spate of growth in global submarine cable builds, expanding capacity to regions that already had them, but also connecting many new places that only had satellite for connectivity, until now. More interestingly, most submarine cable builds have been undertaken by content providers (Google, Microsoft, Meta, and so forth), and less so by traditional telecommunications companies.
The latency conundrum: setting the record straight
Speed testing is commonplace in South Africa, with several online tools available to measure internet speed in addition to regular well-read reports from local publications. This fascination with connectivity speed probably stems from our history of bandwidth-limited legacy technologies coupled with highly oversubscribed networks, which have led to a great deal of frustration and distrust on the part of consumers in the past.
Virtualisation will reshape the telecoms industry
The hype around software-defined networking (SDN) and network function virtualisation (NFV) is growing in the telecoms industry. The hope is that these technologies will enable service providers and network operators to drive down capital expenditure, simplify configuration and maintenance, and improve the agility of their networks. However, as promising as these technologies are, they remain immature and there is a long way to go before they will be deployed at scale and transform the industry.
Virtualisation Will Reshape the Telecoms Industry
By Mark Tinka, Head of Engineering at SEACOM The hype around software-defined networking (SDN) and network function virtualisation (NFV) is growing in the telecoms industry. The hope is that these technologies will enable service providers and network operators to drive down capital expenditure, simplify configuration and maintenance, and improve the agility of their networks.
Virtualisation Will Reshape the Telecoms Industry | TechFinancials
By Mark Tinka, Head of Engineering at SEACOM The hype around software-defined networking (SDN) and network function virtualisation (NFV) is growing in the telecoms industry. The hope is that these technologies will enable service providers and network operators to drive down capital expenditure, simplify configuration and maintenance, and improve the agility of their networks.
Virtualisation will reshape the telecoms industry, but the technology first needs to mature
By Mark Tinka, Head of Engineering at SEACOM The hype around software-defined networking (SDN) and network function virtualisation (NFV) is growing in the telecoms industry. The hope is that these technologies will enable service providers and network operators to drive down capital expenditure, simplify configuration and maintenance, and improve the agility of their networks.
Report: Naspers' Showmax to take on Netflix with global expansion plans
Report: Naspers’ Showmax to take on Netflix with global expansion plans According to reports, South Africa’s media and internet giant Naspers is set to expand its recently-released video-on-demand (VoD) offering, ShowMax, to reach more than 15 million customers outside of its home country. ShowMax launched in South Africa in August this year, with 400 movies and more than 750 series titles. The package costs consumers R99 per month.
Deezer Family plan lets multiple users enjoy one music account
Deezer, the music streaming service, has announced a new family subscription plan. The new plan is called Deezer Family and can have up to six separate profiles. Users can subscribe to the new family plan in Premium+ tier for US$16 per month. A normal subscription on Deezer is US$9.99 per month for one user. Premium+ customers have the option to upgrade their existing subscription for only US$6 per month. The company claims to have over six million subscribers in its 180 operating countries.
Africa should accelerate IPv6 migration now to avoid a scramble later
Africa should accelerate IPv6 migration now to avoid a scramble later The Internet community across Africa needs to prepare for the inevitable day when AFRINIC, the Regional Internet Registry (RIR), will run out of IPv4 addresses to allocate to its members. This follows the news that ARIN (American Registry for Internet Numbers) officially ran out of IPv4 addresses on 24 September this year. Africa is the only region that has not yet depleted its pool of IPv4 addresses.
Prefix hijacking by AS20115
nanog mailing list archives Re: Prefix hijacking by AS20115 From: Mark Tinka <mark.tinka () seacom mu>Date: Tue, 29 Sep 2015 16:37:52 +0200 On 29/Sep/15 16:26, Rampley Jr, Jim F wrote: Hi Seth, which market was this occurring? Was this already removed? I'm not seeing it this morning. I would like to figure out what went wrong here. We shouldn't be nailing up any static configuration to have caused a situation like this.
Question re session hijacking in dual stack environments w/MacOS
nanog mailing list archives Re: Question re session hijacking in dual stack environments w/MacOS From: Mark Tinka <mark.tinka () seacom mu>Date: Tue, 29 Sep 2015 09:23:59 +0200 On 26/Sep/15 16:34, David Hubbard wrote: Has anyone run into this? Our users on other platforms don't seem to have this issue; linux and MS desktops seem to just use v6 if it's available and v4 if not.
Service Providers behaviour for dual homed enterprises
I've always worked in enterprise only so I thought you guys might be able to help me with this one. We are dual homed to Verizon and AT&T. We prepend all our prefixes out AT&T to make them least preferred. During a recent issue we found some users were coming in via AT&T.
Service Providers behaviour for dual homed enterprises
Depending on the provider, this can't always be guaranteed, i.e., that the available LOCAL_PREF values a customer can trigger via a BGP community support anything <= what routes the network considers "external". What's possible (or available) may also be influenced by whether one's upstream is "transit-free" or not, I imagine.
IPv6 Subscriber Access Deployments
I'm reading that the recommended method for assigning IPv6 addresses to end-users is to do this via a dedicated VLAN and /64. Some broadband access methods utilize a shared VLAN model with additional security mechanisms in place such as DHCP snooping, source-verify etc.
IPv6 Subscriber Access Deployments
Well, if you use DHCPv6 IA_NA for the CPE WAN link, you can go down as low as /128 per CPE device. And then you use DHCP-PD for the onward assignment to the customer's network. Mark.
IPv6 Subscriber Access Deployments
nanog mailing list archives Re: IPv6 Subscriber Access Deployments From: Mark Tinka <mark.tinka () seacom mu>Date: Wed, 9 Sep 2015 12:46:44 +0200 On 8/Sep/15 21:31, Owen DeLong wrote: If the ISPs equipment supports IPv6 on shared VLANs with DHCP snooping and other security, you can implement it with a single /64 giving each router a unique address within that segment, but it’s not really ideal. This was mainly done in IPv4 to conserve addresses.
path from Routers to Collector
Re: NetFlow - path from Routers to Collector Roland Dobbins (Sep 01)
path from Routers to Collector
Re: NetFlow - path from Routers to Collector Roland Dobbins (Sep 01)
BGP advertise-best-external on RR
Not a suggestion, just trying to learn something here. Is there an advantage to use a route reflector in the described setup, which appears to involve only a small number of routers? I would think that full mesh would solve the problem and at the same time be easier since you do not have to maintain any route reflectors.
path from Routers to Collector
Those VLAN's and VRF's are following the same path as the global table, just in a different routing table. That is easy, and we do that already. Your assertion, before, was that the OoB network is physically separate from the routers it is supporting. This is less feasible at scale.
path from Routers to Collector
Looking at the span of my network, when I am building an OoB platform to maintain management access to any device that may lose in-band connectivity, I'll be honest, moving flow data across that is the least of my worries.
path from Routers to Collector
There was a time when the early MPLS/VPN adopters built physically separate routers for MPLS traffic. When it became clear that this was not a good way to scale, they moved to building dedicated line cards in shared routers for MPLS/VPN's.
path from Routers to Collector
Re: NetFlow - path from Routers to Collector Roland Dobbins (Sep 01)
path from Routers to Collector
Re: NetFlow - path from Routers to Collector Roland Dobbins (Sep 01)
path from Routers to Collector
Hello, For those than run Internet connected routers, how do you get your NetFlow data from the routers to your collectors? Do you let the flow export traffic use the same links as your customer traffic to route back to central collectors? Or do you send this traffic over private network management type path?
Re: Production-scale NAT64
nanog mailing list archives Re: Production-scale NAT64 From: Mark Tinka <mark.tinka () seacom mu>Date: Thu, 27 Aug 2015 06:37:51 +0200 On 27/Aug/15 03:21, Jared Mauch wrote: Sure... For DS, I could send IPv6 native and IPv4 via NAT. I suspect this actually the most common home setup at this point. It's certainly the way mine looks. I have noticed that IPv4 "feels" slow on my t-mobile usa connected devices.
Re: Production-scale NAT64
nanog mailing list archives Re: Production-scale NAT64 From: Mark Tinka <mark.tinka () seacom mu>Date: Thu, 27 Aug 2015 07:11:49 +0200 On 27/Aug/15 06:53, Tore Anderson wrote: Why wait until then? I didn't say that we're waiting :-)... Any particular reason why you cannot already today provide IPv6 addresses to your [new] customers in parallel with IPv4? As a standard delivery of service, all our customers (BGP- and non-BGP-based) are assigned IPv6 addresses by default.
Re: Production-scale NAT64
Re: Production-scale NAT64 Valdis . Kletnieks (Aug 26)
Re: Production-scale NAT64
The life of an IPv4 packet on the Internet is very likely to undergo some NAT at some point in its travels. I haven't yet heard of many doing NAT66, hence IPv6 not undergoing NAT means any slow-downs caused by NAT44 are missed (gladly) on IPv6.
Re: Production-scale NAT64
nanog mailing list archives Re: Production-scale NAT64 From: Mark Tinka <mark.tinka () seacom mu>Date: Thu, 27 Aug 2015 12:03:46 +0200 On 27/Aug/15 08:34, Tore Anderson wrote: Hi Mark, There's not much difference between 464XLAT and MAP-*/DS-Lite/lw4o6 in this respect, the way I see it. In all cases you need four things: 0) Native IPv6. 1) A central component connected to the IPv4 internet and the IPv6.
Re: Production-scale NAT64
I strongly advise you to not assume that just because an IPv4 address is "public" (which I'm reading as RFC1918) means that it's not NATed. I learned the hard way that Tmobile, for one, squats on other organization's public IP space on their mobile network and NATs it to address space they are actually assigned.
Re: Production-scale NAT64
I can't argue with you there. But the problem has to be attacked from all sides. We can't just sit back and hope for the best; that's already nearly 2x decades in the making... Mark.
Re: Production-scale NAT64
Practically, when we've tested NAT64 at reasonable scale, it does not add any noticeable slow-down provided your hardware is decent and you're operating the forwarding plane within the limits supported by the vendor. Yes, I know this can quickly become a cost run-away problem, but for better or worse, that is what separates the wheat from the other thing...
Re: Production-scale NAT64
NAT64 is opt-in. It will mostly be used for customers that can no longer obtain IPv4 addresses. Service providers do not like NAT64 anymore than you do, but there needs to be some way to bridge both protocols in the interim.
Re: Production-scale NAT64
nanog mailing list archives Re: Production-scale NAT64 From: Mark Tinka <mark.tinka () seacom mu>Date: Wed, 26 Aug 2015 16:35:57 +0200 On 26/Aug/15 16:28, Ca By wrote: From largish deployment ... Another relevant metric, less than 25% of my mobile subscribers traffic require NAT64 translating. 75+% of bits flows through end-to-end IPv6 (thanks Google/Youtube, Facebook, Netflix, Yahoo, Linkedin and so on ...). And trust me, Cameron knows what's on about...
[c-nsp] Peering + Transit Circuits
Easier policy enforcement for us. Lowers the chance of you dealing with traffic in ways you don't intend (although that can always be fixed). Spreading both commercial and technical risk, depending on whether you value transit more than peering, or vice versa. Avoiding kinky things with VRF's. Mark.
[c-nsp] Peering + Transit Circuits
From: Mark Tinka Date: Tue, 25 Aug 2015 14:32:07 +0200 Or use uRPF with an acl. You can specify what to block and what not to block and use S/RTBH as well. Even though we're not receiving the full feed on dedicated peering routers, you're talking at least 35% of it. Sometimes more... Mark.
[c-nsp] Peering + Transit Circuits
Re: [c-nsp] Peering + Transit Circuits Mark Tinka (Aug 25)
[c-nsp] Peering + Transit Circuits
We don't generally do uRPF at exchange points, for the simple reason that the router is dedicated (meaning it does not carry a full table), and peers leaking your routes to the Internet (which breaks uRPF in this scenario) is a constant scenario. *sigh* Mark.
[c-nsp] Peering + Transit Circuits
Re: [c-nsp] Peering + Transit Circuits William Herrin (Aug 18)
Peering + Transit Circuits
nanog mailing list archives Re: Peering + Transit Circuits From: Mark Tinka <mark.tinka () seacom mu>Date: Tue, 25 Aug 2015 17:16:08 +0200 On 19/Aug/15 01:12, Patrick W. Gilmore wrote: Normally a router gets a packet and sends it on its way without looking at the source. However, if you have a router at the IX which has _only_ peer routes and your routes, that solves the problem. If I send you a packet for Comcast, your peering router will drop it and send an ICMP Network Unreachable.
[c-nsp] Peering + Transit Circuits
Re: [c-nsp] Peering + Transit Circuits Nick Hilliard (Aug 18)
Re: Production-scale NAT64
Re: Production-scale NAT64 Valdis . Kletnieks (Aug 20)
net neutrality peering dispute between CenturyTel/Qwest and Cogent in Dallas
nanog mailing list archives Re: net neutrality peering dispute between CenturyTel/Qwest and Cogent in Dallas From: Mark Tinka <mark.tinka () seacom mu>Date: Sun, 16 Aug 2015 07:59:47 +0200 On 16/Aug/15 00:50, Harry McGregor wrote: Before this happens (ie when hell freezes over), I would like to see new home communities deploying fiber networks as part of the building of the "master plan" of the community.
net neutrality peering dispute between CenturyTel/Qwest and Cogent in Dallas
Re: net neutrality peering dispute between CenturyTel/Qwest and Cogent in Dallas
net neutrality peering dispute between CenturyTel/Qwest and Cogent in Dallas
Re: net neutrality peering dispute between CenturyTel/Qwest and Cogent in Dallas
Show More
loading
Actions
Is this you?
As a journalist, you can create a free Muck Rack account to customize your profile, list your contact preferences, and upload a portfolio of your best work.Get in touch with Mark
Contact Mark, search articles and posts on X, monitor coverage, and track replies from one place.
Learn more about Muck Rack