Menu

Main Menu
Talk Get Daily Search

Member's Online

    User Name
    Password

    AGPS no longer working?

    Reply
    Page 3 of 5 | Prev |   1     2   3   4     5   | Next
    maacruz | # 21 | 2011-09-11, 20:38 | Report

    It doesn't seem to work any longer. Does it work for anybody?

    Edit | Forward | Quote | Quick Reply | Thanks

     
    wnd | # 22 | 2011-09-11, 21:01 | Report

    Originally Posted by maacruz View Post
    It doesn't seem to work any longer. Does it work for anybody?
    64.14.59.165 works for me.

    "Cache refreshed: Sep 11 11:59pm 2011" (UTC+3)

    Edit | Forward | Quote | Quick Reply | Thanks

     
    peterleinchen | # 23 | 2011-09-11, 22:58 | Report

    All the IPs 64. or 66. do not return any answer.

    Looking up for nokia.supl.com (nokia.supl.svc.ovi.com) resolves
    de.nokia.supl.geodns.fi or pos.svc.ovi.com with IP 83.150.75.211 and port 7275 (supl) open. So assuming it works...

    Edit | Forward | Quote | Quick Reply | Thanks

     
    maacruz | # 24 | 2011-09-13, 20:23 | Report

    No matter what I do (even reinstalled agps), I can't get it to work.
    I observe the traffic with wireshark, it connects to pos.svc.ovi.com (83.150.75.211), it sends some data, receives what appears to be a certificate, exchanges a little bit more data, and the supl data is not updated. Last successful update is 20 dec 2010

    Edit | Forward | Quote | Quick Reply | Thanks

     
    toxaris | # 25 | 2011-09-13, 20:43 | Report

    This was discussed in the CSSU thread.
    I think supl.google.com does work.

    Edit | Forward | Quote | Quick Reply | Thanks
    The Following 2 Users Say Thank You to toxaris For This Useful Post:
    Estel, momcilo

     
    momcilo | # 26 | 2011-09-13, 20:55 | Report

    Originally Posted by maacruz View Post
    No matter what I do (even reinstalled agps), I can't get it to work.
    I observe the traffic with wireshark, it connects to pos.svc.ovi.com (83.150.75.211), it sends some data, receives what appears to be a certificate, exchanges a little bit more data, and the supl data is not updated. Last successful update is 20 dec 2010
    Is that SSL (TLS) connection?
    Server is supposed to pass full certificate chain during session establishment. The root CA should be trusted within your certificate trust store. If they've issued a new certificate for their server from the hierarchy that is not trusted by the client, the client will drop connection.

    In practice this can involve additional tcp connections for downloading CRLs or making OCSP queries to check the status of each certificate.

    Can you capture the traffic with wireshark or tcpdump?
    I can troubleshoot the session establishment.

    Edit | Forward | Quote | Quick Reply | Thanks

    Last edited by momcilo; 2011-09-13 at 21:20.
    The Following 2 Users Say Thank You to momcilo For This Useful Post:
    Estel, maacruz

     
    maacruz | # 27 | 2011-09-14, 06:45 | Report

    Originally Posted by toxaris View Post
    This was discussed in the CSSU thread.
    I think supl.google.com does work.
    This is the N8x0, not the N900.
    supl.google.com doesn't work for me, either.

    Edit | Forward | Quote | Quick Reply | Thanks

     
    Joseph.skb | # 28 | 2011-09-14, 07:30 | Report

    Never worked for me

    Edit | Forward | Quote | Quick Reply | Thanks

     
    geneven | # 29 | 2011-09-14, 07:32 | Report

    Neither worked for me for awhile. Finally, with good old Nokia supl, I waited FOREVER and it began to work.

    Edit | Forward | Quote | Quick Reply | Thanks

     
    lma | # 30 | 2011-09-14, 08:54 | Report

    Still works here with /system/osso/supl/agps_srv_address set to 64.14.59.165.

    Edit | Forward | Quote | Quick Reply | Thanks
    The Following User Says Thank You to lma For This Useful Post:
    maacruz

     
    Page 3 of 5 | Prev |   1     2   3   4     5   | Next
vBulletin® Version 3.8.8
Normal Logout