**** BEGIN LOGGING AT Tue Dec 04 03:00:15 2018
Dec 04 03:00:45 <buZz> afaik mms on 2G works with a actual data connection to a specific gateway 
Dec 04 04:26:07 <bleb> buZz: interesting
Dec 04 04:26:13 <bleb> maybe i will contact at&t support
Dec 04 06:40:07 <KotCzarny> {-0-}: if it works on another phone, try cloning the ip settings?
Dec 04 06:40:28 <KotCzarny> also, tcpdump+dhcpclient might be some help
Dec 04 06:41:05 <KotCzarny> dhcpcd/dhclient/whatever is there
Dec 04 07:20:33 <sicelo> i've never seen a getway on my n900 in all the different networks that i've used it on since 2011
Dec 04 07:21:02 <sicelo> if your Internet doesn't work, is it perhaps a matter of 2G vs. 3G?
Dec 04 07:50:17 <buZz> sicelo: then how do IPs get routed from your local interface?
Dec 04 08:04:31 <sicelo> i don't know, or care :)
Dec 04 08:04:40 <sicelo> i'm on it even now
Dec 04 08:05:09 <sicelo> ~ $ ip r sh
Dec 04 08:05:10 <sicelo> default dev gprs0  scope link
Dec 04 08:05:53 <KotCzarny> usuall ppp way
Dec 04 08:05:59 <KotCzarny> send and hope for the best
Dec 04 08:06:00 <KotCzarny> ;)
Dec 04 08:06:11 <bencoh> indeed (ppp)
Dec 04 08:07:05 <bencoh> as for mms, there is a "gateway", although not the same as in the IP context
Dec 04 08:08:32 <sicelo> i've never used mms since N900 :)
Dec 04 08:12:08 <Maxdamantus> I imagine a default gateway wouldn't really make sense on a PPP connection.
Dec 04 08:12:21 <Maxdamantus> It's not like it's going to go anywhere other than .. where it goes.
Dec 04 08:15:03 <sicelo> yeah, that's why they are /32
Dec 04 08:15:33 <KotCzarny> maxd, would be if other part was just a dumb bridge
Dec 04 08:16:47 <Maxdamantus> I don't have a huge amount of knowledge of how PPP/P-t-P connections tend to work, but my ifconfig shows gprs0 as having a HWADDR of 0-0-0-0-0-... and it says "NOARP"
Dec 04 08:17:09 <Maxdamantus> The only thing a default gateway does normally is determine which MAC address is used as the destination of the outgoing frames.
Dec 04 08:17:39 <Maxdamantus> but a MAC address should be irrelevant in this case .. I'm guessing it's not even using ethernet frames.
Dec 04 21:26:13 <{-0-}> This new day brought internet access! Nothing changed this end since last night, not even a reboot. But this morning at work ( in a nearby town ) it was working! Here at home access is intermittent at best ( even though showing full signal strength )
Dec 04 21:27:36 <{-0-}> when it's working route -n shows only that one 0.0.0.0 gprs0 entry and nothing else, which looks plain wrong to me :D
Dec 04 21:42:20 <sicelo> don't worry about it. we all have that :-P
Dec 04 23:50:57 <Maxdamantus> {-0-}: because there are no ethernet frames involved, so there's no destination MAC address for some gateway.
Dec 04 23:52:31 <Maxdamantus> {-0-}: on ethernet, you look up the MAC address of the default gateway using ARP, and put that MAC address as the destination of frames wrapping IP packets that need to be send outside of your broadcast domain.
Dec 04 23:52:54 <Maxdamantus> {-0-}: afaik, none of that makes sense on PPP/gprs
Dec 05 00:19:14 <DocScrutinizer05> (
Dec 05 00:20:57 <DocScrutinizer05> (-o0--)whatever, it's absolutely normal to find a service time of only 97% or less for the DHCP servers of carriers
Dec 05 00:22:46 <DocScrutinizer05> and I even found my N900 hanfs up occasionally when confronted with a particularly evil misbehavior of my carrier's DHCP server, so I need to reboot to make it work again even in other cells with intact DHCP service. I *think* it's usually related to 3G->2G handover
Dec 05 00:22:58 <DocScrutinizer05> hangs up*
Dec 05 00:23:28 <DocScrutinizer05> 0.0.0.0 is dnsmasq way to do it, it's normal
Dec 05 00:54:42 <DocScrutinizer05> a generic note on IRC nicks: it's pretty annoying if you can't type the leading 2 or 3 chars, tab nick completion only works after you did that, on most clients
**** ENDING LOGGING AT Wed Dec 05 03:00:01 2018