Newsgroup: it.tlc.telefonia.voip
Titolo: skypho e numerazioni entranti Uk.

Da oggi chiamo con il cell Wind il numero Skypho in Uk e squilla, ma se dal 
numero Uk chiamo un numero italiano usando sia il il formato 06xxxx che 
003906xxxx mi compare il seg errore (usando il soft di Skypo by 
globaliptel.com
)..."call failed :599 Provisioning not complete....
succede anche a voi??

xxx ha scritto:

Non so per le chiamate generate dal numero UK ma da cellulare 3
italiano FINALMENTE il numero risulta raggiungibile! :-D
Grazie, ragazzacci di Skypho! La massaia di Vigevano ancora non lo sa
ma vi ringrazia di cuore!
:-D
Signora Lailaaaaa.... e' ora di tagliare sulle spese del cellulare.
Signora Lailaaaaa.... mi sente?
Alessandro D'Arpini

 italiano FINALMENTE il numero risulta raggiungibile! :-D
Il mio ATA si registra. Mi trovo a Cambridge ma il numero sembra
inesistente.
Boh.

Cristiano ha scritto:

Ieri sera da BT il numero era inesistente. Ora provo a chiedere se mi
fanno uno squillo.
Se mi leggi, prima delle 2 del mattino ora italiana, puoi provare:
00441322682118 quindi 1322682118
NON rispondo. Non ti faccio spendere denaro. Se squilla, non rispondo.
Alessandro D'Arpini

 ha scritto nel messaggio 
news:Mxl9h.54143$uv5.3...@twister1.libero.it...

Scusate ragazzi, io non parlavo della raggiungibilita' del numero , ma della 
possibilita' (avendo credito ovviamente) di chiamare dal numero inglese...
Io ho altri numeri italiani ed (avendo credito) posso chiamare da tutti i 
miei numeri skypho, invece utilizzando il nr inglese non riesco a chiamare 

 miei numeri skypho, invece utilizzando il nr inglese non riesco a chiamare
24.11.06 16:57:41 Error in Internet telephony during connection with
0676906133 over 
voip.eutelia.it
. Reason for error: Provisioning not
complete (578)
24.11.06 16:55:42 Error in Internet telephony during connection with
3286123145 over 
voip.eutelia.it
. Reason for error: Provisioning not
complete (578)
Confermo quindi l'impossibilita' di generare traffico in uscita con la
numerazione UK.
Alessandro D'Arpini

 NON rispondo. Non ti faccio spendere denaro. Se squilla, non rispondo.
E' letto solo ora!
Comunque grazie ma la mia era solo curiosità.
Non ho bisogno di quel numero.
Ricordo a chi necessita di un numeo inglese che Sipgate li distribuisce
gratuitamente.
L'unico problema è che viene verificato l'IP  quando si accede al sito e si
richiede il numero.
Se l'IP è non UK, vengono proposti solo numeri speciali più cari dei
geografici.
Se IP è inglese, si puo' scegliere un numero geografico di molte città.
Io credo che una volta scelto il numero, ci si possa registrare con l'ATA
anche se ci si trova fuori dall'UK. Proverò a natale quando torno a casa.
E credo che il problema dell'IP nella fase di scelta del numero si possa
risolvere utilizando qualche tipo di proxy.
Se a qualcuno interessa si puo' indagare un pochino.
Saluti 
Cristiano

 torno a casa.
Per la cronaca, secondo Ofcom il numero assegnato da Skypho appartiene
al distretto di Dartford. Posso prenderla come una conferma che si
tratta di un numero geografico a prezzo standard?
Andrea.
-- 
Homepage: 
http://andrea.borgia.bo.it
     /    Amateur radio: IZ4FHT

 risolvere utilizando qualche tipo di proxy.
Ho provato con dei proxy ma posso scegliere solo tra 0845 e 0870 :-(


 Andrea.
Ti confermo che è un numero geografico e la tariffa applicata per chiamarlo
è quella standard.
Ma qualcosa ancora non torna: il numero Skypho puo' essere chiamato dai
telefoni fissi della BT, ma non dai cellulari T_Mobile.
Non ho ancora provato da altri operatori.
Per cui fate attenzione se avete una vera necessità di essere chiamati su
quel numero.
Saluti.
Cristiano

 al distretto di Dartford.
ok, come faccio per vedere a che zona appartiene il mio numero? 
ofcom.org
? 
non trovo dove inserirlo :/
grazzie 

giu_ ha scritto:

Io sapevo Kant. Me lo ha detto chi ha provato a chiamarmi da BT.
Alessandro D'Arpini

 Io sapevo Kant. Me lo ha detto chi ha provato a chiamarmi da BT.
brighton dovrebbe essere 1273...
io ho 1322... sapete dov'č? 

> io ho 1322... sapete dov'č?
eh scusate.. dartford, kent 

 > Se a qualcuno interessa si puo' indagare un pochino.
Trovato!
Con 
proxyindex.com
 funziona, si puo'scegliere il prefisso :-)

 Con 
proxyindex.com
 funziona, si puo'scegliere il prefisso :-)
ti posso sposare? :)
perň ho u problema, al solito: allo step 1 della registrazione a sipgate, 
country uk, scelgo il prefisso, ma non visualizza nulla per andare avanti, 
una freccia, un ok, non so, nulla, la pagina č carica cosě anche se 
aggiorno. come si va avanti?? 

 non trovo dove inserirlo :/
Ci sono diversi elenchi (liberamente scaricabili) dei prefissi assegnati
ma non un motore di ricerca. Oltre ad Ofcom, ho chiesto a Google se mi
diceva qualcosa di "1322 prefix" e nel giro di un paio di pagine ho
trovato un sito con una lista più chiara che confermava quello visto su
Ofcom.
Buona caccia,


 ha scritto nel messaggio 
news:Mxl9h.54143$uv5.3...@twister1.libero.it...

Appena prima compare l'errore:
SIP/2.0 407 Proxy Authentication Required
non è che bisogna registrare questo account in UK e che in uscita in Italia 
non funzioni? 

 Italia non funzioni?
Chi ci capisce qualcosa?
Tratto da 
www.zvon.org
22.3. Proxy-to-User Authentication
   Similarly, when a UAC sends a request to a proxy server, the proxy
   server MAY authenticate the originator before the request is
   processed.  If no credentials (in the Proxy-Authorization header
   field) are provided in the request, the proxy can challenge the
   originator to provide credentials by rejecting the request with a 407
   (Proxy Authentication Required) status code.  The proxy MUST populate
   the 407 (Proxy Authentication Required) message with a Proxy-
   Authenticate header field value applicable to the proxy for the
   requested resource.
   The use of Proxy-Authenticate and Proxy-Authorization parallel that
   described in [17], with one difference.  Proxies MUST NOT add values
   to the Proxy-Authorization header field.  All 407 (Proxy
   Authentication Required) responses MUST be forwarded upstream toward
   the UAC following the procedures for any other response.  It is the
   UAC's responsibility to add the Proxy-Authorization header field
   value containing credentials for the realm of the proxy that has
   asked for authentication.
      If a proxy were to resubmit a request adding a Proxy-Authorization
      header field value, it would need to increment the CSeq in the new
      request.  However, this would cause the UAC that submitted the
      original request to discard a response from the UAS, as the CSeq
      value would be different.
   When the originating UAC receives the 407 (Proxy Authentication
   Required) it SHOULD, if it is able, re-originate the request with the
   proper credentials.  It should follow the same procedures for the
   display of the "realm" parameter that are given above for responding
   to 401.
   If no credentials for a realm can be located, UACs MAY attempt to
   retry the request with a username of "anonymous" and no password (a
   password of "").
   The UAC SHOULD also cache the credentials used in the re-originated
   request.
   The following rule is RECOMMENDED for proxy credential caching:
   If a UA receives a Proxy-Authenticate header field value in a 401/407
   response to a request with a particular Call-ID, it should
   incorporate credentials for that realm in all subsequent requests
   that contain the same Call-ID.  These credentials MUST NOT be cached
   across dialogs; however, if a UA is configured with the realm of its
   local outbound proxy, when one exists, then the UA MAY cache
   credentials for that realm across dialogs.  Note that this does mean
   a future request in a dialog could contain credentials that are not
   needed by any proxy along the Route header path.
   Any UA that wishes to authenticate itself to a proxy server --
   usually, but not necessarily, after receiving a 407 (Proxy
   Authentication Required) response -- MAY do so by including a Proxy-
   Authorization header field value with the request.  The Proxy-
   Authorization request-header field allows the client to identify
   itself (or its user) to a proxy that requires authentication.  The
   Proxy-Authorization header field value consists of credentials
   containing the authentication information of the UA for the proxy
   and/or realm of the resource being requested.
   A Proxy-Authorization header field value applies only to the proxy
   whose realm is identified in the "realm" parameter (this proxy may
   previously have demanded authentication using the Proxy-Authenticate
   field).  When multiple proxies are used in a chain, a Proxy-
   Authorization header field value MUST NOT be consumed by any proxy
   whose realm does not match the "realm" parameter specified in that
   value.
   Note that if an authentication scheme that does not support realms is
   used in the Proxy-Authorization header field, a proxy server MUST
   attempt to parse all Proxy-Authorization header field values to
   determine whether one of them has what the proxy server considers to
   be valid credentials.  Because this is potentially very time-
   consuming in large networks, proxy servers SHOULD use an
   authentication scheme that supports realms in the Proxy-Authorization
   header field.
   If a request is forked (as described in Section 16.7), various proxy
   servers and/or UAs may wish to challenge the UAC.  In this case, the
   forking proxy server is responsible for aggregating these challenges
   into a single response.  Each WWW-Authenticate and Proxy-Authenticate
   value received in responses to the forked request MUST be placed into
   the single response that is sent by the forking proxy to the UA; the
   ordering of these header field values is not significant.
      When a proxy server issues a challenge in response to a request,
      it will not proxy the request until the UAC has retried the
      request with valid credentials.  A forking proxy may forward a
      request simultaneously to multiple proxy servers that require
      authentication, each of which in turn will not forward the request
      until the originating UAC has authenticated itself in their
      respective realm.  If the UAC does not provide credentials for
      each challenge, the proxy servers that issued the challenges will
      not forward requests to the UA where the destination user might be
      located, and therefore, the virtues of forking are largely lost.
   When resubmitting its request in response to a 401 (Unauthorized) or
   407 (Proxy Authentication Required) that contains multiple
   challenges, a UAC MAY include an Authorization value for each WWW-
   Authenticate value and a Proxy-Authorization value for each Proxy-
   Authenticate value for which the UAC wishes to supply a credential.
   As noted above, multiple credentials in a request SHOULD be
   differentiated by the "realm" parameter.
   It is possible for multiple challenges associated with the same realm
   to appear in the same 401 (Unauthorized) or 407 (Proxy Authentication
   Required).  This can occur, for example, when multiple proxies within
   the same administrative domain, which use a common realm, are reached
   by a forking request.  When it retries a request, a UAC MAY therefore
   supply multiple credentials in Authorization or Proxy-Authorization
   header fields with the same "realm" parameter value.  The same
   credentials SHOULD be used for the same realm. 

 aggiorno. come si va avanti??
Mi sa che siamo daccapo :-(
Io non ero andato avanti perchè mi interessava registrare un numero scozzese
per un'amico, non gli avevo ancora chiesto la città.

 per un'amico, non gli avevo ancora chiesto la città.
:/ se riesci fammi sapere!
giulia 

 ha scritto nel messaggio
news:457050e0$0$13758$4faf...@reader3.news.tin.it...

Funziona il proxy 
86.7.26.1:80
E' di una lentezza esasperante ma mi da l'IP giusto e funzionano anche gli
script Java :-)
Si decide la data?

 Si decide la data?
se mi spieghi come si fa :) sono un po' ignorante a riguardo sai 

 Si decide la data?
Grazieee!
Sono andato a caccia di un proxy x Sipgate da parecchio tempo! 

 se mi spieghi come si fa :) sono un po' ignorante a riguardo sai
Ciao, basta che vai in Opzioni Internet -> Connessioni -> Impostazioni LAN e 
in Proxy server imposti Indirizzo e porta, poi click su OK e tanta pazienza 
;-) 

Uso Skypho da oltre un anno e devo dire che va tutto bene tranne il
numero UK.
Provate 
www.coms.com
. Offre numerazione geografica UK di vostra scelta.
Pasquale

Provate 
www.coms.com
. Offre numerazione geografica UK di vostra scelta.
grazie