OpenBCM V1.07b12 (Linux)

Packet Radio Mailbox

DB0FHN

[JN59NK Nuernberg]

 Login: GUEST





  
IW0GPN > SIX      08.01.03 04:21l 332 Lines 16269 Bytes #999 (0) @ WW
BID : 4E0016IW0GPN
Read: DB0FHN GUEST DG5YMS
Subj: Sixitalia Bull. Jan 03 5/6
Path: DB0FHN<DB0RGB<OK0PPL<DB0MRW<DB0ERF<DB0FBB<DB0GOS<ON0AR<WB0TAX<SP7MGD<
      RZ6HXA<IK1ZNW<IK5CKL<IW5CWB<I0XNH<IK0MIL
Sent: 030106/1704Z @:IK0MIL.ILAZ.ITA.EU #:43039 [Roma] FBB7.00i $:4E0016IW0GPN
From: IW0GPN@IK0MIL.ILAZ.ITA.EU
To  : SIX@WW


  ========================================================================
          0000   0   0   0          0   00000     0     0     0   0
         0       0   0   0          0     0      0 0    0      0 0
          000    0     0            0     0     0   0   0       0
             0   0   0   0          0     0     00000   0       0
         0000    O   0   0          0     0     0   0   00000   0

  -  SIX ITALY  - MONTHLY BULLETIN FROM ITALIAN'S SIX METRE ENTHUSIAST'S -
  ========================================================================
                Nr. "1/2003" - January 2003 - PART FIVE (5/6)
  ========================================================================

       ARTICOLI PER SEIMETRISTI SERI! * ARTICLES FOR SERIOUS 6M USERS!

                                  ---------
      DX Spot in 50 Mhz for jt44, fsk, audio, video etc... my idea....

 IK0FTA, Sergio, scrive:              *
                                      *
 Salve a tutti, senza voler entrare   *
 in polemica sull'utilizzo, piu' o    * IK0FTA, Sergio, wrote:
 meno corretto, degli spot nel        *
 DXcluster per sollecitare qso in     * Hi to all, I don't want to began a
 alcuni modi operativi o per          * polemic discussion about the use,
 segnalare la presenza in banda di    * right or not, on DXcluster spots
on
 portanti audio o video mi permetto   * JT44, FSK441 or about the presence
 di formulare una proposta che        * of Audio or Video. I'd like to
give
 consentirebbe di non immettere nella * my idea that would give the
 rete dxc/clx informazioni fuorvianti * oportunity to put on the
 soprattutto per chi utilizza allarmi * DXcluster/Clx wrong info for the
 sonori nel proprio software (es.     * users of some cluster software
using
 usando FSK31 scatta l'allarme per    * DXCC alarms (for ex. FSK441 alarms
 S.Martin, JT per la Mongolia etc).   * like FS S.Martin, JT44 for JT
                                      * Mongolia).
 La proposta e' semplice: basta       *
 immetere, nella voce "call" dello    * My idea is simply: we have only to
 spot dx (erroneamente usato per      * put a letter "Q" before the call
of
 immettere un modo operativo) la      * the dx spot.
 lettera Q dinazi al modo stesso.     *
                                      * At the same time I say that to
 Alla stessa maniera ritengo che per  * inform you about VIDEO or AUDIO
 segnalare portanti video o audio si  * Carriers we could always use the
 potrebbe usare -sempre- una          * reference freq. of 50000.
 frequenza "fittizzia" di riferimento *
 come 50000 o 51000.                  * For example:
                                      *
 Ecco alcuni esempi di immissione:    * dx 50250 qjt44 cq nord
                                      *
 dx 50250 qjt44 cq nord               * the results will be this (without
                                      * any alarm on our software cause Q
 darebbe come risultato (senza far    * prefix isn't in use)
 scattare allarmi visto che non ci    *
 sono paesi cui e' stata attribuito   * DX de IK0FTA: 50250 QJT44 cq nord
 il prefisso Q):                      *
                                      * and also:
 DX de IK0FTA: 50250 QJT44 cq nord    *
                                      * dx 50000 qvideo qtf 120
 oppure                               *
                                      * DX de IK0FTA: 50000 QVIDEO qtf 120
 dx 50000 qvideo qtf 120              *
                                      * If you like my idea pse spread out
 darebbe come risultato:              * .. Any suggestion or comment will
be
                                      * welcome.
 DX de IK0FTA: 50000 QVIDEO qtf 120   *
                                      *                 73 Sergio, IK0FTA.
 Graditi commenti e suggerimenti.     *
                                      *
                  73 Sergio, IK0FTA.  *

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

   How to "discourage" the use of intercontinental window 50.100 - 50.130
                           for continental qsos ?

                           by Sergio Roca IK0FTA

                        VERSIONE ITALIANA IN BASSO

                        (English version BY IK0OKY)

 As the majority of readers probably know the IARU Reg 1 6 m band plan
 encloses a "window" for INTERCONTINENTAL TRAFFIC ONLY. That window,
 should be exclusively used to make qsos with non - EU stations. A great
 deal of respect should be also given to the INTERCONTINENTAL CALLING
 FREQUENCY (50.110) which must be used for INTERCONTINENTAL QSOS ONLY or
 for a couple of dx calls, after which a qsy is almost compulsory.

 Nevertheless these rules, useful to diversify the kind of traffic (and
 subsequently the quality/difficutly of qsos), are seldom respected.

 During the sporadic E season, the EU stations "caught" to make qsos
 inside the intercontinental window are tons. Judging from what I hear,
 the great part of them are from middle-south EU
 (CT,EA,F,I,S5,9A,LZ,YO,SV) with a situation close to anarchy for
 countries like ER,UT,EU.

 Even if the great part of episodes are from the mediterrean area, if we
 give a close look to the band during a contest (ie NAC) there are some
 OZ,PA,ES,G,DL that have a behaviour not different from the first one
 mentioned.

 To "educate" EU operators in respecting the rules is really a hard task,
 frequently we answer to a LZ (for instance) on 50.110 because he's
 trasmitting from a new square, and this LZ generates, in a matter of
 moments, a huge dog pile-up and becomes a source of an unbelievable qrm.

 The most "ridicolous/sad" aspect (which also shows the scarce knowldege
 of 6m propagation phenomenas) is that if you try to explain to the LZ
 (and also to his correspondants) that they're making traffic in the
 intercontinental window (probably disturbing real dx signals), you are
 blamed as the "frequency policeman" or the bad guy who tries to remind
 them the rules that we have given to ourselves.

 After this long intro, let's come to the main topic, how to discourage
 the EU-EU traffic in the intercontinental window ?

 Here you my suggestions .

 CONTEST

 It would be wise, for the nations who haven't adopted such method, to
 insert in the contest rules the statement that every operation inside the
 dx window is NOT ALLOWED (better if the dx window could be extended a bit
 more).

 One might argue : " Isn't sufficient to prohibit EU-EU traffic inside the
 dx window ?" (That rule is already included in IARU Band Plan) I answer
 that is useless because is not possible to do an efficient monitoring
 against people who usually break this rule.

 A station might call on 50.111 declaring to contact only outside EU
 stations, but try to figure out, if the nearby friend answers, woudn't be
 unpolite not to pass him some points?

 In Italy, since 1998, there is a rule that between 50.090 and 50.150 all
 qsos are not valid for national contests. After some years we have seen
 the benefits, not only for DX traffic, but also for contest like traffic.

 Against all odds, when we introduced that rule, the DX stations, who
 wanted to run the contest and raise some contacts for it, have always
 moved to the contest section of the band, and if propagation conditions
 changed they were free to move down in the band and work a good dx (ie ZS
 with north EU) without I contest qrm.

 I'm aware that several ZS and SM contest manager have adopted this rule
 too, and I hope that this will happen also with OZ,G,PA managers.
 Moreover I wish that readers outside Italy would ask their contest
 managers to promote the adoption of this system in their own country.

 NORMAL TRAFFIC

 The best system to discourage the usage of the intercontinental window
 from EU stations should be to NOT ANSWER IN ANY CASE to a cq calling made
 by european stations considering that, for your "HOLY SILENCE" probably
 not all OM will correspond with the same amount of politeness. So far I
 would suggest:

 - if an EU station does its traffic inside the dx window "PLEASE DO NOT
 REPORT IT IN THE PACKET CLUSTER". If you can't resist in doing so (but
 just to let others know that there's an opening in progress), you can
 just report something like this "dx 50000 SV.. THE BAND IS OPEN!"
 (without indicating both QRG and CALL SIGN). That will probably diminish
 the amount of people who are going to call him/her.

 - or contact him/her, and ask politely for a QSY beyond 50.130 (for SSB)
 and below 50.100 (for CW) explaining that is a good operating manner to
 leave the dx window free for DX stations of other continents. After this
 QSY could be useful, but only at that moment, to report on the dx cluster
 the station calling on the new frequency. Sometime you will be address as
 a "cop", but those station maybe forget that cops usually chase
 "criminals", so don't mind at all! If everybody could do this, I mean ask
 for a qsy, even the most XTAL operator should fell to be under accusation
 and would move his/her VFO, so let's carry on with this practice.

 Our have, for now 5 translation has been made by :

 IK0OKY for English version
 EA7KW for Spanish version
 F8OP for French version
 PE1OQX / PE1MHO for Dutch version
 SV5BYR for Greek version

 If you want to recive a copy in one of this languages write to:
 sixitalia@sixitalia.org
 -------------------------------------------------------------------------

   Come scoraggiare l'uso Continentale della "Finestra Intercontinentale"
                              (50100-50130) ?

                           di Sergio Roca, IK0FTA

 Come la maggior parte dei lettori sapranno il Band Plane I.A.R.U. -
 Regione 1 - dei 6 metri, contempla una "Finestra" riservata al traffico
 INTERCONTINENTALE. Tale finestra, come dice la sua definizione, dovrebbe
 servire solo ed esclusivamente per effettuare qso con stazioni non
 Europee. Ulteriore maggior rispetto andrebbe riservato alla FREQUENZA DI
 CHIAMATA INTERCONTINENTALE (50110) che, oltre ad essere destinata al solo
 traffico con stazioni non europee, sarebbe da utilizzare solo per brevi
 chiamate (al limite 1 o 2 qso) dopo le quali sarebbe obbligo la qsy su
 altra qrg.

 Purtroppo, tali regole di convivenza, utili soprattutto a diversificare
 il tipo di traffico (e quindi la qualita'/difficolta dei qso stessi), non
 vengono quasi mai rispettate.

 Prevalentemente nella stagione dell'Esporadico le stazione europee che si
 collegano tra loro nella finestra Intercontinentale (50100-50130) sono
 una infinita'. Dalle mie parti, ascoltando la banda, la sensazione e' che
 il maggior caos provenga dai paesi dell'Europa centro meridionale (CT,
 EA, F, I, S5, 9A, LZ, YO, SV etc) con situazioni di totale anarchia per
 cio' che riguarda i paesi ex U.R.S.S. (ER, UT, EU etc.). Tuttavia se,
 apparentemente, gli episodi piu' eclatanti si verificano in questi stati,
 basta fare ascolto con piu' attenzione (magari durante un contest es. il
 NAC) per comprendere che anche gli OZ, PA, ES, G, DL etc. non hanno un
 comportamento tanto dissimile da quello dei popoli del bacino
 mediterraneo.

 Educare gli operatori al rispetto delle regole non e' cosa facile; molto
 spesso si risponde a 110, ad esempio, ad un LZ, perche' si e' notato che
 trasmette da uno square nuovo cosa interessante e umanamente accettabile
 ma, se il locator e' nuovo per molti ecco che un semplice LZ diventa
 fonte (assieme ad una caterba di operatori non meno scorretti o
 sprovveduti di lui) di qrm infinito.

 La cosa piu' buffa (o triste) e che (a dimostrazione del tipico
 menefreghismo generale e della scarsa preparazione dei fenomeni
 propagativi sulla banda dei 6 m) a volte, se fai rilevare all'ipotetico
 LZ (o ai suoi corrispondenti) che stanno svolgendo traffico europeo nella
 finestra intercontinentale (causando forse disturbo a vere stazioni DX)
 il "cattivo" (o poliziotto) sei tu che rammenti le regole.

 Dopo questa lunga premessa come cercare di SCORAGGIARE il traffico EU-EU
 nella finestra dx?

 I miei suggerimenti sono i seguenti:

 CONTEST

 Per quelle nazioni che non l'hanno ancora fatto sarebbe opportuno che le
 regole contest vietino, in modo assoluto, l'uso della banda DX per
 qualsiasi tipo di traffico (meglio ancora se la finestra di interdizione
 risultasse essere piu' ampia).

 Alla sicura obiezione: "Non basta vietare solo il traffico EU-EU?"
 (regola gia' vigente ed insita nel B.P. IARU) rispondo che vietare solo
 questo tipo di traffico e' praticamente inutile in quanto e' impossibile
il
 controllo.

 Una stazione potrebbe tranquillamente mettersi in chiamata a 50111
 dichiarando di contattare, su quella frequenza, solo operatori
 extraeuropei. Ma secondo voi se gli rispondesse il vicino di casa, non
 passerebbe i punti anche a lui?

 In Italia dal 1998 vige la regola che tutti i qso effettuati tra 50090 e
 50150 non sono validi per le gare nazionali. Dopo anni di
 sperimentazione si e' notato un evidente beneficio non solo per il
 traffico DX ma anche per il traffico contest.

 Contrariamente a quanto si prevedeva al momento dell'introduzione di tale
 regola le stazioni DX, (ovviamente quando interessate a fare una buona
 mole di qso con il paese ove si svolge la gara) si sono SEMPRE spostate
 nella gamma contest, riservandosi, nel caso in cui le mutate condizioni
 propagative permettessero loro di lavorare paesi piu' "rari" (come per
 esempio il nord Europa nel caso si trattasse di ZS) di tornare nella
 "finestra interdetta" e fare i loro dx tranquillamente.

 Mi risulta che anche alcuni contest Svedesi e del Sud Africa applichino
 tale lodevole sistema; spero che simili regole siano adottate anche dagli
 organizzatori dei contest OZ, G, PA etc.; anzi, colgo l'occasione per
 rivolgere un appello ai lettori non Italiani di questo articolo affinche'
 si facciano promotori, presso le loro associazioni, per adozione di a
 questa piccola norma di buon senso.

 TRAFFICO ORDINARIO

 Il modo migliore per scoraggiare l'uso della finestra intercontinentale
 da parte di stazioni europee sarebbe di NON RISPONDERE MAI alle chiamate
 che si ascoltano da queste stazioni considerando pero' che al vostro
 "santo silenzio" raramente corrispondera' altrettanta educazione da parte
 di molti altri OM io suggerirei di:

 - se una stazione europea svolge traffico europeo nella finestra NON
 SPOTTATELA SUL CLUSTER. Al massimo (se cio' puo' aver senso per indicare
 una apertura in corso) immettere uno spot del tipo 50000 SV THE BAND IS
 OPEN! (non indicando, quindi, ne la qrg ne il nominativo esatto). Questo
 diminuira' il numero di persone che la chiameranno;

 - contattatela e cortesemente, chiedetegli di fare QSY oltre 50130 (in
 fonia) e sotto 50100 (in cw) spiegandogli che e' buona norma lasciare
 libera quella porzione di frequenza a stazioni DX di altri continenti.
 Dopo la QSY, per "accrescere" l'effetto dello spostamento (ma solo
 allora) potrebbe essere una buona idea immettere lo spot sul cluster al
 fine di far rimanere l'operatore sulla nuova frequenza. A volte qualche
 operatore vi dira' che siete uno sbirro scordandosi che gli sbirri
 inseguono i malviventi per cui non ve la prendete! Se molti OM
 richiedessero tale QSY anche il piu' ostinato degli operatori "quarzati"
 si sentirebbe molto "sotto accusa" e sicuramente si sposterebbe di
 frequenza per cui bisogna insistere l'unione fa la forza!
  ========================================================================
               SIX ITALIA VIA INTERNET: http://www.sixitalia.org
  ========================================================================
  ADDR: Sergio Roca, IK0FTA, P.o.Box 7132, 00162 ROME-Nomentano, ITALY

  Italian editor : IK0FTA - email: ik0fta@sixitalia.org

  English editors: I0CUT  - email: i0cut@sixitalia.org
                   IK0OKY - email: ik0oky@sixitalia.org
  ========================================================================
                                                   END OF PART FIVE (5/6)
  ========================================================================

73 - Alex, IW0GPN @ IK0MIL-8
     Riano, JN62FB
     E-mail iw0gpn@amsat.org

Message timed: 17:44 on 06-Jan-2003
Message sent using WinPack V6.80


>/ACK


Read previous mail | Read next mail


 10.03.2025 21:18:55lGo back Go up