PDA

Visualizza la versione completa : Ubuntu e connessione GPRS


var
06-02-2006, 20:11
salve a tutti,

mi sto cimentando nella creazione di una connessione GPRS utilizzando Dapper e un collegamento Bluetooth (via chiavetta USB) con il mio SonyEricsson T630.

riesco a stabilire la connessione, come potete vedere dal log:



Press CTRL-C to close the connection at any stage!
defining PDP context...

rAT
OK
ATH
OK
ATE1
OK
AT+cgdcont=9,"ip","ibox.tim.it"
OK
waiting for connect...

ATD*99#
CONNECT
Connected.
If the following ppp negotiations fail,

try restarting the phone.

Serial connection established.
using channel 6
Using interface ppp0
Connect: ppp0 <--> /dev/rfcomm0
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x2e44807e>]
rcvd [LCP ConfReq id=0x1 <asyncmap 0x0> <pcomp> <accomp> <auth pap>]
sent [LCP ConfRej id=0x1 <pcomp> <accomp>]
rcvd [LCP ConfRej id=0x1 <magic 0x2e44807e>]
sent [LCP ConfReq id=0x2 <asyncmap 0x0>]
rcvd [LCP ConfReq id=0x2 <asyncmap 0x0> <auth pap>]
sent [LCP ConfAck id=0x2 <asyncmap 0x0> <auth pap>]
rcvd [LCP ConfAck id=0x2 <asyncmap 0x0>]
sent [PAP AuthReq id=0x1 user="HAL9000" password=""]
rcvd [PAP AuthAck id=0x1 ""]
PAP authentication succeeded
sent [CCP ConfReq id=0x1 <deflate 15> <deflate(old#) 15>]
sent [IPCP ConfReq id=0x1 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
rcvd [LCP ProtRej id=0x4 80 fd 01 01 00 0c 1a 04 78 00 18 04 78 00]
Protocol-Reject for 'Compression Control Protocol' (0x80fd) received
rcvd [IPCP ConfReq id=0x1 <addr 217.200.178.20>]
sent [IPCP ConfAck id=0x1 <addr 217.200.178.20>]
rcvd [IPCP ConfNak id=0x1 <addr 10.224.40.88> <ms-dns1 213.230.130.222> <ms-dns3 213.230.155.94>]
sent [IPCP ConfReq id=0x2 <addr 10.224.40.88> <ms-dns1 213.230.130.222> <ms-dns3 213.230.155.94>]
rcvd [IPCP ConfAck id=0x2 <addr 10.224.40.88> <ms-dns1 213.230.130.222> <ms-dns3 213.230.155.94>]
Cannot determine ethernet address for proxy ARP
local IP address 10.224.40.88
remote IP address 217.200.178.20
primary DNS address 213.230.130.222
secondary DNS address 213.230.155.94
Script /etc/ppp/ip-up started (pid 7650)
Script /etc/ppp/ip-up finished (pid 7650), status = 0x0
Terminating on signal 2
Connect time 0.2 minutes.
Sent 0 bytes, received 0 bytes.
Script /etc/ppp/ip-down started (pid 7665)
sent [LCP TermReq id=0x3 "User request"]
Script /etc/ppp/ip-down finished (pid 7665), status = 0x1
rcvd [LCP TermAck id=0x3]
Connection terminated.

Sending break to the modem

PDP context detached

Serial link disconnected.

ma, quando avvio Firefox, al massimo nella barra di stato arrivo al livello di "In attesa di www.sito.it...". da cosa potrebbe dipendere?

ecco gli script che utilizzo per la connessione.

file gprs:



# $Id: gprs,v 1.4 2004/04/28 08:40:32 mcfrisk Exp $
#
# File:
# gprs
#
# Description:
# Serial cable, IrDA, Bluetooth and USB pppd options for GPRS phones.
# See 'man pppd' for detailed option descriptions.

# Most GPRS phones don't reply to LCP echo's
lcp-echo-failure 0
lcp-echo-interval 0

# Keep pppd attached to the terminal:
# Comment this to get daemon mode pppd
nodetach

# Debug info from pppd:
# Comment this off, if you don't need more info
debug

# Show password in debug messages
show-password

# Connect script:
# scripts to initialize the GPRS modem and start the connection,
# wvdial command is for Orange SPV while other phones should work with chat
connect /etc/ppp/peers/gprs-connect-chat
#connect "/usr/bin/wvdial --chat --config /etc/ppp/peers/gprs-wvdial.conf radiolinja_usb_orange_spv"

# Disconnect script:
# AT commands used to 'hangup' the GPRS connection.
disconnect /etc/ppp/peers/gprs-disconnect-chat

# Serial device to which the GPRS phone is connected:
# /dev/ttyS0 for serial port (COM1 in Windows),
# /dev/ircomm0 for IrDA,
# /dev/ttyUB0 for Bluetooth (Bluez with rfcomm running) and
# /dev/ttyUSB0 for USB
#/dev/ttyS0 # serial port one
#/dev/ttyS1 # serial port two
#/dev/ircomm0 # IrDA serial port one
/dev/rfcomm0 # Bluetooth serial port one
#/dev/ttyUSB0 # USB serial device, for example Orange SPV

# Serial port line speed
#115200 # fast enough
57600 # perhaps usefull with IrDA as some phones don't like
# speeds higher than this

# Hardware flow control:
# Use hardware flow control with cable, Bluetooth and USB but not with IrDA.
crtscts # serial cable, Bluetooth and USB, on some occations with IrDA too
#nocrtscts # IrDA

# Ignore carrier detect signal from the modem:
local

# IP addresses:
# - accept peers idea of our local address and set address peer as 10.0.0.1
# (any address would do, since IPCP gives 0.0.0.0 to it)
# - if you use the 10. network at home or something and pppd rejects it,
# change the address to something else
# :10.0.0.1

# pppd must not propose any IP address to the peer!
noipdefault

# Accept peers idea of our local address
ipcp-accept-local

# Add the ppp interface as default route to the IP routing table
defaultroute

# Newer pppd's also support replacing the default route, if one is
# already present, when the GPRS connetion should be set as the default route
# to the network
#replacedefaultroute

# DNS servers from the phone:
# some phones support this, some don't.
usepeerdns

# ppp compression:
# ppp compression may be used between the phone and the pppd, but the
# serial connection is usually not the bottleneck in GPRS, so the
# compression is useless (and with some phones need to disabled before
# the LCP negotiations succeed).
novj
nobsdcomp
novjccomp
nopcomp
noaccomp

# The phone is not required to authenticate:
noauth

# Username and password:
# If username and password are required by the APN, put here the username
# and put the username-password combination to the secrets file:
# /etc/ppp/pap-secrets for PAP and /etc/ppp/chap-secrets for CHAP
# authentication. See pppd man pages for details.
# Example, Radiolinja operator pap-secrets:
# "rlnet" * "internet" *
user ""

# The persist tries to reopen the connection if it is dropped. This
# is usefull for example with a Nokia 7650 which only manages to
# 'dial' with every second attempt or when the network likes to drop the
# connection every now and then. It's not fun when the over-night
# 'apt-get dist-upgrade -d -y' fails constantly...
#persist
#maxfail 99

# Asyncmap:
# some phones may require this option.
#asyncmap 0xa0000

# No magic:
# some phones may require this option.
#nomagic

# Require PAP authentication:
# some phones may require this option.
#require-pap

e gprs-connect-chat:



#!/bin/sh
#
# $Id: gprs-connect-chat,v 1.2 2004/02/02 23:19:28 mcfrisk Exp $
#
# File:
# gprs-connect-chat
#
# Description:
# chat script to open Radiolinjas GPRS service with GPRS phones. If ppp
# negotiation stalls, try restarting the phone. To try with other GPRS
# operator setting, change the PDP contex setting. The settings work with
# most Ericsson models, but Nokia 8310 and 30 do not support QoS parameters
# with AT commands, so just delete those lines and it'll work.
#
# Set PDP context CID=1, protocol=IP, APN=internet:
#AT+cgdcont=9,"ip","ibox.tim.it"
#
# Set CID=1 QoS requirements from the network, not supported by Nokia:
# AT+CGQREQ=1,0,0,0,0,0
#
# Set CID=1 minimum acceptable QoS parameters, not supported by Nokia:
# AT+CGQMIN=1,0,0,0,0,0
#
# 'Call' CID=1 (activate PDP context one, perform GPRS attach):
# ATD*99***1#
#
# Some phones like the Orange SPV (yes, the Microsoft Smartphone) use this
# dial string to start GPRS connection:
#ATD*99#
#
# The actual chat script:
exec chat \
TIMEOUT 5 \
ECHO ON \
ABORT '\nBUSY\r' \
ABORT '\nERROR\r' \
ABORT '\nNO ANSWER\r' \
ABORT '\nNO CARRIER\r' \
ABORT '\nNO DIALTONE\r' \
ABORT '\nRINGING\r\n\r\nRINGING\r' \
'' \rAT \
TIMEOUT 12 \
SAY "Press CTRL-C to close the connection at any stage!" \
SAY "\ndefining PDP context...\n" \
OK ATH \
OK ATE1 \
OK 'AT+cgdcont=9,"ip","ibox.tim.it"' \
OK ATD*99# \
TIMEOUT 22 \
SAY "\nwaiting for connect...\n" \
CONNECT "" \
SAY "\nConnected." \
SAY "\nIf the following ppp negotiations fail,\n" \
SAY "try restarting the phone.\n"

grazie a tutti per le eventuali risposte. :)

andy caps
06-02-2006, 21:25
prova a commentare la riga
auth in /etc/ppp/options

#auth

se si disconnette quasi immediatamente spesso dipende da quella

altrimenti metti anche i dns del provider in /etc/resolv.conf

mschievano
06-02-2006, 21:40
inoltre io commenterei i 57,6 per abilitare i 115,2 K

Ibox non ha necessitą di autenticazione, ma č un APN un po scarsetto.
Io userei unitim.

uni.tim.it

come nome utente e password usa il numero del tuo cellulare e la password numerica dai 6 agli 8 caratteri che hai definito via sms.

Se non hai definito la password, invia un sms:

ibox 12345678

con password numerica lunga tra i 6 e gli 8 caratteri al 49001.

Facce sapč!

var
07-02-2006, 17:35
Originariamente inviato da andy caps
prova a commentare la riga
auth in /etc/ppp/options

#auth

se si disconnette quasi immediatamente spesso dipende da quella

ma non si disconnette.


altrimenti metti anche i dns del provider in /etc/resolv.conf

qualcuno sa quali siano del GPRS di TIM (APN ibox.tim.it)?

@mschievano: la promozione che sto usando e' compatibile solo con ibox.tim.it.

grazie a tutti. :)

var
07-02-2006, 17:55
Originariamente inviato da andy caps
altrimenti metti anche i dns del provider in /etc/resolv.conf

ecco il contenuto di resolv.conf:


nameserver 192.168.0.1

con che sintassi ci aggiungo i DNS?

grazie. :)

andy caps
07-02-2006, 19:45
nameserver 212.216.112.112 ad esempio

sembrava che facesse questo scherzo dai log

Script /etc/ppp/ip-up started (pid 7650)
Script /etc/ppp/ip-up finished (pid 7650), status = 0x0
Terminating on signal 2
Connect time 0.2 minutes.

praticamente disconnessione 0.2 minutes

digita anche route -n perche praticamente sembra che si colleghi tramite scheda di rete
guarda se hai un gateway 192.168.1.0 ed eventualmente rimuovilo
route del default gw 192.168.1.0

var
07-02-2006, 23:29
Originariamente inviato da andy caps
nameserver 212.216.112.112 ad esempio

sembrava che facesse questo scherzo dai log

Script /etc/ppp/ip-up started (pid 7650)
Script /etc/ppp/ip-up finished (pid 7650), status = 0x0
Terminating on signal 2
Connect time 0.2 minutes.

praticamente disconnessione 0.2 minutes

digita anche route -n perche praticamente sembra che si colleghi tramite scheda di rete
guarda se hai un gateway 192.168.1.0 ed eventualmente rimuovilo
route del default gw 192.168.1.0

grazie andy, l'output di route -n e':



Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1
0.0.0.0 192.168.0.1 0.0.0.0 UG 0 0 0 eth1

eth1 e' la mia scheda wireless.
come potrei risolvere?

grazie mille. :)

P.S.: la connessione la terminavo io dopo poco tempo.

var
08-02-2006, 10:44
any help? ;)

sopadj1
08-02-2006, 14:14
nel mio sito ho messo una guida per farlo.
ovviamente leggiti il file leggimi.txt :stordita:

andy caps
08-02-2006, 14:38
route del default gw 192.168.0.1

rimuove il gateway

poi riconfigura la connessione e riprova

per i problemi di disconnessione devi cercare una stringa di inizializzazione per i problemi di linea pessima

c'č da sbattersi un po
al momento che la linea perde un minimo di portante disconnette

Loading