Není potřeba se bát útoku... tady se nebojuje 😉 Nicméně tohle jsme vymysleli s Borkem RQ a částečně jsme to probírali na první schůzce na Chodově. Vycházeli jsme z bible kde je psáno:
New-N Paradigm also includes the SSn-N system. . SSn-N solves this problem for each Region, State, Country or ARRL section. In the USA we call them States or ARRL Sections, in Europe, the regions are based on a combination of two iso-standards. ISO 3166-1 country code und ISO 3166-2 subdivision code.
pakliže se podíváme na uvedenou tabulku ISO 3166-1 ( http://www.iso.org/iso/support/country_codes/iso_3166_code_lists/iso-3166-1_decoding_table.htm#CZ%20) vyčteme: CZ CZECH REPUBLIC TCHÈQUE, RÉPUBLIQUE officially assigned
Jenže CZ jako takové se hojně používá u CBčkářů a jakákoli značka CZxxx kterou by si CBčkáři na APRS náhodou použili (a v minulosti se to i stalo) by pak znamenal problém. Proto jsme navrhli CZE. Jelikož není zatím je SSn-N v plenkách, není problém toto ještě probrat, zvážit případná rizika a místo CZE aplikovat CZ.
(s SPn-N si nejsem jist, ale někde jsem to viděl.... správně by měli mít PLn-N)
Není potřeba se bát útoku... tady se nebojuje 😉 Nicméně tohle jsme vymysleli s Borkem RQ a částečně jsme to probírali na první schůzce na Chodově. Vycházeli jsme z bible kde je psáno:
New-N Paradigm also includes the SSn-N system. . SSn-N solves this problem for each Region, State, Country or ARRL section. In the USA we call them States or ARRL Sections, in Europe, the regions are based on a combination of two iso-standards. ISO 3166-1 country code und ISO 3166-2 subdivision code.pakliže se podíváme na uvedenou tabulku ISO 3166-1 ( http://www.iso.org/iso/support/country_codes/iso_3166_code_lists/iso-3166-1_decoding_table.htm#CZ%20) vyčteme: CZ CZECH REPUBLIC TCHÈQUE, RÉPUBLIQUE officially assigned
Jenže CZ jako takové se hojně používá u CBčkářů a jakákoli značka CZxxx kterou by si CBčkáři na APRS náhodou použili (a v minulosti se to i stalo) by pak znamenal problém. Proto jsme navrhli CZE. Jelikož není zatím je SSn-N v plenkách, není problém toto ještě probrat, zvážit případná rizika a místo CZE aplikovat CZ.
(s SPn-N si nejsem jist, ale někde jsem to viděl.... správně by měli mít PLn-N)
uz rozumim, me na tuto otazku prave privedlo to SPn-N, proto jsem si rikal proc mi mame CZE. Pokud to ale ma vychazet z te tabulky ISO, pak neni co resit.
Pouzil bych ale radsi CZ vychazejici prave z uvedene tablky nez CZE. Jde preci o routovani, ne o oznaceni stanice ne? Ale to by bylo asi na samostatnou diskuzi. kazdopadne diky za vysvetleni. 🙂
Tak, zaklad bych mel, ted jeste jeden dotaz
je nejake APRS reseni cest pro fill-in digi, ktery ma vykryvat napr udoli, tzn mista, odkud se nikdo do wide site nedostane, ale kde take nikdo wide sit neslysi?
tzn digi na kopci nad udolim, vuci dalsimu terenu ovsem dost nizko, nebo rekneme v miste, ktere standardni wide digi uz vykryva a dalsi wide neni potreba. Alias wide1-1 (tudiz vse z udoli ven zopakuje), ale ma nejak aprs reseno, aby zopakoval i veci z wide site a poslal je do udoli, kam by se jinak nedostaly? Samozrejme s podminkou, aby ostatni wide digi uz na packety nezopakovaly?
Staci na to, ze ostatni digi uz dany packet slysely, nebo se tam musi resit jeste neco jineho?
Technicke reseni napr antenniho systemum, kdy do udoli kouka jina antena nez ta, co posloucha wide diginy, nechavam bokem.
Samozrejme se pak nabizi jeste fill-in digi primo v udoli napojeny na igate, coz je ovsem trochu jina kapitola.
Omlouvam se za takovehle dotazy, ale lepsi se zeptat, nez aby nekdo udelal neco blbe.
Jelikož jede vše jen na jednom kmitočtu, má-li ten v údolí "přenést" dění i zpětně (jen jen ven) musí být nastaven jako WIDE. Jinak to ani nejde. Negativem tohoto je, že tím že opakuje všechny rámce z DIGI na kopci, což způsobuje tomuto DIGI rušení. Z tohoto pohledu je nejlepší, aby pak měl co nejmenší výkon, aby údolí pokryl, případně odsměrovanou anténu od tohoto DIGI na kopci, aby jeho signál sice byl slyšitelný, ale s menší úrovní než signál dalšího navazujícího (tranzitního) DIGI. Bohužel, to zase bude mít jako drobné nagativum, že neprojde 100% rámců z údolí ven. Každé DIGI má v sobě rutinu, která po určitý čas zamezuje poslat rámec, který přes ní prošel, díky tomu nedojde ke zpětnému opakování rámce který vyšle DIGI v údolí.
takze asi vuci vzduchu nejcistsi reseni je napichnuti digi via igate a jeho zstrceni do udoli, aby neovlivnoval wide sit.
snad uz je to vsechno, zatim diky, ale jak se znam....
