Auteur Sujet: à la montagne : la 3/4G une heure sur deux (Lu 7383 fois)

mattmatt73 · « **le:** 28 décembre 2015 à 18:30:10 »

Je suis en moment au ski à Vallandry, à Paradiski, entre les Arcs 1600 et la Plagne.

En plein milieu du village, mon smartphone et celui de ma femme posé au cm prêt au même endroit, même comportement : Ca va marcher environ 1 heure en 4G à bargraphe à fond, speedtest à 8M environ. Puis ça bascule en edge, sans aucune data, bargraphe encore à fond aussi pendant une heure.

c'est un nouveau concept chez bouygues le haut débit par intermittence ?

special merci aussi d'avoir coupé le moindre octet de data en edge, ça fait toujours plaisirs

thenico · « **Réponse #1 le:** 28 décembre 2015 à 18:46:49 »

C'est plus rigolo encore en roaming.
Hier j'ai eu du LTE toute la journée, aujourd'hui je suis en HSPA (sur un autre opérateur) avec des deconnections juste pour le fun.

mattmatt73 · « **Réponse #2 le:** 28 décembre 2015 à 18:56:00 »

Citation de: thenico le 28 décembre 2015 à 18:46:49

C'est plus rigolo encore en roaming.
Hier j'ai eu du LTE toute la journée, aujourd'hui je suis en HSPA (sur un autre opérateur) avec des deconnections juste pour le fun.

tu es dans quel coin ?

thenico · « **Réponse #3 le:** 28 décembre 2015 à 19:00:56 »

A Hambourg pour le 32c3.
Le réseau GSM 2G interne est très sympa; quelqu'un a implèmenter chat-roulette par sms dessus.

mattmatt73 · « **Réponse #4 le:** 28 décembre 2015 à 19:06:22 »

Citation de: thenico le 28 décembre 2015 à 19:00:56

A Hambourg pour le 32c3.
Le réseau GSM 2G interne est très sympa; quelqu'un a implèmenter chat-roulette par sms dessus.

reseau gsm pirate ou avec licence temporaire qui va bien ?

thenico · « **Réponse #5 le:** 28 décembre 2015 à 19:47:55 »

Licence expérimentale + coordination avec Vodafone.
Un timeslot a été alloué à GPRS mais pour l'instant c'est instable:

Code: [Sélectionner]

2015-12-28T18:44:58.281738Z [568] webos-device user.crit LunaSysMgr: {LunaSysMgrJS}: com.palm.systemui: SystemUI - Phone Notification {"eventNetwork": {"state": "noservice", "registration": "searching", "networkName": "", "dataRegistered": false, "dataType": "none", "causeCode": "0"}, "returnValue": true}, palmInitFramework2112:14
2015-12-28T18:44:58.289917Z [568] webos-device user.crit LunaSysMgr: {LunaSysMgrJS}: com.palm.systemui: SystemUI - Phone Notification {"eventSignal": {"rssi": 77, "bars": 0, "maxBars": 5, "value": 77}, "returnValue": true}, palmInitFramework2112:14
2015-12-28T18:44:58.290100Z [568] webos-device user.crit LunaSysMgr: {LunaSysMgrJS}: com.palm.systemui: SystemUI - Phone Notification {"eventNetwork": {"state": "limited", "registration": "searching", "networkName": "", "dataRegistered": false, "dataType": "none", "causeCode": "0"}, "returnValue": true}, palmInitFramework2112:14
2015-12-28T18:44:58.290191Z [568] webos-device user.crit LunaSysMgr: {LunaSysMgrJS}: com.palm.systemui: SystemUI - Phone Notification {"eventNetwork": {"state": "limited", "registration": "searching", "networkName": "", "dataRegistered": false, "dataType": "none", "causeCode": "0"}, "returnValue": true}, palmInitFramework2112:14
2015-12-28T18:45:00.069915Z [569] webos-device user.crit LunaSysMgr: {LunaSysMgrJS}: com.palm.systemui: SystemUI - Phone Notification {"eventSignal": {"rssi": 82, "bars": 3, "maxBars": 5, "value": 82}, "returnValue": true}, palmInitFramework2112:14
2015-12-28T18:45:01.410247Z [571] webos-device user.crit PmWsfDaemon: {wan.cdb}: RadioStatusCb: radioType: 2->2 mcc/mnc 262/42->262/42 hspaCategory: 10->10 simStatus: 0->1 SPN: CCC Event->CCC Event 
2015-12-28T18:45:01.426788Z [571] webos-device user.crit LunaSysMgr: {LunaSysMgrJS}: com.palm.systemui: SystemUI - handleSIMStatusQueryNotification {"returnValue":true,"errorCode":0,"errorString":"success","extended":{"state":"simready"}}, palmInitFramework2112:14
2015-12-28T18:45:01.468170Z [571] webos-device user.crit LunaSysMgr: {LunaSysMgrJS}: com.palm.systemui: SystemUI - Phone Notification {"eventNetwork": {"state": "limited", "registration": "searching", "networkName": "", "dataRegistered": false, "dataType": "none", "causeCode": "0"}, "returnValue": true}, palmInitFramework2112:14
2015-12-28T18:45:01.484252Z [571] webos-device user.err PmWsfDaemon: {wan.cdb}: Populate: Couldn't find any record for 262/42

Code: [Sélectionner]

2015-12-28T18:45:38.476257Z [608] webos-device user.crit LunaSysMgr: {LunaSysMgrJS}: com.palm.systemui: SystemUI - Phone Notification {"eventNetwork": {"state": "service", "registration": "home", "networkName": "32c3 CCC Event", "dataRegistered": true, "dataType": "gprs", "causeCode": "0"}, "returnValue": true}, palmInitFramework2112:14
2015-12-28T18:45:38.488037Z [608] webos-device user.err PmWsfDaemon: {wan.dss}: Entering function dss_init_net_policy_info 
2015-12-28T18:45:38.488433Z [608] webos-device user.err PmWsfDaemon: {wan.dss}: Exiting function dss_init_net_policy_info 
2015-12-28T18:45:38.489135Z [608] webos-device user.err PmWsfDaemon: {wan.dss}: in dss_open_netlib2 
2015-12-28T18:45:38.490203Z [608] webos-device user.err PmWsfDaemon: {wan.dss}: Entering function dss_pppopen 
2015-12-28T18:45:38.490600Z [608] webos-device user.err PmWsfDaemon: {wan.dss}: In dss_pppopen: calling dcm_net_open for nethdl 0 
2015-12-28T18:45:38.492767Z [608] webos-device user.err PmWsfDaemon: {wan.dss}:  =======> Tech type = 4  
2015-12-28T18:45:38.493408Z [608] webos-device user.err PmWsfDaemon: {wan.dss}: in ds_dcm_net_cb_fcn, nethdl = 0, iface_id = 1 
2015-12-28T18:45:38.493896Z [608] webos-device user.err PmWsfDaemon: {wan.dss}: Exiting function dss_pppopen 
2015-12-28T18:45:38.496917Z [608] webos-device user.crit PmNetConfigManager: {netcfg.mgr}: Sending Subscription Reply HBus(0x119b00): {"isInternetConnectionAvailable":false,"wifi":{"state":"disconnected"},"wan":{"state":"disconnected"},"vpn":{"state":"disconnected"},"bridge":{"state":"disconnected"}}
2015-12-28T18:45:38.499481Z [608] webos-device user.crit PmNetConfigManager: {netcfg.mgr}: Sending Subscription Reply HBus(0x119598): {"isInternetConnectionAvailable":false,"wifi":{"state":"disconnected"},"wan":{"state":"disconnected"},"vpn":{"state":"disconnected"},"bridge":{"state":"disconnected"}}
2015-12-28T18:45:38.507019Z [608] webos-device user.err PmWsfDaemon: {TIL.IPC}: TilJsonObject::GetBoolValue Error=kTilErrJsonHasNoValue(16389) 
2015-12-28T18:45:38.509429Z [608] webos-device user.err PmWsfDaemon: {TIL.IPC}: TilJsonObject::GetBoolValue Error=kTilErrJsonHasNoValue(16389) 
2015-12-28T18:45:38.512542Z [608] webos-device user.crit LunaSysMgr: {LunaSysMgrJS}: com.palm.systemui: SystemUI - Updating WAN Icon - Status - Removed {"state": "enable", "roamGuard": "disable", "networkstatus": "attached", "dataaccess": "usable", "wanstate": "enable", "disablewan": "off", "suplApn": "Fun", "networktype": "gprs"}, palmInitFramework2112:14
2015-12-28T18:45:38.516235Z [608] webos-device user.crit LunaSysMgr: {LunaSysMgrJS}: com.palm.systemui: SystemUI - Updating WAN Icon - Status - Removed {"state": "enable", "roamGuard": "disable", "networkstatus": "attached", "dataaccess": "usable", "wanstate": "enable", "disablewan": "off", "suplApn": "Fun", "connectedservices": [{"service": ["internet"], "cellularApnInfo": {"apnName": "Fun", "isApnDefaultInternet": true}, "connectstatus": "connecting", "causeCode": 0, "mipFailureCode": 0, "requeststatus": "event"}], "networktype": "gprs"}, palmInitFramework2112:14
2015-12-28T18:45:40.820129Z [610] webos-device user.crit LunaSysMgr: {LunaSysMgrJS}: com.palm.systemui: SystemUI - Phone Notification {"eventSignal": {"rssi": 71, "bars": 4, "maxBars": 5, "value": 71}, "returnValue": true}, palmInitFramework2112:14
2015-12-28T18:45:43.777801Z [613] webos-device kern.info kernel: [131685.682342] rmnet_open()
2015-12-28T18:45:43.842529Z [613] webos-device daemon.info dhclient: Internet Systems Consortium DHCP Client V3.0.2
2015-12-28T18:45:43.845092Z [613] webos-device daemon.info dhclient: Copyright 2004 Internet Systems Consortium.
2015-12-28T18:45:43.847381Z [613] webos-device daemon.info dhclient: All rights reserved.
2015-12-28T18:45:43.849395Z [613] webos-device daemon.info dhclient: For info, please visit http://www.isc.org/products/DHCP
2015-12-28T18:45:43.851379Z [613] webos-device daemon.info dhclient: 
2015-12-28T18:45:43.900756Z [613] webos-device user.notice root: dhclient script reason PREINIT
2015-12-28T18:45:43.904052Z [613] webos-device daemon.info dhclient: Listening on LPF/rmnet0/de:22:49:80:55:89
2015-12-28T18:45:43.904235Z [613] webos-device daemon.info dhclient: Sending on   LPF/rmnet0/de:22:49:80:55:89
2015-12-28T18:45:43.904296Z [613] webos-device daemon.info dhclient: Sending on   Socket/fallback
2015-12-28T18:45:43.905792Z [613] webos-device daemon.info dhclient: DHCPDISCOVER on rmnet0 to 255.255.255.255 port 67 interval 7
2015-12-28T18:45:43.914245Z [613] webos-device daemon.info dhclient: DHCPOFFER from 10.23.0.237
2015-12-28T18:45:43.914642Z [613] webos-device daemon.info dhclient: DHCPREQUEST on rmnet0 to 255.255.255.255 port 67
2015-12-28T18:45:43.923004Z [613] webos-device daemon.info dhclient: DHCPACK from 10.23.0.237
2015-12-28T18:45:43.932739Z [613] webos-device user.notice root: dhclient script reason BOUND
2015-12-28T18:45:43.944335Z [613] webos-device user.err PmWsfDaemon: {wan.dss}: in ds_dcm_net_cb_fcn, nethdl = 0, iface_id = 1 
2015-12-28T18:45:43.948913Z [613] webos-device daemon.info dhclient: bound to 10.23.0.238 -- renewal in 3367 seconds.
2015-12-28T18:45:43.951263Z [613] webos-device user.warning activitymanager[1431]: [activitymanager.lunabus] No valid names found for service "/var/run/ls2/vEuAEh" while processing service connect update
2015-12-28T18:45:44.053833Z [613] webos-device user.crit PmNetConfigManager: {netcfg.mgr}: updateDefaultRouting: Updating Default Route to be: rmnet0
2015-12-28T18:45:44.054229Z [613] webos-device user.err PmNetConfigManager: {netcfg.mgr}: setupIfAsDefaultGateway: Setting Default Route: rmnet0
2015-12-28T18:45:44.073913Z [613] webos-device user.err PmNetConfigManager: {netcfg.mgr}: setupIfAsDefaultGateway: Setting Default Route: rmnet0
2015-12-28T18:45:44.074584Z [613] webos-device user.err PmNetConfigManager: {netcfg.mgr.nl}: readNetlinkMsg: Error Packet Received: 17
2015-12-28T18:45:44.074981Z [613] webos-device user.err PmNetConfigManager: {netcfg.mgr.nl}: netlinkRxTx:Ack indicated a failure but ignoring for now err (17) File exists
2015-12-28T18:45:44.075622Z [613] webos-device user.crit PmNetConfigManager: {netcfg.mgr}: Sending Subscription Reply HBus(0x119b00): {"isInternetConnectionAvailable":true,"wifi":{"state":"disconnected"},"wan":{"state":"connected","ipAddress":"10.23.0.238","interfaceName":"rmnet0","network":"unknown","networkConfidenceLevel":"excellent","onInternet":"yes"},"vpn":{"state":"disconnected"},"bridge":{"state":"disconnected"}}
2015-12-28T18:45:44.076507Z [613] webos-device user.crit PmNetConfigManager: {netcfg.mgr}: Sending Subscription Reply HBus(0x119598): {"isInternetConnectionAvailable":true,"wifi":{"state":"disconnected"},"wan":{"state":"connected","ipAddress":"10.23.0.238","interfaceName":"rmnet0","network":"unknown","networkConfidenceLevel":"excellent","onInternet":"yes"},"vpn":{"state":"disconnected"},"bridge":{"state":"disconnected"}}
2015-12-28T18:45:44.081451Z [613] webos-device user.notice BrowserServer: IP address changed: 10.23.0.238. Restarting network
2015-12-28T18:45:44.090148Z [614] webos-device user.err PmWsfDaemon: {TIL.IPC}: TilJsonObject::GetBoolValue Error=kTilErrJsonHasNoValue(16389) 
2015-12-28T18:45:44.106445Z [614] webos-device user.crit PmNetConfigManager: {netcfg.mgr}: Sending Subscription Reply HBus(0x119b00): {"isInternetConnectionAvailable":true,"wifi":{"state":"disconnected"},"wan":{"state":"connected","ipAddress":"10.23.0.238","interfaceName":"rmnet0","network":"gprs","networkConfidenceLevel":"excellent","onInternet":"yes"},"vpn":{"state":"disconnected"},"bridge":{"state":"disconnected"}}
2015-12-28T18:45:44.108703Z [614] webos-device user.crit PmNetConfigManager: {netcfg.mgr}: Sending Subscription Reply HBus(0x119598): {"isInternetConnectionAvailable":true,"wifi":{"state":"disconnected"},"wan":{"state":"connected","ipAddress":"10.23.0.238","interfaceName":"rmnet0","network":"gprs","networkConfidenceLevel":"excellent","onInternet":"yes"},"vpn":{"state":"disconnected"},"bridge":{"state":"disconnected"}}
2015-12-28T18:45:46.820739Z [616] webos-device user.crit LunaSysMgr: {LunaSysMgrJS}: com.palm.systemui: SystemUI - Phone Notification {"eventSignal": {"rssi": 77, "bars": 4, "maxBars": 5, "value": 77}, "returnValue": true}, palmInitFramework2112:14

EDIT:

Code: [Sélectionner]

Huyegen / # ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8): 56 data bytes
64 bytes from 8.8.8.8: seq=0 ttl=59 time=598.114 ms
64 bytes from 8.8.8.8: seq=1 ttl=59 time=638.214 ms
64 bytes from 8.8.8.8: seq=2 ttl=59 time=615.967 ms
64 bytes from 8.8.8.8: seq=3 ttl=59 time=436.707 ms
64 bytes from 8.8.8.8: seq=4 ttl=59 time=474.182 ms
64 bytes from 8.8.8.8: seq=5 ttl=59 time=553.406 ms
64 bytes from 8.8.8.8: seq=6 ttl=59 time=632.538 ms
64 bytes from 8.8.8.8: seq=7 ttl=59 time=411.896 ms
64 bytes from 8.8.8.8: seq=8 ttl=59 time=412.506 ms
64 bytes from 8.8.8.8: seq=9 ttl=59 time=491.699 ms
64 bytes from 8.8.8.8: seq=10 ttl=59 time=649.414 ms
^C
--- 8.8.8.8 ping statistics ---
11 packets transmitted, 11 packets received, 0% packet loss
round-trip min/avg/max = 411.896/537.694/649.414 ms
Huyegen / # traceroute -n 8.8.8.8
traceroute to 8.8.8.8 (8.8.8.8), 30 hops max, 38 byte packets
 1  10.23.0.1  686.584 ms  682.404 ms  557.983 ms
 2  94.45.249.1  479.645 ms  401.337 ms  479.736 ms
 3  94.45.224.177  396.759 ms  479.249 ms  502.807 ms
 4  193.42.155.46  396.759 ms  479.431 ms  502.929 ms
 5  72.14.233.128  396.667 ms  72.14.233.114  479.614 ms  520.965 ms
 6  8.8.8.8  498.260 ms  502.625 ms  396.911 ms

tibal · « **Réponse #6 le:** 29 décembre 2015 à 10:26:12 »

Citation de: thenico le 28 décembre 2015 à 18:46:49

C'est plus rigolo encore en roaming.
Hier j'ai eu du LTE toute la journée, aujourd'hui je suis en HSPA (sur un autre opérateur) avec des deconnections juste pour le fun.

J'ai déjà eu des comportements identiques dans des pays ou les opérateurs français (dans mon cas Orange) ont des accords de roaming avec plusieurs opérateurs dans un même pays.

Je pense que c'est un choix quand les couvertures des opérateurs locaux sont un peu "light". J'ai remarqué celà en République Tchèque, Russie et meme Ouzbékistan

Le problème c'est qu'à l'instar de Free mobile en roaming Orange, ton téléphone va chercher à se connecter sur le réseau autorisé avec le meilleur signal. Si tu t'es retrouvé dans une zone où l'opérateur 3G était dispo et plus le précédent (ou avec une couverture mauvaise), ton téléphone l'a choisi pour ne plus le lâcher (check toutes les 30 minutes il me semble)

En Russie et Ouzbékistan je devais forcer mon téléphone sur un réseau avec une couverture plus mauvaise (MTS) que l'opérateur local (Ucell) sinon je n’étais pas joignable malgré la bonne réception du signal.
Forcèment au bout de quelques heures si je bougeais, je repassais sur Ucell ...
Je pense que dans ces cas ou il a plusieurs accords de roaming on peut tomber dans un cas peu bizarre. En plein Prague, je faisais le yoyo entre O2 Telefonica et Vodafone sans raison avec des zones EDGE en pleine ville ...

Enfin bref on s’éloigne un peu sujet.

Pour revenir au cas bouygues, sans doute que l'antenne 4G est saturé que tu passes en 2G. C'est un comportement courant dans les zones saturés (stade de foot ou festival) mais je l'ai plus constaté avec le 3G que la 4G.
Je sais que bouygues mets des antennes temporaire en montagne. Après c'est peut être comme dans les stations balnéaires du sud, la collecte des antennes n'est pas forcèment dimensionnés pour le trafic des vacances, alors que pendant 10 mois de l'année, c'est le calme plat. Déjà constaté aux environs de Sète avec des antennes 3G Orange saturés en data toute la journée sauf la nuit et de nouveau joignable début Septembre :p

Skender · « **Réponse #7 le:** 29 décembre 2015 à 10:56:07 »

C'est les marmottes qui font turbiner les antennes donc ça rame de temps en temps

De plus, à l'inverse des pistes de ski, les habitants sont prioritaires sur les touristes pour l'accès data ^^

tom pouce · « **Réponse #8 le:** 29 décembre 2015 à 11:12:09 »

Si l'antenne 4G est aussi sollicitée qu'elle en a l'air avec seulement 8M à cracher, je ne suis pas surpris que lorsqu'elle tombe et que l'antenne 2G récupère le trafic, la data soit agonisante, surtout si ByTel a amputé ses fréquences pour reporter sur la 3G 900 et 4G 1800. D'ailleurs pourquoi 4G > 2G sans 3G intermédiaire ? L'antenne est tellement HS ?

Je vois ça dans le métro parisien, la data n'est pas coupee mais le réseau Orange est tellement chargé qu'il faut parfois 30min pour envoyer un message whatsapp. Quand je prends le train à 6h du mat par contre c'est tout à fait correct...

Skender · « **Réponse #9 le:** 29 décembre 2015 à 11:17:56 »

Finalement, l'avantage d'être chez SFR c'est d'avoir des antennes peu chargées vu que y a plus d'abonnés

tom pouce · « **Réponse #10 le:** 29 décembre 2015 à 11:19:55 »

À peine 20 millions, une paille !
Bouygtel est bien placé mais il parait qu'ils ont une belle part de marché en IDF (légitime vu leur maillage dense...)

Nico · « **Réponse #11 le:** 29 décembre 2015 à 11:43:44 »

Sauf que chacun n'a pas alloué la même capacité à ses sites dans le métro (historiques 2G over E1 j'entends) donc ça n'est pas seulement une question de nombre de clients !