Re: Bird vs Quagga revisited
Seth Mattinen se...@rollernet.us writes: What's the state of MPLS on Linux these days? There was some renewed interest recently (i.e. last year). See the discussion starting at http://www.spinics.net/lists/netdev/msg180282.html But do note davem's replies in http://www.spinics.net/lists/netdev/msg180401.html http://www.spinics.net/lists/netdev/msg180646.html Don't put too much into the fringe facility comment. There have been similar comments on e.g. IPv6, and that went in some time ago :-) So in short: There is some interest and some people working on this in a direction which has some hope of mainline integration. Bjørn
Re: Bird vs Quagga revisited
Edward Dore edward.d...@freethought-internet.co.uk writes: They used to publish the source for their 2.4 kernel on routerboard.com (in fact, it's still available at http://routerboard.com/files/linux-2.4.31.zip), but I've not seen anything for the 2.6 kernel however and the routerboard.com site was redesigned a little while ago, seemingly without the links as far as I can tell. It might be a case of you need to ask them for it. Would be interesting to see which bits are GPL. There is no doubt that *all* bits of the Linux kernel are GPL. Whether vendors respect this is another question. But Mikrotik most certainly cannot distribute the Linux kernel, modified or not, without also providing the full source code. Bjørn
Re: Finding Name Servers (not NS records) of domain name
Thanks for helpful replies everyone! I missed to understand Owen's reply here but he was kind and helpful enough to explain me when I met him last week! So simple logic of reading given name from right to left looking for specific pattern (my old nameservers). I didn't realized that reading from right to left digging NS for each zone coming in can pretty much solve the issue. On Mon, Aug 20, 2012 at 6:08 PM, Antonio Querubin t...@lavanauts.orgwrote: On Fri, 17 Aug 2012, Matthew Palmer wrote: I religiously use http://squish.net/dnscheck/ the moment I suspect *any* sort of DNS hinkiness. Verbose, but *damn* if it doesn't hand me the answer practically every time. http://dnscheck.iis.se It's not as verbose and provides more direct diagnosis and recommendations on what needs fixing. Antonio Querubin e-mail: t...@lavanauts.org xmpp: antonioqueru...@gmail.com -- Anurag Bhatia anuragbhatia.com Linkedin http://in.linkedin.com/in/anuragbhatia21 | Twitterhttps://twitter.com/anurag_bhatia| Google+ https://plus.google.com/118280168625121532854
Re: Color vision for network techs
The simple solution for color perception issues is to carry some cheap red/green 3d glasses... they would make discriminating between LED colors as easy as closing one eye:)
Re: Redundant Routes, BGP with MPLS provider
On Fri, Aug 31, 2012 at 9:21 AM, bill.ing...@t-systems.com wrote: I think having a GRE tunnel for the internal routing protocol is unnecessary. Can you explain the reasoning behind this? I understand the technical issue whereby GRE will allow multicast for EIGRP, OSPF, etc, but why not just redistribute into BGP? I work on a lot of MPLS CE routers, and in general you can accomplish anything you need by redistributing your internal routing protocol into BGP, and adjusting LP, MED and AS Prepend as needed. Thanks, Bill So, rather than run an IGP between siteA and siteZ across a GRE tunnel, you'd prefer to redistribute your IGP into BGP at siteA, advertise those routes upstream...and at siteZ, accept the routes in via BGP, and then redistribute them into the IGP for the other routers at siteZ, and vice versa? Or would you have every router at siteA and siteZ participate in BGP, so that all the routers at siteZ get the routes from siteA intact? (choice B tends to have practical implications on what network gear you can run within the sites; many devices that will happily speak OSPF or EIGRP won't be quite so happy participating in an iBGP mesh. And choice A...well, I think we all know the pitfall with choice A, so enough said on that score). Curious to hear the actual mechanism you'd use to make this work in the real world. Thanks! Matt
