- Original Message -
> From: "Jimmy Hess"
> There is no need for me to physically create 64k*4bil*4bil on a disk or
> memory area
> somewhere. I can make a plugin for my DNS server to hand you the generic
> result
> when you ask my DNS server what something reverses to...
>
> That is,
tim> If PTR exists in zone file, serve it. Else, synthesize generic
tim> reverse. Jobsagoodun.
If all we're doing is lying with some generic answer that we hack our
server to produce, why are we bothering?
At that point, you're not proving clue. You're proving you at least
bought a solution fr
On 11/04/2011 02:21 PM, James Jones wrote:
> Does anyone know of a open TR-69 implementation for linux? Also to take it
> one step further, does anyone of one that works in tandem with a web gui
> like openwrt?
This companies product is based off of TR-69 running on a Linux device
to a web gui app
On 11/4/2011 12:00 PM, harbor235 wrote:
I am also looking at FRR which uses a backup tunnel for fast convergence. I
did however not think
about the dynamic nature of the tunnel and the potential for
reestablishment.
Even with primary/secondary paths, the secondary path will normally not
get us
On Fri, Nov 4, 2011 at 11:28 AM, Paul Ebersman wrote:
> It's already been pointed out that lame delegations are more likely
> problems for many. But the "we'll just pre-fill in-addr to avoid
> problems" isn't going to work for ip6.arpa. If anyone has enough
> hardware to serve the zone for a /48 (
The cellular radios firmware doesn't support ipv6(on your iPhone)...
Sent from my iPhone
On Nov 4, 2011, at 4:45 PM, Pete Carah wrote:
> On 11/04/2011 06:04 PM, Cameron Byrne wrote:
>> FYI.
>>
>> T-Mobile USA now has opt-in beta support for an Android phone on IPv6,
>> more info here https://s
On 11/04/2011 06:04 PM, Cameron Byrne wrote:
> FYI.
>
> T-Mobile USA now has opt-in beta support for an Android phone on IPv6,
> more info here https://sites.google.com/site/tmoipv6/lg-mytouch
Very good.
>
> As far as i know, this is the first Android phone that support IPv6 on
> the GSM/UMTS mobil
FYI.
T-Mobile USA now has opt-in beta support for an Android phone on IPv6,
more info here https://sites.google.com/site/tmoipv6/lg-mytouch
As far as i know, this is the first Android phone that support IPv6 on
the GSM/UMTS mobile interface. Previous version of Android phones
supported IPv6 on W
BGP Update Report
Interval: 27-Oct-11 -to- 03-Nov-11 (7 days)
Observation Point: BGP Peering with AS131072
TOP 20 Unstable Origin AS
Rank ASNUpds % Upds/PfxAS-Name
1 - AS982933708 2.2% 55.3 -- BSNL-NIB National Internet
Backbone
2 - AS84023
This report has been generated at Fri Nov 4 21:12:12 2011 AEST.
The report analyses the BGP Routing Table of AS2.0 router
and generates a report on aggregation potential within the table.
Check http://www.cidr-report.org for a current version of this report.
Recent Table History
Date
Does anyone know of a open TR-69 implementation for linux? Also to take it
one step further, does anyone of one that works in tandem with a web gui
like openwrt?
On Fri, Nov 04, 2011 at 03:39:43PM -0500, Michael Sabino wrote:
> Could you give me the relevant configs explaining why when I
> traceroute to 12.83.43.9 on route-server.ip.att.net, the first hop is
> " j6300.cbbtier3.att.net (12.0.1.202)". However, when I type "show ip
> route 12.83.43.9", the RIB
Did you do a show ip route for 12.122.83.91? It's probably a loopback of
the nearest BGP peer it may not be the actual next hop interface IP
though. Not sure about the blocked hops, but I can think of a few
explanations. Overall the point of that router is to provide a view of the
route table an
Hi,
Could you give me the relevant configs explaining why when I traceroute to
12.83.43.9 on route-server.ip.att.net, the first hop is "
j6300.cbbtier3.att.net (12.0.1.202)". However, when I type "show ip route
12.83.43.9", the RIB shows, "* 12.122.83.91, from 12.122.83.91, 7w0d ago".
I asked som
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, AusNOG, SANOG, PacNOG, LacNOG,
CaribNOG and the RIPE Routing Working Group.
Daily listings are sent to bgp-st...@lists.apnic.net
> It's already been pointed out that lame delegations are more likely
> problems for many. But the "we'll just pre-fill in-addr to avoid
> problems" isn't going to work for ip6.arpa. If anyone has enough
> hardware to serve the zone for a /48 (64k * 4bil * 4bil *
> bytes-in-record), I'd love to see
I am also looking at FRR which uses a backup tunnel for fast convergence. I
did however not think
about the dynamic nature of the tunnel and the potential for
reestablishment.
Mike
On Fri, Nov 4, 2011 at 12:49 PM, Vitkovsky, Adam wrote:
> Hello Mike,
> What exactly do you mean by primary and ba
Hello Mike,
What exactly do you mean by primary and backup please?
As the tunnel "mpls traffic-eng priority" cmd simply only specifies the setup
and hold priorities
(you'd use those when there are tunnels carrying low priority traffic filling
up the available TE BW -and you need to setup a tunne
paul4004> It is entirely possible they have it pointed to their
paul4004> non-existent or broken DNS. Given current best practices, I
paul4004> see no reason not to assign a generic
paul4004> x.x.x.x-dynamic.customer.isp.com DNS across their netblock.
It's already been pointed out that lame dele
TE lab testing flushing out how TE works, configured a primary and backup
tunnel between PEs, both directions.
Primary is dynamic and backup is explicit, initially priorities were the
same, I then choose
to make one tunnel preferred over the other adjusting the priorities, I
choose the tunnel that
On 2011-11-04 16:18 , Andrew Kirch wrote:
> On 11/4/2011 10:01 AM, Jeroen Massar wrote:
>
> I realize you're volunteers, but grow up.
We already did quite some time ago, which means we have full time jobs
nowadays and guess what goes first before all those whining people ;)
As this is a mailing
On 11/4/2011 10:01 AM, Jeroen Massar wrote:
I realize you're volunteers, but grow up.
good grief children these days.
Andrew
On 2011-11-03 13:22 , Meftah Tayeb wrote:
> dear Jeroen,
> why i'm posting here is that cause Sixxs never reply to my query.
http://mailman.nanog.org/pipermail/nanog/2011-September/040108.html
"i don't need this stupid SixXs at all anymore."
Please keep it that way.
Greets,
Jeroen
2:36 , Meftah Tayeb wrote:
Hello
please could one of the SixXS admin contact me privatly ?
As was previously pointed out to you on these very lists:
http://www.sixxs.net/contact/
Greets,
Jeroen
__ Information from ESET NOD32 Antivirus, version of virus
signature database 6601 (2004)
On 2011-11-03 12:36 , Meftah Tayeb wrote:
> Hello
> please could one of the SixXS admin contact me privatly ?
As was previously pointed out to you on these very lists:
http://www.sixxs.net/contact/
Greets,
Jeroen
Hello
please could one of the SixXS admin contact me privatly ?
thank you
Meftah Tayeb
IT Consulting
http://www.tmvoip.com/
phone: +21321656139
Mobile: +213660347746
__ Information from ESET NOD32 Antivirus, version of virus signature
database 6600 (2004) __
The
26 matches
Mail list logo
