Re: Pulling of Network Maps
The pessimistic (and likely most realistic) take is that enabling potential customers to do research like that is seen as a missed opportunity for a sales contact. -- Original Message -- From "Mike Hammett" To "NANOG" Date 10/26/2023 12:17:22 Subject Pulling of Network Maps Has anyone else noticed a trend of some network operators that previously offered street-level detailed maps, not only upon request, but also posted publicly have started to only provide them upon quotes? Not even the popular online mapping services have current-enough-to-be-useful maps. The claim is that it's proprietary. A) It wasn't before and B) No it isn't. Everything you've ever done is a FOIA request or 811 design ticket away. I'm not sure how this helps the companies. It certainly makes it harder for me trying to piece networks together when they won't tell me where they are until I give them A and Z locations. If it's too hard for me to figure out where you are, you just plain won't get the sale. - Mike Hammett Intelligent Computing Solutions http://www.ics-il.com Midwest-IX http://www.midwest-ix.com
Re: Juniper vMX Trial - fake news?
The last time I worked with vMX was several years ago. The image was outdated to the point of having to fire up an older version of VMWare to export the two VMs so I could import them back into 6. The documentation barely existed. I had to figure out which vmware adapters corresponded to which vMX adapters. No one really seemed to be able to help at Juniper, even though we ended up licensing the things so we were "real" customers of this product. It looked a lot lot an abandoned project. So unless something has changed in the last few years it's not looking good. -- Original Message -- From: "Jon Sands" To: "nanog" Sent: 3/14/2022 14:09:46 Subject: Juniper vMX Trial - fake news? Has anyone here actually been granted a vMX trial to demo the thing? Their page makes it seem dead simple (https://www.juniper.net/us/en/dm/vmx-trial-download.html) - just request an account and/or trial and you're off to the races with a 60 day temp license. I've had two customers now asking me if vMX would be a fit for them and my honest answer is I have no clue, because I've been completely ignored by Juniper the two times I've tried to trial the thing. Spoke to two different colleagues within the past ~6mo who had the exact same experience - sent in a trial request, zero response, not even a denial. I suppose Juniper isn't interested in selling these any longer? It's not like we're signing up with hotmail accounts either, myself and my colleagues have used our business emails that pull up as admin/PoCs on 4 or 5 unique ASNs. I'm not sure what more Juniper wants, but I can find reports of the same behavior from Juniper going back 6 years regarding vMX trials: https://mailman.nanog.org/pipermail/nanog/2016-April/085229.html https://mailman.nanog.org/pipermail/nanog/2016-April/085231.html I've been denigrated to downloading some ancient eval version from a stranger's google drive I found in a search result, not much of it is matching up with Juniper's current documentation, but I suppose this is the experience they prefer potential customers to have :P -- Jon Sands MFI Labs https://fohdeesha.com/
Fw: new message
Hey! New message, please read <http://lilouconnect.com/with.php?ktxb> Daryl G. Jurbala
1U or SS7 to SIP services in Sovereign House London
I know it’s a long shot on this list, but if you know of anyone who can provide these services or even just a good place like NANOG for that part of the world please contact me off list.
Re: SIP Carrier Consolidation
I have to respond with the sentiments of Robert: "large" is a very relative term. Also, are we talking about origination or termination here? How many minutes a day of each? What's your ACD? What are your top destinations? If it's bursty like a call center how many concurrent calls? You can't get any real answers without providing relevant information. On Apr 5, 2012, at 2:09 PM, Elijah Savage wrote: > Thank you for the reply. > > Yes an aggregator, large deployment. > > Initially this is discovery, though price is always important it is most > about understanding operations and implementation at this point.
Re: RES: RES: Software For Telcos
On Jan 4, 2011, at 9:04 AM, Takashi Tome wrote: [snip] > Put in other words, software knowledge is not enough, you must have a deep > understanding of that business and the history of the system itself... [snip] This is the case 100% of the time, regardless of how many "top" developers/coders think otherwise. Regardless of market segment. The last "top telco" I dealt with enough to get a feeling for their systems was using PeopleSoft and a gaggle of the things that come along with it: $200/hr PeopleSoft consultants. They also had a walled off fiefdom in engineering that no one else could touch except for maybe a few select people in the NOC using Rational Rose which contained all of the engineering docs and much of the information the NOC really needed to troubleshoot anything of substance (I'm remembering an incident where I had a circuit down from them with no light on my end, yet the NOC kept arguing that they had a link on their end..turned out they were looking at their copper port and didn't realize it went through some other box, which has completely unmonitored ports, to turn it into single mode fiber to send across the city to me and only engineering had the documentation to show this). I'm not saying that I'd be the right person to even make the initial design document for a large telco management system, but I can tell you that once you've seen how it's currently being done you'll realize that many of them don't appear to have the right person either. Just in my small (meaning millions of minutes a day, not 10s of millions) voip business, we've not been able to find much off the shelf software at any price that would help with much of anything short of your standard generic business type apps. We're using a combination of open source packages, some lightly modified, and some internally developed software. Its not optimal, and I think it would break at even 5x our current head count, but there isn't enough of a business case to go to some roll-your-own-with-consultants-base-app like PeopleSoft or SAP.
Re: Appliance Vs Software based routers
On Aug 4, 2010, at 9:53 AM, Xavier Beaudouin wrote: > > Le 4 août 2010 à 15:14, Mirko Maffioli a écrit : > >> 2010/7/25 Laurens Vets : >>> >>> Cisco PIX: no, Cisco ASA: yes. It even runs under VMware... It's however >>> very hackish... :) >> >> Cisco ASA under VMware?? :| > > CiscoASA is based on x86, there is no reasons you cannot run this into VMWare > or Xen... If that were the only qualification, PIX builds for the 515s would run under VMWare or XEN as well. Maybe they do, but I've never seen it.
Re: The actual value, from a security standpoint, of using a proxy domain registrar?
On Jul 16, 2009, at 4:27 AM, Florian Weimer wrote: OTOH, there doesn't seem to be a legitimate long-term use for business purposes. (In my view, the secondary domain market is not legitimate---online advertisers keep it alive to artificially increase conversion rates, essentially defrauding brand owners who are structurally unable to cope with this situation.) Don't be myopic about this. There are very legitimate business cases for these services. Example: I work for a VoIP provider that sells to large customers. Their customers sell to smaller customers that want to operate their own small scale VoIP business. No one 2 or 3 levels down knows who we are, and the people upstream want it that way. Sure, most have their own domain names, but maintaining that for SBCs and very small customers who don't have/want their own domain name (to check call logs, etc) simply isn't feasible (you can doubt this assertion, but unless you know the middle eastern VoIP markets you have no business doing so). Solution? Generic sounding domain name with private registration. Cheap. Effective. Done. Daryl
Re: In a bit of bind...
On Jun 1, 2009, at 2:37 PM, Curtis Maurand wrote: I've been using powerdns for quite a while and I've found it to be solid and stable. It'll use quite a few different backends includeing BIND zone files, but its claim to fame is that it uses mysql. a list of different backends can be found at: http://en.wikipedia.org/wiki/PowerDNS#Backends I saw bind and bind2, db2, geo, gmysql, gpgsql, goracle, gsqlite, ldap, odbc, opendbx, pipe and xdb. Pipe is interesting because you can write a backend in anything that talks to anything. There is documentation and examples on the website. The "g" stands for generic. I've been using poweradmin for management. We've been using it as well in what I would consider a very small setup: 150 domains, most with almost no traffic to speak of, but 3 or 4 with decent traffic (the high traffic ones serving over 50k end-user CPE for VoIP traffic with very short TTLs ). The MySQL back-end really is a claim to fame - it makes administration really easy to integrate into whatever you want. We have also been using poweradmin for basic management for things not under programmatic MySQL management. It's basic and a bit kludgy, but definitely adequate, and easy enough to hack into your own idea of what it should be. Daryl
Re: two interfaces one subnet
On May 11, 2009, at 4:48 PM, Duane Waddle wrote: On Mon, May 11, 2009 at 3:39 PM, Mikael Abrahamsson wrote: IIRC, you can turn the feature off WHEN it makes an issue. Fixed that for you. S550 attached to a 6509, Dell blade in a blade chassis with Power connect switches cross-connected to the 6509 in trunking mode. Got nothing but errors, discards, and slow performance across the link (only to the NASeverything else was fine). Changed the S550 into redundancy mode (one NIC in standby rather than active/active) and everything is just peachy. I don't have the time or inclination to figure out why.I just expect these things to work when the manufacturer says they will. Of course, I already have a huge issue with NetApp considering the EOLed a 3 month old piece of gear two months after I bought it.
Re: one shot remote root for linux?
On Apr 30, 2009, at 1:28 PM, Paul Jakma wrote: Is the ESX Hypervisor useful without the Linux layer? Then, to what extent do "based on" and "depends on" differ in the context of software? I needed DR-DOS 3 to make NetWare 3.12 boot, but I wouldn't consider it to be "based on DOS".
Re: Fiber cut in SF area
On Apr 13, 2009, at 8:40 PM, telmn...@757.org wrote: Better they cut the fiber instead of Oklahoma Citying the central office. I'm not sure that the "someone will alway s find the weakest link" argument can be summed up any better than this. If you don't believe it, you all need to spend more time in the big room with the blue ceiling outside of your colos/DCs. Daryl
Re: Outside plant protection, fiber cuts, interwebz down oh noes!
On Apr 9, 2009, at 6:04 PM, Charles Wyble wrote: 3) From what I understand it's not trivial to raise a manhole cover. Most likely can't be done by one person. Can they be locked? Or were the carriers simply relying on obscurity/barrier to entry? Your understanding is incorrect. I'm an average sized guy and I can pull a manhole cover with one hand on the right tool. It might take 2 hands if it hasn't been opened recently and has lots of pebbles and dirt jammed in around it. It's like everything else: if you know how to do it, and you have the right tool, it's simple. And, yes, you can get lockable manhole covers. They aren't cheap. McGuard make a popular one. (Yes, yes...why would I possibly know any of this.I'm a fire marshal in a small town as a part time gig, so I have to deal with this kind of thing on a reasonably regular basis) Daryl