-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Good evening,
I have been trying to get information about this issue via other
channels, unfortunately I don't seem to have the correct contact data.
As a "simple" end-user I created an allocation request, which was sent
to the manager account for the end-user's location.
The email contained this link:
https://portal.ampr.org/coord_ip_requests.php?a=edit&id=266
The page request me to login, however after login (using the manager
account) no information about the allocation request is shown, instead
the regular welcome page is shown. Pasting the URL into the browser
URL bar again brings up the request to login again.
So somehow I'm unable to process the allocation requests. I have no
clue how to solve this issue, could someone point me into the right
direction please?
73 de Marc, LX1DUC
- --
http://lx1duc.mcs.tel
-----BEGIN PGP SIGNATURE-----
Version: GnuPG/MacGPG2 v2.0.19 (Darwin)
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iQIcBAEBAgAGBQJRvO23AAoJEHFIN1T8ZA8vrr8P/jKo+ImFclLPg7QOl+TB8MaI
ThcAxxpWqBd1aN5Jv2RSm8Yx4TgpfS+59u3xDnbCqtJw66mSEChTTnt5fUESpYo3
604XYuRxEfL6oyXLPR19bmQWhb1J7dKOcwzTDQvRkqa8IAg7aP1m3R7tN13fvQAV
7GL3F/csxeG7XHxXxwy60V0tR50MFmI7dSeXdGNS7FyzZlzfUwRFuSv0nXMEl6uj
2DdlT0BVQtDkv6d128a2+5xL1UV3IOx8osI4mmUGcK3i9+aS8NhQXp83D9O1j3Wa
6SPo2DlLFfHzqRnEe/wWZ1/ExzBb+CZNx3jheDfm8ULGpprnYcM43xDOObyjN/NS
Zx1nL/eVDI6LQa8IlcNIYR/E5I6yDDYwQXoGF5n5mrm0kx3Uqo3PbkE7TwmGmRP+
ld/NMZWHrE5tK5hZ7rvaF392feP6H4ORj68nWCSJhrOZ/BUeTNibwm+c3YDyH7tD
R3EAYUkE+Uek+tb47tdpJfstOzAHwlKDMFXT67LSygP4AQs2hdBSaF2NVWIy/Tbb
BNGw+qB/SqP+FYWTolKn/FuLdte1yfarZWIfQDLLVWUWF6QtDNct8iY4k/FlYxIw
Gfn85KMzciyPzjSWAVRQedAHQKl4Dvfmfxo8I4kSLo+Bn5sXCIaMOZL+xnJ9KK0P
rgE4ZH8TrkMVL+M0cypB
=cxg6
-----END PGP SIGNATURE-----
On 6/18/13 6:50 AM, Jerald A DeLong wrote:
>
>> The Florida coordinator said I should be good to go with this once I got the
>> assignment completed, is this not the case?
>
> This *not* at all what I told you and I have all the email I sent you.
> We can discuss further off the list.
To the list, It was a misunderstanding on my end, Jerry was correct on this.
Sorry for the confusion, didn't intend to ruffle any feathers.
The process here is a bit different than I'm use to, and I'm still learning
all the procedures of 44net. I'm excited to be a part of this, and it's got
me excited to be involved with high-speed radio again.
Brian's hit me up off list and we have ball rolling.
--
Bryan Fields
727-409-1194 - Voice
727-214-2508 - Fax
http://bryanfields.net
On 6/17/13 8:46 PM, Cory (NQ1E) wrote:
> 10 with permission and 10 announcements seen on the net (in addition to the
> /8). It's good that nobody is trying to do it without permission ;)
This actually brings up a good question, as some point this weekend I'll have
44.98.254.0/24 announced via BGP out of 12083.
The Florida coordinator said I should be good to go with this once I got the
assignment completed, is this not the case?
I'd be willing to put some hardware/bandwidth/colo towards an east coast
gateway for the 44net if we have an architecture that would work for
distributing our interconnection points.
73's
--
Bryan Fields
727-409-1194 - Voice
727-214-2508 - Fax
http://bryanfields.net
bryan at bryanfields.net wrote:
>I'd ask, why only one gateway to 44/8? Why not setup some tunnel/peering
>points globally?
That is a plan. There just needs to be some folks to step forward to
make it happen.
Until recently, there wasn't a formal way to seek permission from ARDC
to have the high level BGP routing changed to support this.
I have been curious since ARDC announced that option, how many/which
local subnets are not being announced locally.
Maybe Brian Kantor can chime in on that.
Steve
Awesome, please send me the script. Ill have time tear into it this weekend.
As for hardware, I'll bet testing on a 2800 series with 1gb of ram.
Jason R Begley <jayray(a)digitalgoat.com> wrote:
>(Please trim inclusions from previous messages)
>_______________________________________________
>With regard to using Cisco routers for integration into the AMPRNET, if
>
>you are going to load full tunnels be ready to throw some descent
>hardware at the task. The first issue is the config length, you need
>config compression on and no less than a 2600 due to nvram size. The
>other issue is number of interfaces, you also need at least a 2600 to
>configure the number of tunnels needed to be fully meshed. I am
>currently running a 2651xm and it does an ok job. Let me know if you
>are
>interested in a script to convert the encap.txt into a loadable config.
>73,
>Jason KY9J
>_________________________________________
>44Net mailing list
>44Net(a)hamradio.ucsd.edu
>http://hamradio.ucsd.edu/mailman/listinfo/44net
>http://www.ampr.org/donate.html
--
Bryan Fields
727-409-1194
http://bryanfields.net
On 6/17/13 2:04 AM, kb9mwr(a)gmail.com wrote:
>
> Many gateway opperators only allow inbound 44-net IP addresses.
>
> Maintain a local route table alleviates bandwith issues at ucsd, and
> the single point of failure.
Thanks, this is good info. I think I can change the "munge" script to
generate a working 44/net config. Cisco/etc is going to need a tunnel
interface for each destination, but I think it will work.
Perhaps a template interface might be the best way.
I'll post my results back here.
I'd ask, why only one gateway to 44/8? Why not setup some tunnel/peering
points globally?
--
Bryan Fields
727-409-1194 - Voice
727-214-2508 - Fax
http://bryanfields.net
Bryan,
I have some archived resources here:
http://www.qsl.net/kb9mwr//wapr/tcpip/index.html
---
But if I can reach all of 44/8 via ucsd via the internet, why bother with
tunnels in the first place?
--
Many gateway opperators only allow inbound 44-net IP addresses.
Maintain a local route table alleviates bandwith issues at ucsd, and
the single point of failure.
On 6/17/13 1:53 AM, C.J. Adams-Collier KF7BMP wrote:
> If you decided to go this way, you could use a perl script with Net::SSH
> to update the router's config. At least with IOS. I'm not familiar
> with JunOS.
Yea, I was thinking this. I have RANCID running on all the routers now, so
it's trivial to get it to push configs out once a day or so.
But if I can reach all of 44/8 via ucsd via the internet, why bother with
tunnels in the first place?
--
Bryan Fields
727-409-1194 - Voice
727-214-2508 - Fax
http://bryanfields.net
On 6/17/13 1:25 AM, Heikki Hannikainen wrote:
> It's intended to be totally separate, but there's a single gateway in
> the US announcing all of 44/8 and relaying packets from the Internet
> to amprnet hosts which have an ampr.org DNS entry in place. Also, a
> few local subnets are announced locally by the gateways using BGP,
> after signing the TOS (http://www.ampr.org/tos.txt) and obtaining
> permission documents from ARDC.
>
> Upstream amprnet->internet packets should be routed, if possible, from
> the local gateway directly to the Internet, but ISP anti-spoofing
> filters / uRPF typically prohibit it these days (which is a very good
> thing in the botnet/DDOS respect). Unless, of course, you've arranged
> a BGP peering and announcing the subnet yourself, in which case you
> can send packets out from that subnet.
My intention was just to use a VRF on my main colo router for the 44net space,
and keep it separate from everything else. I'm routing this over a tunnel
back to my home and from there out to my wireless links. Right now I have 5
links all running with 172.17/16 space and thought it would be cool to link it
all with "real" IP's.
So for the exception of the 44/net space directly announced, can everything be
reached via the gateway at ucsd? Does this gateway have tunnels to the rest
of the network behind it?
--
Bryan Fields
727-409-1194 - Voice
727-214-2508 - Fax
http://bryanfields.net
POL: Potrzebuje pomocy.
Jak modem podłączę pod ttyS0 (iobase 3f8 irq 4) na płycie głównej modem
działa idealnie nadaje
i odbiera. A jak podłączę go do ttyS1 (iobase 2400 irq 177) na karcie I/O
to tylko odbiera nie
chce nadawać
ENG: I need help.
How do I plug the modem into ttyS0 (iobase 3f8 irq 4) on the main board
modem works perfectly
transmits and receives. And when I connect it to ttyS1 (iobase 2400 irq
177) on the I/O just
does not want to give answers
------
POL: Mam komputer z 2 modemami Baycom
Linux CentOS 5, Kernel 2.6.18-274.18.1.el5ax25.2,
używam sterownik: baycom_ser_fdx
ENG: I have a computer with two modems Baycom
Linux CentOS 5 Kernel 2.6.18-274.18.1.el5ax25.2,
I use the driver: baycom_ser_fdx
------
POL: Używam modemów Baycom, podłączone do karty I/O PCI
Modemy tylko odbierają (Rx) ale nie nadają (not Tx)
ENG: I use Baycom modems, connected to the I/O PCI
Modems only receive (Rx), but does not transmit (Tx not)
------
POL: A to konfiguracja karty I/O z komendy: lspci -vvv
ENG: And this is the configuration I/O card with the command: lspci-vvv
Serial controller: Device 4348:3253 (rev 10) (prog-if 02 [16550])
Subsystem: Device 4348:3253
Control: I/O+ Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B- DisINTx-
Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR- INTx-
Interrupt: pin A routed to IRQ 177
Region 0: I/O ports at 2400 [size=8]
Region 1: I/O ports at 2000 [size=8]
Kernel driver in use: serial
------
ttyS0, iobase: 0x03f8, irq: 4 (mainboard)
ttyS1, iobase: 0x2400, irq: 177 (Card I/O)
ttyS2, iobase: 0x2000, irq: 177 (Card I/O)
------
baycom_ser_fdx: version 0.10 compiled
hdlcdrv: version 0.8 compiled
POL: Może ktoś mi powie dlaczego na ttyS0 działa idealnie a na karcie I/O tylko
odbiera ....
Gdzie mam błąd. Może w baycom_ser_fdx.c ???
ENG: Can someone tell me why the ttyS0 works perfectly and on the I/O only ....
Where do I receive an error. Maybe baycom_ser_fdx.c???
--
73 de Janusz / SP1LOP
===== Janusz J. Przybylski, SP1LOP ==================
Poland AMPRNet Co-ordinator [44.165/16] from Mar 2003
=====================================================
