Brian J. Murrell wrote:
You can also use OpenSource (Jool) for the NAT64.
Will any of these (including MAP-E) support such nasty (in terms of
burying IP addresses in data payloads) protocols as FTP and SIP/SDP?
Are you saying ICMP and DNS nasty?
As DNS protocol is still actively
On 8/2/19 4:10 PM, Mark Tinka wrote:
Now, the next step in all this that is starting to gain a bit of
traction is "spectrum", i.e., rather than take a normal grey service
from a Transport operator, have them deliver you a portion of the DWDM
spectrum so that you can run as much bandwidth as you
>
> Do it. I'd name and shame all of them.
Ryan
On Fri, Aug 2, 2019, 4:33 PM Tim Burke wrote:
>
>> We recently received a new ASN from ARIN - you know what that means...
>> the sales vultures come out to play!
>>
>> So far, it has resulted in spam from Cogent (which is, of course, to be
>>
On 8/2/19 7:32 PM, Tim Burke wrote:
So far, it has resulted in spam from Cogent (which is, of course, to be expected), and
now another company called "CapCon Networks" -http://www.capconnetworks.com. As
far as I am aware, this practice is against ARIN's Terms of Use. Is it worth reporting to
We recently received a new ASN from ARIN - you know what that means... the
sales vultures come out to play!
So far, it has resulted in spam from Cogent (which is, of course, to be
expected), and now another company called "CapCon Networks" -
http://www.capconnetworks.com. As far as I am aware,
On Fri, Aug 2, 2019 at 5:01 PM Valdis Klētnieks wrote:
>
> On Fri, 02 Aug 2019 14:54:49 -0400, Christopher Morrow said:
> > 'server has no ip address' .
> > $ ping www.tombin.com
> > PING www.tombin.com (127.0.0.1)
> >
> > good try to get us all infected by malware...
>
> Anybody who gets
On Fri, 02 Aug 2019 14:54:49 -0400, Christopher Morrow said:
> 'server has no ip address' .
> $ ping www.tombin.com
> PING www.tombin.com (127.0.0.1)
>
> good try to get us all infected by malware...
Anybody who gets infected by malware from that IP address has bigger
problems
I use a Veto Pro Pac
https://www.vetopropac.com/product/tech-pac-lt/
More focused on tools, but it fits my Thinkpad p50 without issue, all of my
cables, and most of the tools that I use day to day.
I used to use more tactical focused backpacks but I kept ripping compartments
or breaking
On 2/Aug/19 20:06, Etienne-Victor Depasquale wrote:
> Bear with me one more time as I drill down a little and spell things
> out. I've realized that there may be more than one interpretation of
> "EoDWDM". Are you referring to:
>
> (a) Ethernet packets in OTU frames - thereby implying an
Correct url may be https://www.tombihn.com/
On Fri, Aug 2, 2019 at 1:50 PM John Covici wrote:
> https://www.tombin.com has some great bags for laptops, etc. Not
> cheap but very good stuff.
>
> On Fri, 02 Aug 2019 12:19:08 -0400,
> Hunter Fuller wrote:
> >
> > I carry this. It's a preference I
On Fri, Aug 2, 2019 at 2:50 PM John Covici wrote:
>
> https://www.tombin.com has some great bags for laptops, etc. Not
'server has no ip address' .
$ ping www.tombin.com
PING www.tombin.com (127.0.0.1)
good try to get us all infected by malware...
On a less funny note, try out some of the
agree with michael, they were super helpful to me over the last few months.
On Fri, Aug 2, 2019 at 2:18 PM Michael Davis wrote:
>
> I recently did this with an email to rout...@level3.net
>
> Took all of a few hours, no issues..
>
> thanks
> mike
>
> On 8/2/19 12:24 PM, Tim Howe wrote:
> > Has
https://www.tombin.com has some great bags for laptops, etc. Not
cheap but very good stuff.
On Fri, 02 Aug 2019 12:19:08 -0400,
Hunter Fuller wrote:
>
> I carry this. It's a preference I gained in my past life:
> https://www.kleintools.com/catalog/tool-storage/tradesman-pro-backpack
>
> I put
I recently did this with an email to rout...@level3.net
Took all of a few hours, no issues..
thanks
mike
On 8/2/19 12:24 PM, Tim Howe wrote:
Has anyone successfully gotten Level3/Centurylink to remove defunct IRR
objects? All paths seem to lead to trying to get me to log into a
customer
Bear with me one more time as I drill down a little and spell things out.
I've realized that there may be more than one interpretation of "EoDWDM".
Are you referring to:
(a) Ethernet packets in OTU frames - thereby implying an underlying OTN?
(b) Ethernet optical SFP+ transceivers with a cable
This is an automated weekly mailing describing the state of the Internet
Routing Table as seen from APNIC's router in Japan.
The posting is sent to APOPS, NANOG, AfNOG, SANOG, PacNOG, SAFNOG
TZNOG, MENOG, BJNOG, SDNOG, CMNOG, LACNOG and the RIPE Routing WG.
Daily listings are sent to
On 2019-08-02 16:42, James Downs wrote:
On Fri, Aug 02, 2019 at 11:19:08AM -0500, Hunter Fuller wrote:
This one has since been released, and it has a laptop compartment. My
Yeah, I definitely look for some sort of laptop compartment. If not
padded on its own, I stick the laptop into a
On Fri, Aug 02, 2019 at 11:19:08AM -0500, Hunter Fuller wrote:
> This one has since been released, and it has a laptop compartment. My
Yeah, I definitely look for some sort of laptop compartment. If not
padded on its own, I stick the laptop into a padded sleeve. I run one
of these:
The cost of sharing IPs in a static way, is that services such as Sony
Playstation Network will put those addresses in the black list, so you need to
buy more addresses. This hasn’t been the case for 464XLAT/NAT64, which shares
the addresses dynamically.
Furthermore, if some users need less
Has anyone successfully gotten Level3/Centurylink to remove defunct IRR
objects? All paths seem to lead to trying to get me to log into a
customer portal. If they have incorrect objects for IP resources I
control, how am I supposed to get them cleaned up if I am not a
customer?
--TimH
The goal is to minimize cost. Assuming 4 bits for the MAP routing (16 users
sharing one IPv4), leaving 12 bits for customer ports (4096 ports) and a
current price of USD 20 per IPv4 address, this gives a cost of USD 1.25 per
user for a fully redundant solution. For us it is even cheaper as we can
I carry this. It's a preference I gained in my past life:
https://www.kleintools.com/catalog/tool-storage/tradesman-pro-backpack
I put my notebook (Surface Pro) in a sleeve and sandwich it between
the halves. It hasn't gotten crushed to death yet. I'll admit this is
not optimal.
This one has
Hi,
Sorry for the OT email. I travel extensively to DC's and my computer bag
seems to keep collecting more tools which includes your usual console
cables, spare everything, two laptops etc. My Swissgear has been taking a
beating and I was wondering what others who have to lug around 30-35 pounds
hi,
any contact from ASN 45382 in the list?
it seems one of its customers is announcing a ipv4 block allocated to
other organization.
the 45.164.24.0/24 is part of a /22 allocated to a brazilian
organization and it is currently being announced with origin in the
45382 and transit via 4766, both
On Fri, Aug 2, 2019 at 5:33 PM Bryan Holloway wrote:
>
>
> On 8/2/19 5:16 PM, Baldur Norddahl wrote:
> >
> > Multiple customers share an IPv4 address each with an assigned port
> range.
> >
>
>
> One downside that has been brought up on the list before is that a DDoS
> attack against a single
Is there a summary presentation someplace laying out the options that
are active in the wild with some deployment stats?
On Fri, Aug 2, 2019 at 10:34 AM JORDI PALET MARTINEZ via NANOG
wrote:
>
> I understand that, but the inconvenient is the fix allocation of ports per
> client, and not all the
On 8/2/19 5:16 PM, Baldur Norddahl wrote:
Multiple customers share an IPv4 address each with an assigned port range.
One downside that has been brought up on the list before is that a DDoS
attack against a single subscriber will impact many, but that particular
drawback may not
I understand that, but the inconvenient is the fix allocation of ports per
client, and not all the clients use the same number of ports. Every option has
good and bad things.
MAP is less efficient in terms of maximizing the “use” of the existing IPv4
addresses.
Hi Jordi
My alternative to MAP-E is plain old NAT 444 dual stack. I am trying to
avoid the expense and operative nightmare of having to run a redundant NAT
server setup with thousands of users. MAP is the only alternative that
avoids a provider run NAT server.
Regards,
Baldur
On Fri, Aug 2,
On Fri, Aug 2, 2019 at 3:49 PM Brian J. Murrell
wrote:
>
> Will any of these (including MAP-E) support such nasty (in terms of
> burying IP addresses in data payloads) protocols as FTP and SIP/SDP?
>
>
All MAP-E does is reserving a port range for each customer. So customer A
might be assigned
Mark, when you write "There is a healthy sharing of the pie between DWDM
and packet to drive these Ethernet Metro's ", can you elaborate a little?
Are you referring specifically to EoDWDM, or do you have something else in
mind?
Etienne
On Fri, Aug 2, 2019 at 10:10 AM Mark Tinka wrote:
> And
VoIP is up and running but the web site server crashed. Currently
restoring server.
Voice number 602 688-6414
~Paul
On Thursday 01 August 2019 14:48:53 Peter Kranz via NANOG wrote:
> Anyone know what happened to Phoenix IX? https://peeringdb.com/ix/66 They
> seem off the air including website and phones.. permanently?
>
$DAYJOB is peered and passes traffic thru there. I don't have full access to
check but it
On Fri, 2 Aug 2019 at 14:49, Brian J. Murrell wrote:
> Will any of these (including MAP-E) support such nasty (in terms of
> burying IP addresses in data payloads) protocols as FTP and SIP/SDP?
>
I'm a fan of these solutions that (only) use NAT44 in the CPE as this is
exactly what they're
On Fri, 2 Aug 2019, Brian J. Murrell wrote:
Will any of these (including MAP-E) support such nasty (in terms of
burying IP addresses in data payloads) protocols as FTP and SIP/SDP?
LW4o6 is regular NAT44 and then tunnel encap. MAP-E is similar.
So if there is NAT44 helper for these protocols
On Fri, 2019-08-02 at 15:37 +0200, JORDI PALET MARTINEZ via NANOG
wrote:
> Ask the vendor to support RFC8585.
>
>
>
> Also, you can do it with OpenWRT.
>
>
>
> I think 464XLAT is a better option and both of them are supported by
> OpenWRT.
>
>
>
> You can also use OpenSource (Jool) for
Ask the vendor to support RFC8585.
Also, you can do it with OpenWRT.
I think 464XLAT is a better option and both of them are supported by OpenWRT.
You can also use OpenSource (Jool) for the NAT64.
Regards,
Jordi
@jordipalet
El 2/8/19 14:20, "NANOG en nombre de Baldur
On Fri, 2 Aug 2019, Baldur Norddahl wrote:
be a demand. Alternatively I need to find a different CPE vendor that
has MAP-E support, but are there any?
Broadcom supports MAP-E and LW4o6 encap/decap in fastpath on at least
BCM63138 with their latest BSP versions.
--
Mikael Abrahamsson
Hello
Are there any known public deployments of MAP-E? What about CPE routers
with support?
The pricing on IPv4 is now at USD 20/address so I am thinking we are forced
to go the CGN route going forward. Of all the options, MAP-E appears to be
the most elegant. Just add/remove some more headers
On 01/08/2019 15:14, Nick Olsen wrote:
> It roams on 3UK. And works fine. Albeit the LTE deployment isn't near as
> wide there as it is in the US. And you end up on HSDPA pretty frequently.
To the this point, I've a Three contract here (UK). It has slightly been
frustrating recently, I'll admit.
On Thu, 1 Aug 2019 at 02:36, Ryan Gelobter wrote:
>
> Anyone have recommendations for providers who I can use for LTE on Opengear
> console servers in the UK, Netherlands, and Singapore? 1 provider for all 3
> countries would be great but I'll take what I can get. Oddly when talking to
>
On 8/2/19 3:29 AM, Brandon Wade via NANOG wrote:
Corrected URL:
https://peeringdb.com/ix/662
Anyone know what happened to Phoenix IX? https://peeringdb.com/ix/66 They
seem off the air including website and phones.. permanently?
-PeterK at 32354
On 2/Aug/19 10:17, Etienne-Victor Depasquale wrote:
> Mark, when you write "There is a healthy sharing of the pie between
> DWDM and packet to drive these Ethernet Metro's ", can you elaborate a
> little? Are you referring specifically to EoDWDM, or do you have
> something else in mind?
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.
On 31/Jul/19 16:48, Etienne-Victor Depasquale wrote:
>
> "I'm trying to identify trends in adoption of transport technology in
> the metro-area. If legacy is SDH/SONET and its successor in circuit
> transport is OTN, what are network providers implementing and planning
> to implement as
45 matches
Mail list logo