Newsgroup: it.tlc.telefonia
Titolo: Protocolli del CLI

Arctic mi ha gia' avvertito che il CLI viene trasmesso tra il primo e il
secondo squillo in fsk v.23. A me interessando pero' anche altre specifiche
tipo frequenza e codifica. Dove le posso trovare?
E poi conoscete siti Internet o italiani che fanno spedizioni a domicilio
dove comprare un telefono multifunzione con CLI?
Avete visto i nuovi panasonic non ancora venduti in Italia?
Quelli che hanno lo jog shuttle e la segreteria digitale duplex che associa
il numero di chi ha lasciato il messaggio al messaggio, sono favolosi anche
se il prezzo e' un po' caro.
--
Andrea Duni VS©               Per rispondermi:
Cagliari, Italy       Togli NOSPAM dal mio indirizzo!
ICQ UIN# 20386190
Le FAQ di it.tlc.cellulari sono qui:
http://space.tin.it/computer/andduni
Cripted & signed PGP mail welcome
PGP Fingerprint Keys RSA 1024, DH/DSS 4096/1024 bits:
DC3D 8BBB B3EC AD10  D27C 4AD4 5D64 7949
CFFD B8AB 6AEF F22F BFDA  FD89 353D 8097 EB05 07B4

 se il prezzo e' un po' caro.
No, non li ho visti.. ma corro subito a controllare.. :)
-- 
"Nonno, nonna, dove sono mamma e papa'? - Torneranno presto, adesso
dormi piccolino, dormi..."

 e li visualizza.
E il formato dei dati? Io ho un certo numero di apparecchi (tra modem e
scatolini vari) che dovrebbero visualizzare il CLI, la documentazioni di
alcuni di essi, tra l'altro, nomina esplicitamente il v23, ma fino ad
ora l'unico che ho visto funzionare e' lo scatolino Telecom.
Saluti
Lele


DOVE LI HAI VISTI ??? OSSIA QUALE CITTA E NEGOZIO ??
Ciao e grazie
Luciano


Da quello che so, tutti gli apparecchi (modem e scatolini) che
utilizzano il protocollo v23 per la visualizzazione del CLI, lo adottano
allo stesso modo di TI, cioe' trasmesso in linea fra il primo e il
secondo squillo... gli apparecchi "non compatibili" (per esempio quelli
destinati al mercato americano) utilizzano -metodi- del tutto
differenti, come per esempio l'utilizzo dei DTMF.


 differenti, come per esempio l'utilizzo dei DTMF.
E' quello che risulta a me. Al mondo, a quanto ho capito, si usano due
protocolli per l'invio del CLI: la codifica DTMF e il cosiddetto
protocollo "ETSI" che e' il v23/FSK.
Eppure io ho qui uno scatolino CLI che dice di supportare entrambe (DTMF
e ETSI) e non funge. Idem si dica di un modem ZyXEL (che dice di
supportare il CLI in Germania e UK dove c'e' il CLI ETSI) e di un altro
scatolotto di origine UK.
Che siano tutti guasti mi sembra un po' strano.
Saluti
Lele

DOVE LI HAI VISTI ??? OSSIA QUALE CITTA E NEGOZIO ??
Nel sito internet della Panasonic 
www.panasonic.com


Che siano tutti guasti mi sembra un po' strano.
Mi sorge un dubbio atroce....
Mi sorge un dubbio atroce....
Mi sorge un dubbio atroce....
Vuoi vedere che quei bastardi della TI hanno fatto qualche modifica al
protocollo in modo che funzioni solo con gli apparecchi omologati in Italia?
Anche se la cosa mi sembra un po' complicata.


 Ciao, Andrea! Il 31 Mar 99 scrivevi a All
AD> Arctic mi ha gia' avvertito che il CLI viene trasmesso tra il primo e il
AD> secondo squillo in fsk v.23. A me interessando pero' anche altre
AD> specifiche tipo frequenza e codifica.
1200 baud e codifica IA5
Ciao.  Stefano                                - wmw -
 
http://members.xoom.com/stefanozano/

 Ciao, Lele! Il 01 Apr 99 scrivevi a All
LF> E il formato dei dati? Io ho un certo numero di apparecchi (tra modem e
LF> scatolini vari) che dovrebbero visualizzare il CLI, la documentazioni di
LF> alcuni di essi, tra l'altro, nomina esplicitamente il v23, ma fino ad
LF> ora l'unico che ho visto funzionare e' lo scatolino Telecom.
Perche' quello di Telecom sa dove e come andarli a prendere.
Nel V23 c'e' una sfilza di dati. Bisogna prendere quelli buoni. Con un
analizzatore di protocollo lo vedi subito. :-)
Altrimenti cerca stringhe del tipo 
3039303531
 ecc ecc


 Luciano
http://www.prodcat.panasonic.com/shop/product.asp?sku=KX-TMC97-B
.
Ciao e prego
Carmelo

 Ciao, Andrea! Il 01 Apr 99 scrivevi a All
AD> Non e' del tutto vero. Un lettore di questo ng e mio vecchio amico di
AD> rete di cui non pubblico il nome (se vuole lo fa lui) mi ha detto che ha
AD> un panasonic non omologato modello KX-TMC97-B comprato a King Kong che
                          Scommetto che si chiamava Godzilla ^^^^^^^^^
AD> vede bene il CLI.
Non omologato e preso ad Honk Kong????
Non ci credo neanche se vedo.


 Ciao, Andrea! Il 01 Apr 99 scrivevi a All
AD> Vuoi vedere che quei bastardi della TI hanno fatto qualche modifica al
AD> protocollo in modo che funzioni solo con gli apparecchi omologati in
AD> Italia? Anche se la cosa mi sembra un po' complicata.
Il protocollo usato da TI e' il vulgaris ETSI casualmente usato da anni
anche per ISDN. Nulla di piu' nulla di meno.


differenti, come per esempio l'utilizzo dei DTMF.
Scusa, spiacente di contraddirti ma il Cli qui in USA NON e' basato
sul Dtmf.
Al posto della V23 usa il Bell 202 (simile) mentre il formato dati non
so che specifica segua .... ma funzia :-)
Tanto e' vero che i chip per la decodifica possono essere settati per
V23 o Bell 202.
Btw, ho provato ad installare il caller Id software che qualcuno aveva
segnalato su questo Ng (Call Display 1.0 della Symantec) e funzia
benissimo anche qui in USA ... tanto che si potrebbe ipotizzare che il
formato dati adottato in Italia e' lo stesso.
Poi in questo thread molti hanno detto che il Cli NON Isdn sarebbe
ETSI.
Qualcuno sa anche il numero della normativa ?
Ciao
	Steve

1200 baud e codifica IA5
Si', ma il formato dati ?
Non hai sottomano la normativa ETSI ? Qual'e' ?
Ciao
	Steve

Non omologato e preso ad Honk Kong????
...ma anche tuu :-)
E' Hong Kong!
Ciao
mar...@usa.nettoglimi (Rimuovere "toglimi") - ICQ 8959259
- 1400+ bookmarks, CD da edicola, annunci modellismo e manifestazioni:
 
http://www.geocities.com/Eureka/Park/5817

 formato dati adottato in Italia e' lo stesso.
Questa invece e' una ipotesi sbagliata.. :))


Questa invece e' una ipotesi sbagliata.. :))
Why ?
Perche' e' un prodotto per gli USA ?
Io so solo che ho trovato un post qui su questo Ng dove si parlava del
programma, l'ho prelevato e funzia benissimo.
Qualcuno l'ha provato in Italia ?
Ciaoooo and happy easter (nel senso di vacanza !!! :-))) )
Steve

 Questa invece e' una ipotesi sbagliata.. :))
Ho guardato il suddetto programma, ma mi sembra di capire che non faccia
altro che utilizzare l'apposita funzione del modem. Quindi se il modem
e' compatibile, allora il software e' compatibile. E viceversa.
Saluti
Lele

 Ciao, Stefano! Il 02 Apr 99 scrivevi a All
SB> Poi in questo thread molti hanno detto che il Cli NON Isdn sarebbe
SB> ETSI.
E io sono uno di quelli. Non c'e' scritto da nessuna parte che ETSI sia
completamente diverso dal Q.931.
Se prendi la specifica ETS 300 403-1 vedrai che sostanzialmente non c'e'
alcuna differenza tra i due protocolli, solo alcune restrizioni dal
lato europeo. Tra queste restrizioni non c'e' il Calling Line Presentation
e siccome tutte le compagnie lo avevano gia sviluppato per ISDN, lo hanno
trasportato pari pari per i POTS.
Tra le altre cose, l'unica differenza che esiste tra i due tipi di utenza
(da questo punto di vista) e' solo il metodo con cui viene inviato
all'utente. Nel SETUP per ISDN, tra il primo e il secondo ring per i POTS,
ma il campo dei dati estratto e' il medesimo
SB> Qualcuno sa anche il numero della normativa ?
Qui ci vuole una SASCN che attualmente non ho.


> 1200 baud e codifica IA5
SB> Si', ma il formato dati ?
SB> Non hai sottomano la normativa ETSI ? Qual'e' ?
Mi sorprendi!!!!! Uno com te non conosce la IA5!?!?!?!? :-)))
A dire il vero ci ho messo molto tempo anch'io a scoprire che la IA5 e'
'na monnezza.
0 = 30
1 = 31
2 = 32
ecc
Quando l'ho visto, mi sarei messo a ridere dal nervoso. :-)


> formato dati adottato in Italia e' lo stesso.
AV> Questa invece e' una ipotesi sbagliata.. :))
E' sbagliata la tua.
Il formato e' lo stesso.


ma il campo dei dati estratto e' il medesimo
Ok, quindi posso assumere che il campo dati definito nella ETS 300 130
e' lo stesso usato per la V23 (per il CLI ovviamente) ?
Grazie per le info !
C'ya
	Steve
P.S. Non ho ancora ricevuto nessuna mail da te ... :-(

Quando l'ho visto, mi sarei messo a ridere dal nervoso. :-)
ROTFL !!!
Ciao
	Steve

 Ciaoooo and happy easter (nel senso di vacanza !!! :-))) )
Buona Pasqua anche a te... e a tutti gli altri lettori. ;)


 e' compatibile, allora il software e' compatibile. E viceversa.
...per i DIVERSI FORMATI... e' quello che intendevo io.


 Il formato e' lo stesso.
Per il "formato e' lo stesso", intendi dire che in USA si adotta il v23
in FSK con lo stesso FORMATO (scusa il gioco di parole), oppure che il
formato e' lo stesso ma si adotta un altro -metodo- per l'invio/lettura
?


 Ciao, Stefano! Il 04 Apr 99 scrivevi a All
SB> Ok, quindi posso assumere che il campo dati definito nella ETS 300 130
SB> e' lo stesso usato per la V23 (per il CLI ovviamente) ?
Si
SB> Grazie per le info !
Dovere, tra omonimmi....
SB> P.S. Non ho ancora ricevuto nessuna mail da te ... :-(
Oddiommmmmmio.... mi sfugge qualcosa.... cosa avrei dovuto mandarti???


 Ciao, ARCTiC! Il 04 Apr 99 scrivevi a All
AV> Per il "formato e' lo stesso", intendi dire che in USA si adotta il v23
AV> in FSK con lo stesso FORMATO (scusa il gioco di parole), oppure che il
AV> formato e' lo stesso ma si adotta un altro -metodo- per l'invio/lettura
La seconda che hai detto.


 Ciao, Stefano! Il 04 Apr 99 scrivevi a All
SB> Ma NON e' la normativa che specifica il campo dati Cli per l'analogico
SB> ... la IA5 specifica il set di caratteri !!!!
SB> Quella chiedevo io !!
Il campo dati CLI per l'analogico e' il campo Info del SETUP che in ISDN
hai possibilita' di monitorare, nei POTS no. Ma la specifica e' la stessa.


 La seconda che hai detto.
Ecco.. era una delle tue solite risposte a meta'.. :) 


Oddiommmmmmio.... mi sfugge qualcosa.... cosa avrei dovuto mandarti???
??? una mail con un indirizzo ... :-))
Ciao
	Steve

In un articolo, "Andrea Duni" <andr...@NOSPAMtin.it>
stava parlando di Protocolli del CLI e ha scritto:
)Luciano Alberghini ha scritto nel messaggio
)<41F5477DF2D2D211B77F00805FAF707A6A0C8B@NAOMI>...
)>ATTENZIONE I TELEFONI  AMERICAMI NON SONO COMPATIBILI  COL CLI
)>NOSTRANO.........
)
)
)Non e' del tutto vero. Un lettore di questo ng e mio vecchio amico di rete
)di cui non pubblico il nome (se vuole lo fa lui) mi ha detto che ha un
)panasonic non omologato modello KX-TMC97-B comprato a King Kong che vede
Infatti, Hong Kong non e` in america :-)
PS: King Kong invece e` in america: l'ultima volta e` stato visto sopra
    l'Empire State Building di Hong Kong cche teneva in mano una figona e
    nell'altra una BTS per il GSM a 1900 MHz (probabilmente in grado di
    coprire l'intero territorio nazionale, compreso sotto terra: dicono
    che sia il ponte a cui era collegato Fox Molder quella volta che si e`
    messo a telefonare da dentro un vagone ferroviario interrato sotto 2 m
    di terra in territorio indiano nel North Dakota).
PS2: in mano la figona aveva un Bussy per ricevere il CLI (non ve ne freghera`
     niente ma lo scrivo per non essere OT :-)
Giuseppe
-- 
Giuseppe Zanetti

In un articolo, 
ste...@tin.it
 (Stefano Zano)
stava parlando di Protocolli del CLI e ha scritto:
)AD> Vuoi vedere che quei bastardi della TI hanno fatto qualche modifica al
)AD> protocollo in modo che funzioni solo con gli apparecchi omologati in
)AD> Italia? Anche se la cosa mi sembra un po' complicata.
)
)Il protocollo usato da TI e' il vulgaris ETSI casualmente usato da anni
)anche per ISDN. Nulla di piu' nulla di meno.
Ehm... credo intendessero il protocollo con cui il CLI viene presentato, non
quello con cui viaggia sulle linee... su ISDN la segnalazione all'utente non
viaggia certamente con lo stesso protocollo che in analogica, semmai viaggia
sul canale D e la borchia si occupa di generare i fischi V32 opportuni.
Giuseppe
-- 
Giuseppe Zanetti

In un articolo, 
ste...@tin.it
 (Stefano Zano)
stava parlando di Protocolli del CLI e ha scritto:
) Ciao, Stefano! Il 02 Apr 99 scrivevi a All
)
)SB> Poi in questo thread molti hanno detto che il Cli NON Isdn sarebbe
)SB> ETSI.
)
)E io sono uno di quelli. Non c'e' scritto da nessuna parte che ETSI sia
)completamente diverso dal Q.931.
..
Ok, questo completa la tua precedente :-) Siamo d'accordo al 100%.
ciao,
      Giuseppe
-- 
Giuseppe Zanetti

     niente ma lo scrivo per non essere OT :-)
AUAUAUAUAUAUAUAUAUAUAUAU (by ARCTiC VS©)
;-)))
P.S. Comunque King Kong <=> Hong Kong era una battuta. Non sono cosi'
ignorante.
Andrea Duni VS©               Per rispondermi:
Cagliari, Italy       Togli NOSPAM dal mio indirizzo!
ICQ UIN# 20386190
Le FAQ di it.tlc.cellulari sono qui:
http://space.tin.it/computer/andduni

On Sun, 04 Apr 1999 23:30:31 +0000, 
ste...@tin.it
 (Stefano Zano)
wrote:

Mi fate girare la testa con tutte queste sigle.
Io il segnale del CLI l'ho demodulato predisponendo il modem in V23 e
collegandolo disaccoppiato con 2 condensatori sulla linea telefonica,
con un programma di comunicazione predisposto a 1200 bps, 8 bit, 1 bit
di stop, no parity è venuto fuori questo:
una serie di U (sequenza 1-0-1-0 per sincronizzazione),
poi i caratteri (esadecimali) 17 01 08
a seguire in ASCII data e ora GGMMhhmm
seguono i caratteri 02 0B
ed infine in ASCII il numero del chiamante
almeno le chiamate dal cellulare (provati tutti e tre i gestori)
appaiono con:
prefisso+numero senza prefisso internazionale.
Altri dettagli nella mia pagina:
http://space.tin.it/associazioni/gcaturel
Saluti                           Gilberto

 prefisso+numero senza prefisso internazionale.
Potresti spiegarmi come hai fatto a ricevere i dati in v23 senza
effettuare un handshake con un modem remoto? Sarei curioso di provare
perche' nemmeno il mio modem supporta AT#CID.
Danke.


> La seconda che hai detto.
AV> Ecco.. era una delle tue solite risposte a meta'.. :)
Mi hai fatto una domanda, non mi hai chiesto un trattato. :-)


> Oddiommmmmmio.... mi sfugge qualcosa.... cosa avrei dovuto mandarti???
SB> ??? una mail con un indirizzo ... :-))
Quale?
Facciamo a chi e' piu' sintetico?? :-)))


     niente ma lo scrivo per non essere OT :-)
Uso poco queste "abbreviazioni" internettiane, ma stavolta ci vuole:
ROTFL!


-- 
Basta dire al modem di non fare l'handshake.
Per prima cosa però bisogna che il modem sia connesso alla linea
telefonica senza che la tenga occupata o peggio che risponda alla
chiamata in arrivo, vanificando così la possibilità di ricevere il
CLI. Per far questo ho semplicemente collegato in serie al modem 2
condensatori (uno per ogni filo, anche se ne basterebbe 1) da 4.7
microF 100 V poliestere (avevo quelli a portata di mano). Naturalmente
in questo modo digitando comanti tipo ATD o simili, il modem è in
grado di sentire il segnale fonico in linea senza occuparla. Poi con
un programma di comunicazione settatto a 1200,8,n,1 comincia l'opera
di convincimento vera e propria con i comandi:
ATB0 (CCITT mode)
ATM2 (tanto per sbirciare quello che passa in linea)
ATN0 (connessione solo a velocità = al DTE)
AT%E0 (autoretrain disabilitato)
AT+MS=3,0,1200,1200 (3=V23, 0=automode disabilitato, 1200=velocità
min, 1200=velocità max consentita)
Attenzione alcuni modem potrebbero non supportare il protocollo V23
AT&K0 (controllo di flusso disabilitato)
AT&Q0 (nessun buffer o conversione di velocità)
AT\N1 (come sopra)
AT%C0 (compressione dei dati disabilitata)
ATS0=0 (auto answer off)
ATS7=255 (aspetta la portante 255 secondi)
ATS9=1 (minimo tempo per sentire la portante)
ATS10=255 (massimo tempo per caduta portante)
Poi si dà il comando ATD, il modem apetta la portante.
Si fa la chiamata sulla linea telefonica, si sentirà sul modem prima
il pernacchiotto della corrente di chiamata, poi il segnale che
trasporta il CLI. Il mio modem con questo primo segnale riesce appena
a darmi la risposta CONNECT, ma non ha il tempo per demodulare. Quindi
riabbasso e richiamo subito dopo senza dare nessun comando al modem.
Questa volta il modem riesce a demodulare il messaggio ed a
restituirlo al programma di comunicazione, che me lo visualizza.
Naturalmente diventa complicato automatizzare buona parte di queste
operazioni, per cui mi sono procurato un modem V21-V23 del Giurassico
assolutamente stupido (chissà se funziona sempre...), con cui posso
giocare senza discutere con comandi Hayes o dover sottostare alle
tempistiche dei modem moderni.
A proposito stasera ho comperato il Privacy ( £36000 i.c. con 4 mini
stilo comprese), qualsivoglia accrocco casalingo verrebbe a costare di
più; ma vuoi mettere la soddisfazione...
Saluti                          Gilberto

 Ciao, Gilberto! Il 06 Apr 99 scrivevi a All
G> Mi fate girare la testa con tutte queste sigle.
G> Io il segnale del CLI l'ho demodulato predisponendo il modem in V23 e
G> collegandolo disaccoppiato con 2 condensatori sulla linea telefonica,
G> con un programma di comunicazione predisposto a 1200 bps, 8 bit, 1 bit
G> di stop, no parity č venuto fuori questo:
E ti e' venuto fuori quello che doveva vene fuori. :-)


 [...]
Ti ringrazio per la spiegazione.. appena posso, provero' anche io.


Il protocollo usato per inviare il CLI sulle linee telefoniche PSTN è
descritto dalle specifiche ETSI ETS 300 659-1 (trasmissione on-hook) e ETS
300 659-2 (trasmissione off-hook).
Le specifiche indicano le modalità di trasmissione (modulazione e
temporizzazioni) il formato del messaggio e le codifiche dei campi dati.
La modulazione è di tipo FSK V.23 (molto simile alla Bell 202 usata in
america ma non la stessa).
Le modalità di trasmissione descritte sono:
- prima del ringing (sono possibili ulteriori opzioni)
- durante il ringing
Il formato del messaggio è del tipo "multiple format", ovvero ogni
informazione elementare (parametro) è distinta : c'è un header di
sincronizzazione, un header di intestazione messaggio (sono possibili vari
tipi di messaggi, header per i vari parametri.
Alcuni tipi di messaggi e di parametri sono compatibili con le specifiche
Bellcore usate in USA.
I protocolli possono quindi realizzare diversi servizi supplementari
modificando gli elementi a disposizione:
Il servizio "Chi è" in Italia prevede: -trasmissione during ringing
-parametro "data-ora" in codifica IA5 -numero telefonico del chiamante
comprensivo di prefisso in codifica IA5 -in caso di manzanza del CLI c'è il
parametro "motivo di indisponibilità del numero" codificato in IA5 come
"O":non disponibile oppure  "P" ovvero privato.
Negli USA oltre ad usare un modem diverso usano due tipi di formato di
messaggio: single format o multiple format. Nel primo caso i dati non sono
suddivisi in parametri nel secondo sì.
I settaggi dei modem di cui parlate sono proprio per indicare il tipo di
codifica 1 (single), 2 (multiple).
Al momento non sono riuscito ad utilizzare modem per ricevere il CLI in
Italia pensando che non riuscissero a ricevere correttamente la V.23.
Sembra che qualcuno ci sia riuscito invece.
Sarebbe utile scambiare un pò più di dettagli su come sia stato possibile. Io
personalmente ho a disposizione i formati e le codifiche esatte di quanto
sopra descritto.
Cordialmente
-----------== Posted via Deja News, The Discussion Network ==----------
http://www.dejanews.com/
       Search, Read, Discuss, or Start Your Own    

 Anche se la cosa mi sembra un po' complicata.
Tranquillo, te lo posso assicurare anche in seguito all'uso di un apparecchio
svedese!
Carlo.

a seguire in ASCII data e ora GGMMhhmm
Ora e data esatte gratis! :)