La Fibre
Fournisseurs d'accès à Internet mobile et 5G/4G fixe => 5G/4G Bouygues Telecom => 
5G/4G Bouygues Telecom => Discussion démarrée par: 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
-
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.
-
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 ?
-
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.
-
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 ?
-
Licence expérimentale + coordination avec Vodafone.
Un timeslot a été alloué à GPRS mais pour l'instant c'est instable:
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
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:
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
-
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
-
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 ^^
-
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...
-
Finalement, l'avantage d'être chez SFR c'est d'avoir des antennes peu chargées vu que y a plus d'abonnés ;)
-
À 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...)
-
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 !
-
À 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...)
Petit clin d'œil ironique aux SFR basheurs ;)
Au passage, bonnes fêtes tom pouce!
Peut être qu'on se refera une petite bière en 2016 avec le maire de la taverne (qui se reconnaîtra ;)).
-
Merci, bonnes fêtes à toi :)
Il faudra rééditer l'apéro en 2016 en effet !
-
Que Bouygues ne dimensionne pas son réseau 3/4G en conséquence, passe encore (oui, il n'y a pas que des marmottes en montagne l'hiver)
Mais qu'est qui est devenu à edge ? C'est comme sur le TGV Lyon/Paris ? Le téléphone essaie comme un con de faire passer un traitre octet sans succès...
-
Pourtant, de mémoire, le Lyon/Paris avec bouygues (et sfr) se passe bien niveau data (contrairement à Free par exemple...).
-
Pourtant, de mémoire, le Lyon/Paris avec bouygues (et sfr) se passe bien niveau data (contrairement à Free par exemple...).
C'était avant, ça ...
-
J'ai pris le train y a quelques jours et ça marchait très bien ;)
-
Pas sur le Lyon Paris, ou tu n'es pas chez Bouygues.
Je le prend au minimum 1 fois par semainee, je connais même les bleds ou ça accroche de la 3G
-
Je suis chez SFR, mais quand j'étais chez bouygues ça marchait plutôt bien aussi!
Le pire c'était free (mais ca a peut être changé).
-
Je suis chez SFR, mais quand j'étais chez bouygues ça marchait plutôt bien aussi!
Le pire c'était free (mais ca a peut être changé).
À l'époque de mon N95, j'avais au plus 2 déconnexions de ma session MSN pendant le trajet.
En modem bluetooth sur mon portable, je n'avais presque pas de coupures
Maintenant ça marche les 15 min vers Paris, 10 vers Lyon , et les 2 gares paumées au milieu, sinon c'est la fête de l'edge sans data
-
J'ai un souvenir ému de l'EDGE, au début, où je pouvais faire toute la partie souterraine du RER B (Châtelet <=> Denfert-Rochereau) en regardant la TV, sans aucune coupure de mon flux TV.
Aujourd'hui, la TV 2G n'existe plus, mais elle serait de toute façon inutilisable, sauf pour les employés de la RATP qui conduisent des trains de travaux entre 1h et 5h du matin.
-
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...
Je connais des coins chez Orange où j'ai une couverture EDGE 900 et 4G 800 uniquement à cause d'une 3G 2100 qui pénètre mal. Ça commence à se résoudre avec le refarming UMTS 900
-
L'intérêt de refarmer 3G m'échappe, pourquoi ne pas mettre de la 4G à la place?
-
Ça a été commencé avant le déploiement de la 4G (http://mobilesociety.typepad.com/mobile_life/2010/03/umts-900-coverage-in-france.html).
A voir les mobiles compatibles même si les derniers iPhone le sont (http://mobilesociety.typepad.com/mobile_life/2015/06/lte-now-also-used-in-the-900-mhz-band-in-europe.html).
Maintenant qu'on a du GU900 et maxi 10MHz pour un opérateur, je pense qu'on est un peu coincés.