You do not need to be multihomed, just need to demonstrate intent to be
multihomed... And show need for 400+ IP's
--
fmen...@xittel.net
On 2010-06-25, at 17:21, Alan Bryant a...@gtekcommunications.com wrote:
We do not have them from ARIN, but we are in the process of getting
more from our
Apparently I talked with the wrong. Person or things have changed. ARIN told
me that I needed to be multihomed or show the need for a /20.
On Jun 26, 2010 6:32 AM, Francois D. Menard fmen...@xittel.net wrote:
You do not need to be multihomed, just need to demonstrate intent to be
multihomed...
https://www.arin.net/policy/nrpm.html#four222
The smallest you can request is a /22 if multihomed.
https://www.arin.net/policy/nrpm.html#two7
It appears they have changed the definition. It used to include a
section on going to be multihomed in 30 days or some bit.
If not multihomed, the
We use 10./8 for the network. Then, route single publics out to the
end points (yes, the 10's show up in public trace routes and time out,
shoot me!) PPPoE would take care of that and was the plan to move to.
MT has not implemented pppoe forwarding as
yet, so we have a choice of having many
At 6/26/2010 12:55 AM, Jack Unger wrote:
Fred Goldstein wrote:
At 6/25/2010 03:31 AM, Blair Davis wrote:
I thought this one was settled a long time ago... The FCC regulates
transmitters.
In general, yes. But they have claimed authority over receivers
too. Remember that even receive-only
Speaking of OSPF anyone have any favorite online tutorials or resources for
OSPF and/or BGP (both external and internal)?
Alan Bryant
a...@gtekcommunications.com | www.gtek.biz
O 361-777-1400 | F 361-777-1405
On Jun 26, 2010 11:33 AM, David Milholen dmilho...@wletc.com wrote:
My idea on ip6 is
On Thu, Jun 24, 2010 at 08:27:52PM -0400, Michael Baird wrote:
Turn off extra reporting on the Ubiquities.
Extra reporting? Log was checked. I haven't found an extra reporting
button.
--
Scott LambertKC5MLE Unix SysAdmin
lamb...@lambertfam.org
On Thu, Jun 24, 2010 at 08:15:13PM -0400, Faisal Imtiaz wrote:
Sounds like Cisco / Vlan is giving you trouble...
Two suggestions... check if there is a loop getting created somewhere..
and 2nd suggestions... turn CDP off on the Cisco ...
STP was enabled. I also couldn't think of a place for a
Under advanced. It will turn off CDP on the Ubiquities.
Regards
Michael Baird
On Thu, Jun 24, 2010 at 08:27:52PM -0400, Michael Baird wrote:
Turn off extra reporting on the Ubiquities.
Extra reporting? Log was checked. I haven't found an extra reporting
button.
I've decided I'm going to St. Louis. Who is going where it would be
convenient to arrive together? Too close to fly. Kinda like my generation;
too young for Woodstock, too old for Sesame Street.
I hope someone has an arch tour in the works; I'd do that if time allows.
I am looking forward
Mike,
I haven't organized any trips like an arch tour or a trip to a Cardinals
game. I would suggest doing either on Tuesday or Thursday evening before or
after the event. I have heard some talk about going to a game. I would
love someone stepping in to organize an extracurricular activity as
Rick:
I will look into a tour for the arch. However, I wouldn't want to miss any
of those infamous vendor parties; at least to the level a light weight can
bear.
I am looking forward to meeting the cast of characters. It will be an
ordeal ripping this country boy away for a trip to the city.
I might be able to arrange a shuttle transport from the hotel. Just keep me
posted.
Thanks,
Rick
-Original Message-
From: wireless-boun...@wispa.org [mailto:wireless-boun...@wispa.org] On
Behalf Of Mike
Sent: Saturday, June 26, 2010 7:49 PM
To: 'WISPA General List'
Subject: Re:
We just upgraded one of our 18GHz links to 1.2.3 and now it won't pass
traffic. We can get into both sides but nothing is going between
them. They show a link and linktest is working, just nothing is
passing.
Toggled back to the previous firmware and that didn't fix it either.
Any ideas?
Sorry I can't help but is it me or do I see a lot of posts on these units
regarding firmware changes.
I can't remember the last time I did a firmware upgrade on a licensed link.
-B-
Sent from my Verizon Wireless BlackBerry
-Original Message-
From: can...@believewireless.net
I think Trango users have to so that it fixes auto rate modulating.
Josh Luthman
Office: 937-552-2340
Direct: 937-552-2343
1100 Wayne St
Suite 1337
Troy, OH 45373
“Success is not final, failure is not fatal: it is the courage to
continue that counts.”
--- Winston Churchill
On Sat, Jun 26,
We can access the units via their IBM addresses but they won't pass
traffic. We have rebooted the radios, power cycled them, and nothing
happens.
Interestingly, the Mikrotik on one end of the link is showing up in
the neighbor list. So something is getting through.
Did you check:
(1) power level on each side
(2) speed settings (same modulation and channel size on each side)
(3) what does the linktest show on each side?
Travis
Microserv
can...@believewireless.net wrote:
We can access the units via their IBM addresses but they won't pass
traffic. We have
That firmware has been out for almost 6 months now... no other updates
during that time.
Travis
Josh Luthman wrote:
I think Trango users have to so that it fixes auto rate modulating.
Josh Luthman
Office: 937-552-2340
Direct: 937-552-2343
1100 Wayne St
Suite 1337
Troy, OH 45373
1. 17dBm / 17 dBm
2. Speed is the same on both sides.
3. (trango-view)# linktest 1
LOCK RSSI MSEBER TX
RX
1 1 -41.10 dBm -34.40 dB 0.00E+00256QAM
256QAM
(trango-view)#
(trango-config)# linktest 1
Hi,
During the upgrade process, did it give any errors? You did all 4 or 5
files, correct? Have you tried doing them again and re-flashing each one
as you go?
Travis
can...@believewireless.net wrote:
1. 17dBm / 17 dBm
2. Speed is the same on both sides.
3. (trango-view)# linktest 1
21 matches
Mail list logo