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
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
signature database 6601 (2004) __
The message was checked by ESET NOD32 Antivirus.
http://www.eset.com
__ Information from ESET NOD32 Antivirus, version of virus signature
database 6601 (2004) __
The message was checked by ESET NOD32 Antivirus.
http
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
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-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
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
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
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 tunnel
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 avitkov...@emea.att.comwrote:
Hello Mike,
What exactly do you
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 it.
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
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 someone
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
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 shows,
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 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
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 - AS8402
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
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 mobile
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 p...@altadena.net 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
On Fri, Nov 4, 2011 at 11:28 AM, Paul Ebersman list-nan...@dragon.net 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
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
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
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
- Original Message -
From: Jimmy Hess mysi...@gmail.com
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...
26 matches
Mail list logo
