Date   

Re: Information on how to get (and use) an experimental node assignment

Danny Musten
 

Can this experimental thread be moved to a special interest group list
and off the main posts?

Danny KD4RAA


Re: Information on how to get (and use) an experimental node assignment

Ramesh Dhami \(VA3UV\)
 

Dave Gingrich wrote:
The experimental flag has no effect on on regular IRLP connections. IRLP nodes can make authenticated connections to IRLP reflectors, just like before. In your case, Reflector 9617 has a foot in IRLP land, and a second foot in Echolink. That is unchanged.
If someone wants to run an Asterisk box as an IRLP reflector, they can apply for a number and then traditional nodes with the Experimental flag set, can make unauthenticated connections to that Asterisk conference.
Bottom line is there is no effect on your operation on 9617.
Experimental boxes do not have PGP keys, therefore they cannot connect to any traditional IRLP reflectors or nodes. This in effect, allows all of the unauthenticated connections in the background with no impact at all, on the existing standard IRLP installations.
<-- Hi Dave; Does this mean that the EXP node essentially becomes an open reflector, allowing multiple IRLP nodes to connect to it (with the proviso that the other IRLP nodes have the Experimental flag set?)

Thanks, Ramesh, VA3UV


Re: another "broken" custom.crons thread

Phil D. Mills/NV4P <phil@...>
 

all of my crontab entries use >/dev/null and not > /dev/null ...ie, no
space between the the pointer and the file. I dunno if that makes a
difference.

On 02/02/2009 10:07 AM, James Nessen wrote:

Make sure that you have a .profile file in /home/irlp, if not, you will
need to create it, simple way is to:

cp .bashrc .profile

or

ln -sf .bashrc .profile

That should get you going again.

Jim K6JWN
Nodes 3598, 3633

On Mon, February 2, 2009 6:52 am, phrijjid wrote:
i just can't get anything to "fire" from custom.crons

it's really frustrating.

many moons ago, when my node was running redhat, i had a great time
adding cron jobs.

now, not so much.

i've read and re-read the threads on this subject and the suggestions
haven't "fixed" the problem.

* * * * * (/home/irlp/custom/30min > /dev/null 2>&1)

the "30min" [script to run wavplay_nice] runs as designed from the
command line but not as a cronjob.

yes, update files, puts my custom.crons entry into "crontab -l" as
repeater.

i've tried the "touch" test and yes, a file is created in /tmp/.
i've tried outputting to cron_test instead of dev/null.
yes a file is created but it's zero bytes.

i've tried "other" scripts that obviously work from the command line:
enable, disable, wavplay, etc.

none actually "run" from my cron list.

i edit the custom.crons as repeater, update files, type crontab -l,
then type date till :00 comes, but no joy.

any suggestions as to what i may have broken?

thanks!

chris
kb0wlf
stn3185



--

--
Phil D. Mills/NV4P
Pensacola, FL


Re: another "broken" custom.crons thread

James Nessen <nessenj@...>
 

Make sure that you have a .profile file in /home/irlp, if not, you will
need to create it, simple way is to:

cp .bashrc .profile

or

ln -sf .bashrc .profile

That should get you going again.

Jim K6JWN
Nodes 3598, 3633

On Mon, February 2, 2009 6:52 am, phrijjid wrote:
i just can't get anything to "fire" from custom.crons

it's really frustrating.

many moons ago, when my node was running redhat, i had a great time
adding cron jobs.

now, not so much.

i've read and re-read the threads on this subject and the suggestions
haven't "fixed" the problem.

* * * * * (/home/irlp/custom/30min > /dev/null 2>&1)

the "30min" [script to run wavplay_nice] runs as designed from the
command line but not as a cronjob.

yes, update files, puts my custom.crons entry into "crontab -l" as
repeater.

i've tried the "touch" test and yes, a file is created in /tmp/.
i've tried outputting to cron_test instead of dev/null.
yes a file is created but it's zero bytes.

i've tried "other" scripts that obviously work from the command line:
enable, disable, wavplay, etc.

none actually "run" from my cron list.

i edit the custom.crons as repeater, update files, type crontab -l,
then type date till :00 comes, but no joy.

any suggestions as to what i may have broken?

thanks!

chris
kb0wlf
stn3185




--


Re: Information on how to get (and use) an experimental node assignment

Michael J. Wolthuis <wolthui3@...>
 

Perfect, thanks!

Mike





From: irlp@... [mailto:irlp@...] On Behalf Of Dave
Gingrich
Sent: Monday, February 02, 2009 10:32 AM
To: irlp@...
Subject: Re: [irlp] Information on how to get (and use) an experimental node
assignment



The experimental flag has no effect on on regular IRLP connections.
IRLP nodes can make authenticated connections to IRLP reflectors, just
like before. In your case, Reflector 9617 has a foot in IRLP land,
and a second foot in Echolink. That is unchanged.

If someone wants to run an Asterisk box as an IRLP reflector, they can
apply for a number and then traditional nodes with the Experimental
flag set, can make unauthenticated connections to that Asterisk
conference.

Bottom line is there is no effect on your operation on 9617.

Experimental boxes do not have PGP keys, therefore they cannot connect
to any traditional IRLP reflectors or nodes. This in effect, allows
all of the unauthenticated connections in the background with no
impact at all, on the existing standard IRLP installations.

Does that help?...

-k9dc

On Feb 2, 2009, at 10:15, Michael J. Wolthuis wrote:

Dave,

I think maybe my question was badly written or I am not
understanding your
response.



Ref9617 is setup for IRLP and Echolink (*MICHIGAN*). Experimental
nodes
should be able to call ref9617 right via their external program
because it
is a reflector??



The difference is I am not referring to my node at all, but the
reflector I
support. Maybe I am confused about what an experimental node
actually can
and can not do.



So, someone is running rtpDir and an experimental node. Can it
connect to
ref9617 which allows for multiple technologies to co-exist?



Mike

Kb8zgl





From: irlp@... <mailto:irlp%40yahoogroups.com>
[mailto:irlp@... <mailto:irlp%40yahoogroups.com> ] On Behalf
Of Dave
Gingrich
Sent: Monday, February 02, 2009 10:03 AM
To: irlp@... <mailto:irlp%40yahoogroups.com>
Subject: Re: [irlp] Information on how to get (and use) an
experimental node
assignment



No and No. EXP nodes cannot connect to anything.

Keep in mind, the changes made only allow normal nodes to connect TO
experimental nodes. It does not turn YOUR node in to an experimental
node. That has to be done with external software, rtpDir, Asterisk,
whatever. The experimental nodes operate more like unauthenticated
reflectors.

If someone figures out how to make a call from one of the EXP nodes,
attaching that node to an unauthenticated conference, that is an
illegal cross link, and the keys of the node making that connection
will likely be removed.

-k9dc

On Feb 2, 2009, at 9:35, Michael J. Wolthuis wrote:

Can experimental nodes be connected to existing reflectors or do the
reflectors have to allow it?







------------------------------------

--- IRLP-Owners YahooGroups List ---Yahoo! Groups Links


===========================
Dave Gingrich, K9DC
Indianapolis, Indiana USA
Dave@... <mailto:Dave%40dcg.us>
===========================


Re: Information on how to get (and use) an experimental node assignment

k9dc
 

The experimental flag has no effect on on regular IRLP connections. IRLP nodes can make authenticated connections to IRLP reflectors, just like before. In your case, Reflector 9617 has a foot in IRLP land, and a second foot in Echolink. That is unchanged.

If someone wants to run an Asterisk box as an IRLP reflector, they can apply for a number and then traditional nodes with the Experimental flag set, can make unauthenticated connections to that Asterisk conference.

Bottom line is there is no effect on your operation on 9617.

Experimental boxes do not have PGP keys, therefore they cannot connect to any traditional IRLP reflectors or nodes. This in effect, allows all of the unauthenticated connections in the background with no impact at all, on the existing standard IRLP installations.

Does that help?...

-k9dc


On Feb 2, 2009, at 10:15, Michael J. Wolthuis wrote:

Dave,

I think maybe my question was badly written or I am not understanding your
response.



Ref9617 is setup for IRLP and Echolink (*MICHIGAN*). Experimental nodes
should be able to call ref9617 right via their external program because it
is a reflector??



The difference is I am not referring to my node at all, but the reflector I
support. Maybe I am confused about what an experimental node actually can
and can not do.



So, someone is running rtpDir and an experimental node. Can it connect to
ref9617 which allows for multiple technologies to co-exist?



Mike

Kb8zgl





From: irlp@... [mailto:irlp@...] On Behalf Of Dave
Gingrich
Sent: Monday, February 02, 2009 10:03 AM
To: irlp@...
Subject: Re: [irlp] Information on how to get (and use) an experimental node
assignment



No and No. EXP nodes cannot connect to anything.

Keep in mind, the changes made only allow normal nodes to connect TO
experimental nodes. It does not turn YOUR node in to an experimental
node. That has to be done with external software, rtpDir, Asterisk,
whatever. The experimental nodes operate more like unauthenticated
reflectors.

If someone figures out how to make a call from one of the EXP nodes,
attaching that node to an unauthenticated conference, that is an
illegal cross link, and the keys of the node making that connection
will likely be removed.

-k9dc

On Feb 2, 2009, at 9:35, Michael J. Wolthuis wrote:

Can experimental nodes be connected to existing reflectors or do the
reflectors have to allow it?






------------------------------------

--- IRLP-Owners YahooGroups List ---Yahoo! Groups Links


===========================
Dave Gingrich, K9DC
Indianapolis, Indiana USA
Dave@...
===========================


Re: Information on how to get (and use) an experimental node assignment

Michael J. Wolthuis <wolthui3@...>
 

Dave,

I think maybe my question was badly written or I am not understanding your
response.



Ref9617 is setup for IRLP and Echolink (*MICHIGAN*). Experimental nodes
should be able to call ref9617 right via their external program because it
is a reflector??



The difference is I am not referring to my node at all, but the reflector I
support. Maybe I am confused about what an experimental node actually can
and can not do.



So, someone is running rtpDir and an experimental node. Can it connect to
ref9617 which allows for multiple technologies to co-exist?



Mike

Kb8zgl





From: irlp@... [mailto:irlp@...] On Behalf Of Dave
Gingrich
Sent: Monday, February 02, 2009 10:03 AM
To: irlp@...
Subject: Re: [irlp] Information on how to get (and use) an experimental node
assignment



No and No. EXP nodes cannot connect to anything.

Keep in mind, the changes made only allow normal nodes to connect TO
experimental nodes. It does not turn YOUR node in to an experimental
node. That has to be done with external software, rtpDir, Asterisk,
whatever. The experimental nodes operate more like unauthenticated
reflectors.

If someone figures out how to make a call from one of the EXP nodes,
attaching that node to an unauthenticated conference, that is an
illegal cross link, and the keys of the node making that connection
will likely be removed.

-k9dc

On Feb 2, 2009, at 9:35, Michael J. Wolthuis wrote:

Can experimental nodes be connected to existing reflectors or do the
reflectors have to allow it?


Re: Information on how to get (and use) an experimental node assignment

k9dc
 

No and No. EXP nodes cannot connect to anything.

Keep in mind, the changes made only allow normal nodes to connect TO experimental nodes. It does not turn YOUR node in to an experimental node. That has to be done with external software, rtpDir, Asterisk, whatever. The experimental nodes operate more like unauthenticated reflectors.

If someone figures out how to make a call from one of the EXP nodes, attaching that node to an unauthenticated conference, that is an illegal cross link, and the keys of the node making that connection will likely be removed.

-k9dc

On Feb 2, 2009, at 9:35, Michael J. Wolthuis wrote:

Can experimental nodes be connected to existing reflectors or do the
reflectors have to allow it?


another "broken" custom.crons thread

chris curtis
 

i just can't get anything to "fire" from custom.crons

it's really frustrating.

many moons ago, when my node was running redhat, i had a great time
adding cron jobs.

now, not so much.

i've read and re-read the threads on this subject and the suggestions
haven't "fixed" the problem.

* * * * * (/home/irlp/custom/30min > /dev/null 2>&1)

the "30min" [script to run wavplay_nice] runs as designed from the
command line but not as a cronjob.

yes, update files, puts my custom.crons entry into "crontab -l" as
repeater.

i've tried the "touch" test and yes, a file is created in /tmp/.
i've tried outputting to cron_test instead of dev/null.
yes a file is created but it's zero bytes.

i've tried "other" scripts that obviously work from the command line:
enable, disable, wavplay, etc.

none actually "run" from my cron list.

i edit the custom.crons as repeater, update files, type crontab -l,
then type date till :00 comes, but no joy.

any suggestions as to what i may have broken?

thanks!

chris
kb0wlf
stn3185


Re: Information on how to get (and use) an experimental node assignment

Michael J. Wolthuis <wolthui3@...>
 

Can experimental nodes be connected to existing reflectors or do the
reflectors have to allow it?



Ie. Can an experimental node connect to ref9617?



Mike

Kb8zgl





From: irlp@... [mailto:irlp@...] On Behalf Of ve7ltd
Sent: Sunday, February 01, 2009 7:08 PM
To: irlp@...
Subject: [irlp] Information on how to get (and use) an experimental node
assignment



Experimental node numbers assignment:

In order to obtain and use an experimental IRLP node number, I
require:

1) Your name
2) Your callsign
3) Your IP address (static) or fully qualified hostname (no-ip.org
etc) **SEE NOTE**
4) What IRLP codec you would like the IRLP nodes that connect to use,
and if full duplex
5) Whether you want DTMF tones to be muted or not.
6) What current IRLP nodes you own or maintain
7) What your planned use of the experimental node is (software used,
etc).

Send this information to experimental@...
<mailto:experimental%40irlp.net> , not to my address.

In return, I will add you to the list of experimental nodes, which is
contained in the exp-x-reference file.

In order to participate in the experimental node system,
participating nodes must add the following flag to their environment
file:

export ALLOW_EXPERIMENTAL_NODES=YES

Nodes who do not add this will get a "node does not exist" when they
try and call.

The IRLP files that have changed or been added:

scripts/decode - added the ability to split out the 0000-0999 as
experimental
scripts/exp-x-reference - the file that contains all the IP/host info
scripts/experimental_call - the script that sets up the calls

These will be automatically updated tonight, or you can manually
force an update.

The call that is made is the same call that is made to the echo
reflector. No verification of the identity of the node, no ping, and
no TCP connection is made.

Limitations -

1) Only one assignment per callsign at first. Once the demand has
been determined, others will be allowed if available.
2) No updates to the entries will be made once set, so verify the
info is correct.
3) There will be no status reporting on the IRLP status page, except
that IRLP nodes will show they are connected to 0010 for example.
4) IRLP reserves the right to remove these experimental assignments
at any time, for any reason
5) No requests for specific numbers - they will be assigned in order.

**NOTE** - If you think that your node's IP will change, get a
dynamic DNS hostname setup. I will not be updating the exp-x-
reference file after setup.

Dave Cameron
VE7LTD


Re: Information on how to get (and use) an experimental node assignment

k9dc
 

I have no idea... Sounds like an app_rpt question to me. Please take your question over there.

There is NO SUPPORT for the experimental stuff at all. If it works, great. If it does not, Sorry you will have to fix it yourself. It is just an environment file flag and a couple of scripts. Should easy for the average programmer to figure out.

One other thing users should keep in mind?... all security for these connections is turned off. No key exchange, anyone can connect. Even your grandmother running speak freely on her laptop. No assumption the folks are even Hams. If this bothers you do NOT set the environment flag. You have been warned, heheh.


On Feb 1, 2009, at 21:19, Eric Fort wrote:

why add decode to app_rpt? This and many other functions in app_rpt
seem not to belong there but seem they ought to be done in asterisk
proper and acted upon via the dialplan. Unless I misunderstand
something it would seem proper to leave DTMF unmuted and process the
DTMF using Asterisk.

Eric
AF6EP


On Sun, Feb 1, 2009 at 6:02 PM, Randy Hammock <rhammock@...> wrote:
On Feb 1, 2009, at 5:42 PM, Tony Langdon, VK3JED wrote:
5) Whether you want DTMF tones to be muted or not.

If DTMF tones are muted, will the DTMF data still be available via
the
FIFO? chan_irlp does not listen for DTMF tones coming in from a
remote
IRLP node (that I'm aware of), it uses the back channel like a normal
IRLP node.
No TCP, no FIFO ;)
Oh well. Guess I'll have to talk to Jim about adding DTMF decode
capability to the incoming IRLP audio stream so that connecting IRLP
nodes can make Asterisk calls if they so desire (if it does not do
that already). After all, a chan_irlp based IRLP node is not much
different than a normal IRLP node that is connected to a repeater
control except that the app_rpt "repeater controller" has virtually
an infinite number of ports to which it can cross-connect.

--
Randy Hammock KC6HUR
http://kc6hur.net/~rhammock/
http://irlp.kc6hur.net/
If there are no horses in heaven, then when I die, I want to go where
they went.
------------------------------------

--- IRLP-Owners YahooGroups List ---Yahoo! Groups Links


===========================
Dave Gingrich, K9DC
Indianapolis, Indiana USA
Dave@...
===========================


Re: Information on how to get (and use) an experimental node assignment

Eric Fort
 

why add decode to app_rpt? This and many other functions in app_rpt
seem not to belong there but seem they ought to be done in asterisk
proper and acted upon via the dialplan. Unless I misunderstand
something it would seem proper to leave DTMF unmuted and process the
DTMF using Asterisk.

Eric
AF6EP

On Sun, Feb 1, 2009 at 6:02 PM, Randy Hammock <rhammock@...> wrote:
On Feb 1, 2009, at 5:42 PM, Tony Langdon, VK3JED wrote:
5) Whether you want DTMF tones to be muted or not.

If DTMF tones are muted, will the DTMF data still be available via
the
FIFO? chan_irlp does not listen for DTMF tones coming in from a
remote
IRLP node (that I'm aware of), it uses the back channel like a normal
IRLP node.
No TCP, no FIFO ;)
Oh well. Guess I'll have to talk to Jim about adding DTMF decode
capability to the incoming IRLP audio stream so that connecting IRLP
nodes can make Asterisk calls if they so desire (if it does not do
that already). After all, a chan_irlp based IRLP node is not much
different than a normal IRLP node that is connected to a repeater
control except that the app_rpt "repeater controller" has virtually
an infinite number of ports to which it can cross-connect.

--
Randy Hammock KC6HUR
http://kc6hur.net/~rhammock/
http://irlp.kc6hur.net/
If there are no horses in heaven, then when I die, I want to go where
they went.


Re: Information on how to get (and use) an experimental node assignment

 

At 01:02 PM 2/2/2009, you wrote:

I can probably answer these based on Dave's original post - no, I
can't see how negotiation would take place, as there is no TCP
channel. Would be nice, but not sure how it could be implemented...
A bit limiting but not a show stopper.
Especially for me, as I want to experiment with full duplex reflectors, but the verdict is "it probably won't work" LOL Be nice to be able to negotiate things like codecs and duplex settings... And then simplex nodes could negotiate simplex. :)



5) Whether you want DTMF tones to be muted or not.

If DTMF tones are muted, will the DTMF data still be available via
the
FIFO? chan_irlp does not listen for DTMF tones coming in from a
remote
IRLP node (that I'm aware of), it uses the back channel like a normal
IRLP node.
No TCP, no FIFO ;)
Oh well. Guess I'll have to talk to Jim about adding DTMF decode
capability to the incoming IRLP audio stream so that connecting IRLP
nodes can make Asterisk calls if they so desire (if it does not do
that already). After all, a chan_irlp based IRLP node is not much
different than a normal IRLP node that is connected to a repeater
control except that the app_rpt "repeater controller" has virtually
an infinite number of ports to which it can cross-connect.
I might have to let the DTMF in and use thelinkbox to decode DTMF. :) thelinkbox is similar in that it also has a ridiculous number of ports to interconnect. ;)

73 de VK3JED / VK3IRL
http://vkradio.com


Re: Information on how to get (and use) an experimental node assignment

Randy Hammock <rhammock@...>
 

On Feb 1, 2009, at 5:42 PM, Tony Langdon, VK3JED wrote:

At 12:03 PM 2/2/2009, you wrote:
The questions are below:

On Feb 1, 2009, at 4:08 PM, ve7ltd wrote:

4) What IRLP codec you would like the IRLP nodes that connect to use,
and if full duplex
Will nodes negotiate CODEC like normal nodes or will they expect a
particular CODEC in the same manner as a reflector?
I can probably answer these based on Dave's original post - no, I
can't see how negotiation would take place, as there is no TCP
channel. Would be nice, but not sure how it could be implemented...
A bit limiting but not a show stopper.

5) Whether you want DTMF tones to be muted or not.

If DTMF tones are muted, will the DTMF data still be available via the
FIFO? chan_irlp does not listen for DTMF tones coming in from a remote
IRLP node (that I'm aware of), it uses the back channel like a normal
IRLP node.
No TCP, no FIFO ;)
Oh well. Guess I'll have to talk to Jim about adding DTMF decode capability to the incoming IRLP audio stream so that connecting IRLP nodes can make Asterisk calls if they so desire (if it does not do that already). After all, a chan_irlp based IRLP node is not much different than a normal IRLP node that is connected to a repeater control except that the app_rpt "repeater controller" has virtually an infinite number of ports to which it can cross-connect.

--
Randy Hammock KC6HUR
http://kc6hur.net/~rhammock/
http://irlp.kc6hur.net/
If there are no horses in heaven, then when I die, I want to go where they went.


Re: Information on how to get (and use) an experimental node assignment

 

At 12:03 PM 2/2/2009, you wrote:
The questions are below:

On Feb 1, 2009, at 4:08 PM, ve7ltd wrote:

4) What IRLP codec you would like the IRLP nodes that connect to use,
and if full duplex
Will nodes negotiate CODEC like normal nodes or will they expect a
particular CODEC in the same manner as a reflector?
I can probably answer these based on Dave's original post - no, I can't see how negotiation would take place, as there is no TCP channel. Would be nice, but not sure how it could be implemented...


5) Whether you want DTMF tones to be muted or not.

If DTMF tones are muted, will the DTMF data still be available via the
FIFO? chan_irlp does not listen for DTMF tones coming in from a remote
IRLP node (that I'm aware of), it uses the back channel like a normal
IRLP node.
No TCP, no FIFO ;)

73 de VK3JED / VK3IRL
http://vkradio.com


Re: Information on how to get (and use) an experimental node assignment

Stephen Brown
 

Understood, thanks Dave for the clarification.

73
Stephen
K1LNX

On Sun, Feb 1, 2009 at 7:45 PM, ve7ltd <dcameron@...> wrote:
Well currently I don't think there is a mode that meets the IRLP
guidelines, so if you want to experiment with connecting IRLP nodes
to your asterisk system, I would use an experimental node number.

Nobody is going to go out and hunt down the non-compliant nodes, but
be aware that any non-RF source signal into an IRLP node is against
the guidelines. Any complaints will be investigated.

As an IRLP node owner, by adding the ALLOW_EXPERIMENTAL_NODES=YES
flag to your IRLP environment file, you are agreeing to allow this
(and whatever else may come across experimental nodes) on your node.

Dave Cameron
VE7LTD

--- In irlp@..., Stephen - K1LNX <k1lnx@...> wrote:

What about those of us that have existing IRLP node
assignments/keys and
were using Asterisk/chan_irlp? Should we cease using that and
request an
experimental node number instead?

tnx and 73
Stephen
K1LNX


On 2/1/09, ve7ltd <dcameron@...> wrote:

Experimental node numbers assignment:

In order to obtain and use an experimental IRLP node number, I
require:

1) Your name
2) Your callsign
3) Your IP address (static) or fully qualified hostname (no-ip.org
etc) **SEE NOTE**
4) What IRLP codec you would like the IRLP nodes that connect to
use,
and if full duplex
5) Whether you want DTMF tones to be muted or not.
6) What current IRLP nodes you own or maintain
7) What your planned use of the experimental node is (software
used,
etc).

Send this information to experimental@... <experimental%
40irlp.net>,
not to my address.

In return, I will add you to the list of experimental nodes,
which is
contained in the exp-x-reference file.

In order to participate in the experimental node system,
participating nodes must add the following flag to their
environment
file:

export ALLOW_EXPERIMENTAL_NODES=YES

Nodes who do not add this will get a "node does not exist" when
they
try and call.

The IRLP files that have changed or been added:

scripts/decode - added the ability to split out the 0000-0999 as
experimental
scripts/exp-x-reference - the file that contains all the IP/host
info
scripts/experimental_call - the script that sets up the calls

These will be automatically updated tonight, or you can manually
force an update.

The call that is made is the same call that is made to the echo
reflector. No verification of the identity of the node, no ping,
and
no TCP connection is made.

Limitations -

1) Only one assignment per callsign at first. Once the demand has
been determined, others will be allowed if available.
2) No updates to the entries will be made once set, so verify the
info is correct.
3) There will be no status reporting on the IRLP status page,
except
that IRLP nodes will show they are connected to 0010 for example.
4) IRLP reserves the right to remove these experimental
assignments
at any time, for any reason
5) No requests for specific numbers - they will be assigned in
order.

**NOTE** - If you think that your node's IP will change, get a
dynamic DNS hostname setup. I will not be updating the exp-x-
reference file after setup.

Dave Cameron
VE7LTD




--
Stephen Brown - ARS K1LNX
Johnson City, TN EM86
http://www.k1lnx.net



--
Stephen Brown - ARS K1LNX
Johnson City, TN EM86
http://www.k1lnx.net


Dave ping

Fred Moses
 

Hay Dave I have sent you a few mails within the last week plus but haven't got a response just wondering if they have been making it to you or not? Sorry for the list noise but not sure if my mails where hitting the bit bucket.

Fred Moses - W8FSM
fred@...


Re: Information on how to get (and use) an experimental node assignment

Randy Hammock <rhammock@...>
 

The questions are below:

On Feb 1, 2009, at 4:08 PM, ve7ltd wrote:

4) What IRLP codec you would like the IRLP nodes that connect to use,
and if full duplex
Will nodes negotiate CODEC like normal nodes or will they expect a particular CODEC in the same manner as a reflector?

5) Whether you want DTMF tones to be muted or not.

If DTMF tones are muted, will the DTMF data still be available via the FIFO? chan_irlp does not listen for DTMF tones coming in from a remote IRLP node (that I'm aware of), it uses the back channel like a normal IRLP node.

--
Randy Hammock KC6HUR
http://kc6hur.net/~rhammock/
http://irlp.kc6hur.net/
If there are no horses in heaven, then when I die, I want to go where they went.


Re: Information on how to get (and use) an experimental node assignment

David Cameron - IRLP
 

Well currently I don't think there is a mode that meets the IRLP
guidelines, so if you want to experiment with connecting IRLP nodes
to your asterisk system, I would use an experimental node number.

Nobody is going to go out and hunt down the non-compliant nodes, but
be aware that any non-RF source signal into an IRLP node is against
the guidelines. Any complaints will be investigated.

As an IRLP node owner, by adding the ALLOW_EXPERIMENTAL_NODES=YES
flag to your IRLP environment file, you are agreeing to allow this
(and whatever else may come across experimental nodes) on your node.

Dave Cameron
VE7LTD


--- In irlp@..., Stephen - K1LNX <k1lnx@...> wrote:

What about those of us that have existing IRLP node
assignments/keys and
were using Asterisk/chan_irlp? Should we cease using that and
request an
experimental node number instead?

tnx and 73
Stephen
K1LNX


On 2/1/09, ve7ltd <dcameron@...> wrote:

Experimental node numbers assignment:

In order to obtain and use an experimental IRLP node number, I
require:

1) Your name
2) Your callsign
3) Your IP address (static) or fully qualified hostname (no-ip.org
etc) **SEE NOTE**
4) What IRLP codec you would like the IRLP nodes that connect to
use,
and if full duplex
5) Whether you want DTMF tones to be muted or not.
6) What current IRLP nodes you own or maintain
7) What your planned use of the experimental node is (software
used,
etc).

Send this information to experimental@... <experimental%
40irlp.net>,
not to my address.

In return, I will add you to the list of experimental nodes,
which is
contained in the exp-x-reference file.

In order to participate in the experimental node system,
participating nodes must add the following flag to their
environment
file:

export ALLOW_EXPERIMENTAL_NODES=YES

Nodes who do not add this will get a "node does not exist" when
they
try and call.

The IRLP files that have changed or been added:

scripts/decode - added the ability to split out the 0000-0999 as
experimental
scripts/exp-x-reference - the file that contains all the IP/host
info
scripts/experimental_call - the script that sets up the calls

These will be automatically updated tonight, or you can manually
force an update.

The call that is made is the same call that is made to the echo
reflector. No verification of the identity of the node, no ping,
and
no TCP connection is made.

Limitations -

1) Only one assignment per callsign at first. Once the demand has
been determined, others will be allowed if available.
2) No updates to the entries will be made once set, so verify the
info is correct.
3) There will be no status reporting on the IRLP status page,
except
that IRLP nodes will show they are connected to 0010 for example.
4) IRLP reserves the right to remove these experimental
assignments
at any time, for any reason
5) No requests for specific numbers - they will be assigned in
order.

**NOTE** - If you think that your node's IP will change, get a
dynamic DNS hostname setup. I will not be updating the exp-x-
reference file after setup.

Dave Cameron
VE7LTD




--
Stephen Brown - ARS K1LNX
Johnson City, TN EM86
http://www.k1lnx.net




Re: Information on how to get (and use) an experimental node assignment

Stephen Brown
 

What about those of us that have existing IRLP node assignments/keys and
were using Asterisk/chan_irlp? Should we cease using that and request an
experimental node number instead?

tnx and 73
Stephen
K1LNX

On 2/1/09, ve7ltd <dcameron@...> wrote:

Experimental node numbers assignment:

In order to obtain and use an experimental IRLP node number, I
require:

1) Your name
2) Your callsign
3) Your IP address (static) or fully qualified hostname (no-ip.org
etc) **SEE NOTE**
4) What IRLP codec you would like the IRLP nodes that connect to use,
and if full duplex
5) Whether you want DTMF tones to be muted or not.
6) What current IRLP nodes you own or maintain
7) What your planned use of the experimental node is (software used,
etc).

Send this information to experimental@... <experimental%40irlp.net>,
not to my address.

In return, I will add you to the list of experimental nodes, which is
contained in the exp-x-reference file.

In order to participate in the experimental node system,
participating nodes must add the following flag to their environment
file:

export ALLOW_EXPERIMENTAL_NODES=YES

Nodes who do not add this will get a "node does not exist" when they
try and call.

The IRLP files that have changed or been added:

scripts/decode - added the ability to split out the 0000-0999 as
experimental
scripts/exp-x-reference - the file that contains all the IP/host info
scripts/experimental_call - the script that sets up the calls

These will be automatically updated tonight, or you can manually
force an update.

The call that is made is the same call that is made to the echo
reflector. No verification of the identity of the node, no ping, and
no TCP connection is made.

Limitations -

1) Only one assignment per callsign at first. Once the demand has
been determined, others will be allowed if available.
2) No updates to the entries will be made once set, so verify the
info is correct.
3) There will be no status reporting on the IRLP status page, except
that IRLP nodes will show they are connected to 0010 for example.
4) IRLP reserves the right to remove these experimental assignments
at any time, for any reason
5) No requests for specific numbers - they will be assigned in order.

**NOTE** - If you think that your node's IP will change, get a
dynamic DNS hostname setup. I will not be updating the exp-x-
reference file after setup.

Dave Cameron
VE7LTD


--
Stephen Brown - ARS K1LNX
Johnson City, TN EM86
http://www.k1lnx.net