Re: pppd: Could not determine remote IP address
On Sun, 2 Oct 2005 [EMAIL PROTECTED] wrote: > > With the helping hand of someone in freebsd-mobile list I've hacked > the 'uftdi' driver to support a PCMCIA card provided by Vodafone > for UMTS. The card works now as it should but the IPCP negotiating > of the pppd 2.3.11 (from ports collection) ends up in: Why use pppd from ports? The native /usr/sbin/ppp is usually more convenient. The following config file works with Vodafone 3G/gprs. Note that the '2g' configuration is useful while roaming - the card is inclined otherwise to lock onto a 3g network that doesn't support data roaming in preference to a 2g network that does. The '3g' configuration is for normal use 'at home'. 2g: set device /dev/ucom0 set ifaddr 10.0.0.1/0 10.0.0.2/0 255.255.255.0 0.0.0.0 add default HISADDR set phone "*99***1#" disable lqr set timeout 0 # Disable timeout set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 5 \ \"\" AT OK-AT-OK AT_opsys=0,0 OK \\dATDT\\T TIMEOUT 60 CONNECT" 3g: set device /dev/ucom0 set ifaddr 10.0.0.1/0 10.0.0.2/0 255.255.255.0 0.0.0.0 add default HISADDR set phone "*99***1#" disable lqr set timeout 0 # Disable timeout set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 5 \ \"\" AT OK-AT-OK AT_opsys=3,2 OK \\dATDT\\T TIMEOUT 60 CONNECT" ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
pppd: Could not determine remote IP address
Hello, With the helping hand of someone in freebsd-mobile list I've hacked the 'uftdi' driver to support a PCMCIA card provided by Vodafone for UMTS. The card works now as it should but the IPCP negotiating of the pppd 2.3.11 (from ports collection) ends up in: ... sent [IPCP ConfReq id=0x6 ] rcvd [IPCP ConfReq id=0x4b] sent [IPCP ConfAck id=0x4b] rcvd [IPCP ConfAck id=0x6 ] Could not determine remote IP address sent [IPCP TermReq id=0x7 "Could not determine remote IP address"] rcvd [IPCP TermAck id=0x7] I picked up another Linux driven notebook to compare it with Linux (because I've used the same PCMCIA card in Linux for some monthes) and it turned out that the IPCP negotiating is ending up the same way but the Linux pppd picks up some guessed remote IP address and just put this into the ppp0 interface and the things are fine: rcvd [IPCP ConfReq id=0x4] sent [IPCP ConfNak id=0x4 ] rcvd [IPCP ConfNak id=0x4 ] sent [IPCP ConfReq id=0x5 ] rcvd [IPCP ConfAck id=0x5 ] rcvd [IPCP ConfReq id=0x5] sent [IPCP ConfAck id=0x5] Could not determine remote IP address: defaulting to 10.64.64.64 local IP address 10.227.222.211 remote IP address 10.64.64.64 # ifconfig ppp0 ppp0 Link encap:Point-to-Point Protocol inet addr:10.227.222.211 P-t-P:10.64.64.64 Mask:255.255.255.255 UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1 RX packets:7 errors:0 dropped:0 overruns:0 frame:0 TX packets:8 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:3 RX bytes:100 (100.0 b) TX bytes:139 (139.0 b) It seems that this feature does not exist in FreeBSD's pppd or I'm missing something else? Thx Matthias -- Matthias Apitz / Sisis Informationssysteme GmbH Gruenwalder Weg 28g / D-82041 Oberhaching Fon: ++49 89 / 61308-351, Fax: -399, Mobile ++49 170 4527211 http://www.sisis.de/~guru/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
