Dear All, Since 2005, Telecoms Sans Frontieres (http://www.tsfi.org/tsfispip/?lang=en) has been active in Niger. We first responded to the emergency linked to the food crisis during the summer 2005 by installing Communication Centres for aid agencies working in Dakoro, Central Niger, the most affected region. We aslo implemented humanitarian calling operations to offer the possibility for populations to contact their relatives either in the country or abroad. In 2006, TSF strengthened the National Food Crisis Prevention system in order to minimize the effects of a potential future crisis, considering the terrible effects of the 2005 crisis which affected more than 3.6 million of people (with at least 800 000 children) out of 12 million. In may 2006, TSF set up small Communication Centres in the most isolated areas. Those systems send vital information to the capital Niamey, either via satellite or HF radio, so that the government can react appropriately to a growing crisis. Indeed, one of the major problems the government had during the crisis was to receive information from remote and uncommunicated regions on time. >From July this year, TSF's project will cover 25 counties in total (out of 35). It has been implemented in collaboration with the Government of Niger to strenghen its response capacities. This programme is funded by the European Commission (ECHO), whom TSF is the only humanitarian telecoms partner. You will find attached the French and the English version of a press article dated January 2007 presenting our activities in Niger. Now, we wish to use Thuraya as satellite operator, given that the Inmarsat RBgan will be phasing out at the end of 2008. The new Thuraya's GmPRS technology is particularly interesting for our project since the prepaid costs are low, (provided of course that the volume of data transfered is low). For many reasons, using Linux on our computers remains the only problem that we have to handle: Although the system is robust, virus-free, the licence is free and the maintenance required limited. Our problem is that the GmPRS connection from a Linux computer doesn't work with a SO2510 Phone. It requires the PPP protocol and after doing some researches to get to know how to connect the phone to the computer (this part works properly now), but don't know how to deal with the PPP exchanges between the phone, and linux. It works between the phone and Microsoft Windows........................ (For the lowest layer, we captured the AT commands which are sent by Windows and we use it back on Linux.) So we think the problem remains on the upper layer (ppp) Our problem occurs after the ip attribution by peer. We received an ip, the dns, and after a while, a LCP Termination Request sent by peer, then ppp stops mentionning an exit status 15 The thing is, there is two weird frame exchange (see frames #11 and #12) right before this termination request. We can see the same exchange on the windows capture, but a little bit different (frames #21 and #22). I wonder if it could be THE problem, it seems weird, insn't it? We have captured phone<=>windows ppp exchanges and phone<=>Linux ppp exchanges to compare them and to build properly our /etc/ppp/peers/thuraya. You can find this attached files : /etc/chatscripts/SO-2510 /etc/ppp/peers/thuraya2 cature-win.pcap capture1_ppp.cap (linux capture) a part of my /var/log/syslog We really have no more idea about how to solve this problem, so if you have any information/idea/PPP modules/any things which can help, please! inform us!! Best regards, Philippe SIFRE Telecoms Sans Frontières +335 59 84 43 60
Attachment:
capture1_ppp.cap
Description: application/cap
Attachment:
capture-win.pcap
Description: application/cap
Attachment:
SO-2510
Description: Binary data
Jan 16 11:01:28 bLueN0tE pppd[8210]: pppd 2.4.4 started by philippe, uid 0 Jan 16 11:01:29 bLueN0tE chat[8216]: send (AT^M) Jan 16 11:01:29 bLueN0tE chat[8216]: expect (OK) Jan 16 11:01:31 bLueN0tE chat[8216]: ^M Jan 16 11:01:31 bLueN0tE chat[8216]: OK Jan 16 11:01:31 bLueN0tE chat[8216]: -- got it Jan 16 11:01:31 bLueN0tE chat[8216]: send (ATE0V1&D2&C1S0=0^M) Jan 16 11:01:31 bLueN0tE chat[8216]: expect (OK) Jan 16 11:01:31 bLueN0tE chat[8216]: ^M Jan 16 11:01:31 bLueN0tE chat[8216]: ^M Jan 16 11:01:31 bLueN0tE chat[8216]: NO CARRIER^M Jan 16 11:01:31 bLueN0tE chat[8216]: ^M Jan 16 11:01:31 bLueN0tE chat[8216]: OK Jan 16 11:01:31 bLueN0tE chat[8216]: -- got it Jan 16 11:01:31 bLueN0tE chat[8216]: send (ATD*99#^M) Jan 16 11:01:31 bLueN0tE pppd[8210]: Serial connection established. Jan 16 11:01:31 bLueN0tE pppd[8210]: using channel 20 Jan 16 11:01:31 bLueN0tE pppd[8210]: Using interface ppp0 Jan 16 11:01:31 bLueN0tE pppd[8210]: Connect: ppp0 <--> /dev/pts/2 Jan 16 11:01:31 bLueN0tE pppd[8210]: rcvd [LCP ConfReq id=0x1f <mru 1600> <magic 0x3de3d13c> <asyncmap 0x0> <pcomp> <accomp>] Jan 16 11:01:31 bLueN0tE pppd[8210]: sent [LCP ConfReq id=0x1 <mru 1600> <asyncmap 0x0> <magic 0x970bec2f> <pcomp> <accomp>] Jan 16 11:01:31 bLueN0tE pppd[8210]: sent [LCP ConfAck id=0x1f <mru 1600> <magic 0x3de3d13c> <asyncmap 0x0> <pcomp> <accomp>] Jan 16 11:01:31 bLueN0tE pppd[8210]: rcvd [LCP ConfAck id=0x1 <mru 1600> <asyncmap 0x0> <magic 0x970bec2f> <pcomp> <accomp>] Jan 16 11:01:31 bLueN0tE pppd[8210]: sent [IPCP ConfReq id=0x1 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>] Jan 16 11:01:34 bLueN0tE pppd[8210]: sent [IPCP ConfReq id=0x1 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>] Jan 16 11:01:37 bLueN0tE pppd[8210]: rcvd [IPCP ConfNak id=0x1 <addr 85.115.79.77> <ms-dns1 85.115.64.64> <ms-dns3 85.115.64.65>] Jan 16 11:01:37 bLueN0tE pppd[8210]: sent [IPCP ConfReq id=0x2 <addr 85.115.79.77> <ms-dns1 85.115.64.64> <ms-dns3 85.115.64.65>] Jan 16 11:01:37 bLueN0tE pppd[8210]: rcvd [IPCP ConfReq id=0xa] Jan 16 11:01:37 bLueN0tE pppd[8210]: sent [IPCP ConfNak id=0xa <addr 0.0.0.0>] Jan 16 11:01:37 bLueN0tE pppd[8210]: rcvd [IPCP ConfNak id=0x2 <ms-dns1 85.115.64.64> <ms-dns3 85.115.64.65>] Jan 16 11:01:37 bLueN0tE pppd[8210]: sent [IPCP ConfReq id=0x3 <addr 85.115.79.77> <ms-dns1 85.115.64.64> <ms-dns3 85.115.64.65>] Jan 16 11:01:40 bLueN0tE pppd[8210]: sent [IPCP ConfReq id=0x3 <addr 85.115.79.77> <ms-dns1 85.115.64.64> <ms-dns3 85.115.64.65>] Jan 16 11:01:40 bLueN0tE pppd[8210]: rcvd [LCP TermReq id=0xf "Normal Termination by NCP"] Jan 16 11:01:40 bLueN0tE pppd[8210]: LCP terminated by peer (Normal Termination by NCP) Jan 16 11:01:40 bLueN0tE pppd[8210]: sent [LCP TermAck id=0xf] Jan 16 11:01:43 bLueN0tE pppd[8210]: Connection terminated.
Attachment:
thuraya2
Description: Binary data
