[OZAPRS] Foundation Calls reminder

Ray Wells vk2tv at exemail.com.au
Tue Jun 24 07:49:28 EST 2008


Hi All,

The latest LCD has this to say about the public telecommunications network.

11A Restrictions on connection to a public telecommunications
network — general
(1) This section applies to
(a) an amateur standard station; and
(b) an amateur advanced station; and
(c) an amateur repeater station.
(2) The licensee must not, directly or indirectly, connect the station 
to a public
telecommunications network, unless the licensee has implemented
reasonable measures to ensure that only appropriately licensed persons
access the station to transmit a signal to another amateur station.
(3) In this section:
appropriately licensed person means a person holding a licence that
authorises that person to operate a station using the frequency and emission
mode of the station being accessed.
Note 1 A licensee who operates a station connected to the public 
telecommunications
network is not required to authorise other persons to operate the 
station for the purpose of
accessing the station.
Note 2 For the purpose of the amateur service, the Internet is 
considered to be part of a
public telecommunications network.
11B Restrictions on connection from a public telecommunications network
(1) This subsection applies to:
(a) an amateur standard station; and
(b) an amateur advanced station.
(2) If a licensee connects a person from a public telecommunications network
to the station, whether manually or automatically, the licensee must:
(a) advise the person being connected that his or her transmissions may be
overheard by other persons; and
(b) advise the person being connected to disconnect if he or she does not
wish to proceed with the connection.

So, from that there appears to be some onus on the gateway operator to 
stop vk2fire. However that station has an obligation to abide by his 
licence conditions.

For a Foundation Licencee, although they appear (from section 8) to be 
able to utilise a repeater (internet gateway of another (permitted) 
station?), section 29 makes it clear that in doing so they must not 
access another frequency unless they are permitted to use the mode on 
that frequency. 27A makes it clear that Foundation Licencees are not 
permitted to operate an amateur station using automatic mode or computer 
controlled mode.

The LCD is crystal clear on these points.

The LCD from which I'm quoting is ......

This compilation was prepared on 19 February 2008
taking into account amendments up to Radiocommunications Licence Conditions
(Amateur Licence) Amendment Determination 2008 (No. 1)
Prepared by the Office of Legislative Drafting and Publishing,
Attorney-General’s Department, Canberra


Ray vk2tv

Richard Hoskin wrote:

> 
>
>G'day,
>
> 
>
>The main part of the new LCD Regulations that may relate to IGates could be
>considered to be below.
>
> 
>
>However one would first have to determine if the APRS-IS is considered a
>connection to a public telecommunications network or a restricted VPN type
>of network (similar to the old packet wormholes).
>
>In the previous LCD APRS and APRS-IS was considered a restricted VPN type of
>network that had in place an appropriate verification system that did not
>allow the 'public' to easily access the network. Which I understand is still
>the case. In which case the onus is on the License holder to make sure they
>do not use a mode or band that they are not licensed for (LCD Section 8A 3).
>If they knowingly and consistently breached their licensing conditions it
>would probably make a case for the ACMA to act.
>
> 
>
>Though if this is not the case and the regulations have a new
>interpretation, the appropriately licensed IGate station owner would have to
>provide a means that would only allow appropriately licensed persons
>beacons/data to be transmitted through their IGate station.
>
> 
>
>Interpretation has a big bearing on how the system is / will be configured.
>
> 
>
>I may have to talk with the WIA to get their interpretation on this.
>
> 
>
>After we have solved this we can move on to third party traffic :-)
>
> 
>
>Cheers
>
>Richard
>
>VK3JFK
>
> 
>
>11A Restrictions on connection to a public telecommunications
>
>network - general
>
>(1) This section applies to
>
>(a) an amateur standard station; and
>
>(b) an amateur advanced station; and
>
>(c) an amateur repeater station.
>
>(2) The licensee must not, directly or indirectly, connect the station to a
>public
>
>telecommunications network, unless the licensee has implemented
>
>reasonable measures to ensure that only appropriately licensed persons
>
>access the station to transmit a signal to another amateur station.
>
>(3) In this section:
>
>appropriately licensed person means a person holding a licence that
>
>authorises that person to operate a station using the frequency and emission
>
>mode of the station being accessed.
>
>Note 1 A licensee who operates a station connected to the public
>telecommunications
>
>network is not required to authorise other persons to operate the station
>for the purpose of
>
>accessing the station.
>
>Note 2 For the purpose of the amateur service, the Internet is considered to
>be part of a
>
>public telecommunications network.
>
> 
>
>11B Restrictions on connection from a public telecommunications
>
>network
>
>(1) This subsection applies to:
>
>(a) an amateur standard station; and
>
>(b) an amateur advanced station.
>
>(2) If a licensee connects a person from a public telecommunications network
>
>to the station, whether manually or automatically, the licensee must:
>
>(a) advise the person being connected that his or her transmissions may be
>
>overheard by other persons; and
>
>Federal Register of Legislative Instruments F2008C00085
>
>Conditions for amateur licence (amateur standard station, amateur advanced
>
>station and amateur repeater station)
>
>Part 2A
>
>Section 11B
>
>Radiocommunications Licence Conditions (Amateur
>
>Licence) Determination No. 1 of 1997
>
>15
>
>(b) advise the person being connected to disconnect if he or she does not
>
>wish to proceed with the connection.
>
>Note It is an offence, under subsection 7 (1) of the Telecommunications
>(Interception and
>
>Access) Act 1979 to intercept a communication passing over a
>telecommunications system.
>
>Under subsection 6 (1) of that Act, interception of a communication passing
>over a
>
>telecommunications system means listening to or recording, by any means,
>such a
>
>communication in its passage over that telecommunications system without the
>knowledge
>
>of the person making the communication.
>
> 
>
> 
>
> 
>
>  
>
>>-----Original Message-----
>>    
>>
>
>  
>
>>From: ozaprs-bounces at aprs.net.au [mailto:ozaprs-bounces at aprs.net.au] On
>>    
>>
>
>  
>
>>Behalf Of Geoff
>>    
>>
>
>  
>
>>Sent: Monday, 23 June 2008 5:43 PM
>>    
>>
>
>  
>
>>To: 'Australian APRS Users'
>>    
>>
>
>  
>
>>Subject: RE: [OZAPRS] Foundation Calls reminder
>>    
>>
>
>  
>
>
>  
>
>>Exactly.  The restriction should only apply for 4 letter calls.  Yes
>>    
>>
>
>  
>
>>VK2FIRE
>>    
>>
>
>  
>
>>is making it to RF - that's how it was detected on several D700's driving
>>    
>>
>
>  
>
>>around last week.
>>    
>>
>
>  
>
>
>  
>
>>VK2FOUR on the other hand went a bit overboard - we added him to the
>>    
>>
>
>  
>
>>budlist
>>    
>>
>
>  
>
>>on every digipeater and IGate in the region, and when he realized that his
>>    
>>
>
>  
>
>>data was no longer showing up on findu he started beaconing as  VK2-4
>>    
>>
>
>  
>
>>(which also has been blocked)
>>    
>>
>
>  
>
>
>  
>
>>I approached the author of the javAPRSsrvr package (in use at many IGates
>>    
>>
>
>  
>
>>including the two national servers) about implementing an exclusion filter
>>    
>>
>
>  
>
>>based on callsign patterns. . .  The answer was a definite NO - not now
>>    
>>
>
>  
>
>>and
>>    
>>
>
>  
>
>>there never will be (due to legal issues that arose in the USA by doing
>>    
>>
>
>  
>
>>this)
>>    
>>
>
>  
>
>
>  
>
>>SO - It remains up to us as users to educate the offending stations on
>>    
>>
>
>  
>
>>their
>>    
>>
>
>  
>
>>license issue, and up to individual IGates to exclude the traffic from
>>    
>>
>
>  
>
>>reaching RF locally.   If they continue to offend, then we have no choice
>>    
>>
>
>  
>
>>really but to individually add that station to the budlist/exclude list of
>>    
>>
>
>  
>
>>the relevant digipeaters and IGates.
>>    
>>
>
>  
>
>
>  
>
>>Geoff
>>    
>>
>
>  
>
>>VK2XJG
>>    
>>
>
>  
>
>
>  
>
>
>  
>
>
>  
>
>
>  
>
>
>  
>
>>-----Original Message-----
>>    
>>
>
>  
>
>>From: ozaprs-bounces at aprs.net.au [mailto:ozaprs-bounces at aprs.net.au] On
>>    
>>
>
>  
>
>>Behalf Of Gio
>>    
>>
>
>  
>
>>Sent: Monday, June 23, 2008 3:48 PM
>>    
>>
>
>  
>
>>To: Australian APRS Users
>>    
>>
>
>  
>
>>Subject: Re: [OZAPRS] Foundation Calls reminder
>>    
>>
>
>  
>
>
>  
>
>>Don't filter calls starting with F!  I have been a Full call (or advanced
>>    
>>
>
>  
>
>>as
>>    
>>
>
>  
>
>
>  
>
>>it is now known) for 27 years, and am certainly not an F call.  But my
>>    
>>
>
>  
>
>>call
>>    
>>
>
>  
>
>>is VK2FJP.  Many more calls starting with F would be very upset if we were
>>    
>>
>
>  
>
>>filtered out.
>>    
>>
>
>  
>
>>Cheers, Gio.
>>    
>>
>
>  
>
>
>  
>
>
>  
>
>>----- Original Message -----
>>    
>>
>
>  
>
>>From: "Hamish Moffatt" <hamish at cloud.net.au>
>>    
>>
>
>  
>
>>To: <ozaprs at aprs.net.au>
>>    
>>
>
>  
>
>>Sent: Monday, June 23, 2008 3:28 PM
>>    
>>
>
>  
>
>>Subject: Re: [OZAPRS] Foundation Calls reminder
>>    
>>
>
>  
>
>
>  
>
>
>  
>
>>>On Mon, Jun 23, 2008 at 05:23:55PM +1200, Ian ZL1VFO wrote:
>>>      
>>>
>
>  
>
>>>>filter p/VK -p/VK1F/VK2F/VK3F/VK4F/VK5F/VK6F/VK7F/VK8F/VK9F
>>>>        
>>>>
>
>  
>
>
>  
>
>>>>The p/VK2 says pass all callsigns starting with VK2 and the -p/VK2F
>>>>        
>>>>
>
>  
>
>>adds
>>    
>>
>
>  
>
>>>>the exclusion of any VK2F calls.
>>>>        
>>>>
>
>  
>
>
>  
>
>>>>Should be good enough...?
>>>>        
>>>>
>
>  
>
>
>  
>
>>>Three-letter suffixes beginning with F still need to be allowed...
>>>      
>>>
>
>  
>
>
>  
>
>
>  
>
>>>Hamish
>>>      
>>>
>
>  
>
>>>--
>>>      
>>>
>
>  
>
>>>Hamish Moffatt VK3SB <hamish at debian.org> <hamish at cloud.net.au>
>>>      
>>>
>
>  
>
>>>_______________________________________________
>>>      
>>>
>
>  
>
>>>Ozaprs mailing list
>>>      
>>>
>
>  
>
>>>Ozaprs at aprs.net.au
>>>      
>>>
>
>  
>
>>>http://aprs.net.au/mailman/listinfo/ozaprs
>>>      
>>>
>
>  
>
>
>  
>
>
>  
>
>>--------------------------------------------------------------------------
>>    
>>
>
>  
>
>>--
>>    
>>
>
>  
>
>>----
>>    
>>
>
>  
>
>
>  
>
>
>  
>
>
>  
>
>>No virus found in this incoming message.
>>    
>>
>
>  
>
>>Checked by AVG.
>>    
>>
>
>  
>
>>Version: 8.0.100 / Virus Database: 270.4.1/1513 - Release Date: 6/22/2008
>>    
>>
>
>  
>
>>7:52 AM
>>    
>>
>
>  
>
>
>  
>
>>_______________________________________________
>>    
>>
>
>  
>
>>Ozaprs mailing list
>>    
>>
>
>  
>
>>Ozaprs at aprs.net.au
>>    
>>
>
>  
>
>>http://aprs.net.au/mailman/listinfo/ozaprs
>>    
>>
>
>  
>
>
>  
>
>>_______________________________________________
>>    
>>
>
>  
>
>>Ozaprs mailing list
>>    
>>
>
>  
>
>>Ozaprs at aprs.net.au
>>    
>>
>
>  
>
>>http://aprs.net.au/mailman/listinfo/ozaprs
>>    
>>
>
>_______________________________________________
>Ozaprs mailing list
>Ozaprs at aprs.net.au
>http://aprs.net.au/mailman/listinfo/ozaprs
>
>  
>

_______________________________________________
Ozaprs mailing list
Ozaprs at aprs.net.au
http://aprs.net.au/mailman/listinfo/ozaprs



More information about the Ozaprs mailing list