Yet another EM7455 question

[Bjørn Mork]

George Tepnadze <george.tepnadze at gmail.com> writes:

>   -------------------------
>   IPv4 configuration |   method: 'static'
>                      |  address: '10.115.184.205'
>                      |   prefix: '30'
>                      |  gateway: '10.115.184.206'
>                      |      DNS: '81.95.167.65', '81.95.167.66'
>                      |      MTU: '1500'
>   -------------------------
>   IPv6 configuration |   method: 'unknown'
>   -------------------------
>   Stats              |          Duration: '0'
>                      |    Bytes received: 'N/A'
>                      | Bytes transmitted: 'N/A'
>
> #modem.sh 0 1
> Bringing up interface
> Configuring network
> 10.115.184.205
> Adding Gateway
>
> # ip addr
> 2: wwp0s20f0u2i12: <BROADCAST,MULTICAST,NOARP,UP,LOWER_UP> mtu 1500 qdisc
> fq_codel state UNKNOWN group default qlen 1000
>     link/ether 02:53:77:08:56:74 brd ff:ff:ff:ff:ff:ff
>     inet 10.115.184.205/30 brd 10.115.184.207 scope global wwp0s20f0u2i12
>        valid_lft forever preferred_lft forever
>
> # ip route
> default via 10.115.184.206 dev wwp0s20f0u2i12
> 10.115.184.204/30 dev wwp0s20f0u2i12  proto kernel  scope link  src
> 10.115.184.205
>
> # ping 8.8.8.8
> PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
> --- 8.8.8.8 ping statistics ---
> 17 packets transmitted, 0 received, 100% packet loss, time 15999ms


Quoting Joshua:

 |  Note: I
 | MUST use the dns servers provided in the bearer information. I tried
 | to use Google DNS for the longest time without it working. So make
 | sure you add that to your /etc/resolv.conf


This means that some operators filter the Google DNS servers.  If you
are lucky, then they look at the udp port.  But some might simply null
route 8.8.8.8 and 8.8.4.4.  That's much easier...

So to be absolutely sure, test your connection using the assigned DNS
servers instead.  And repeat the test with an actual DNS query if you
don't get a ping reply.  The DNS servers might filter icmp echoes.


Bjørn