Solved

MODEM:- No bytes received!

Posted on 2004-08-13
8
220 Views
Last Modified: 2010-03-17
I'm a novice user of linux. I have installed RedHat 9.01, and everything works fine except my modem.

I have Prolink 33.6 External Modem. It worked fine with 7.2 (when i tried Linux for the first time ever) and had no trouble configuring it. How that i have the latest one, I need to select the the COM port for myself and the query seems to work fine with the modem. I can even connect to the net, but I cant load even a single page from the Internet. Its just like connected to the internet but completely isolated when it comes to receiving bytes. Please help me, I dont know much of commands so please can anyone help me?

- deeps
0
Comment
Question by:deepeshp
[X]
Welcome to Experts Exchange

Add your voice to the tech community where 5M+ people just like you are talking about what matters.

  • Help others & share knowledge
  • Earn cash & points
  • Learn & ask questions
  • 4
  • 4
8 Comments
 
LVL 40

Expert Comment

by:jlevie
ID: 11795401
Is DNS being properly set up when you connect as evidenced by 'host www.redhat.com' returns an IP?

Can you 'ping' an Internet site?

It might help for you to show us what:

ifconfig -a
netstat -nr
cat /etc/resolv.conf

shows when you go on-line.
0
 

Author Comment

by:deepeshp
ID: 11804588
Thanks jlevie,

While issuing the ping, no result is obtained... not even the error message, so I aborted it using Ctrl+C and as per other things, I've done exactly as you've asked me to... and here are the respective results:

[root@localhost root]# ifconfig -a
lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:2809 errors:0 dropped:0 overruns:0 frame:0
          TX packets:2809 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:191209 (186.7 Kb)  TX bytes:191209 (186.7 Kb)
 
ppp0      Link encap:Point-to-Point Protocol
          inet addr:203.78.165.51  P-t-P:203.78.160.2  Mask:255.255.255.255
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1500  Metric:1
          RX packets:4 errors:0 dropped:0 overruns:0 frame:0
          TX packets:5 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:3
          RX bytes:256 (256.0 b)  TX bytes:150 (150.0 b)


[root@localhost root]# netstat -nr
Kernel IP routing table
Destination     Gateway         Genmask         Flags   MSS Window  irtt Iface
203.78.160.2    0.0.0.0         255.255.255.255 UH        0 0          0 ppp0
169.254.0.0     0.0.0.0         255.255.0.0     U         0 0          0 lo
127.0.0.0       0.0.0.0         255.0.0.0       U         0 0          0 lo
0.0.0.0         203.78.160.2    0.0.0.0         UG        0 0          0 ppp0



[root@localhost root]# cat /etc/resolv.conf
domain info.com.np              #kppp temp entry
nameserver 203.78.160.36        #kppp temp entry
nameserver 203.78.160.3 #kppp temp entry

Now what shall I do?
- Deepesh

0
 
LVL 40

Expert Comment

by:jlevie
ID: 11804991
Let's try:

ping -n 203.78.160.2
ping -n 203.78.160.36
ping -n 203.78.160.3

What I'm trying to find out there is whether you can reach anything on the PPP link. The first ping will go to the next hop in the PPP link and the other two check for the name servers being reachable.

According to the ifconfig output the link is up & running, with no errors. A default route & nameservers were negotiated, which suggests that basic IP connectivity exists. Now we need to figure out what the failure is.

0
Industry Leaders: We Want Your Opinion!

We value your feedback.

Take our survey and automatically be enter to win anyone of the following:
Yeti Cooler, Amazon eGift Card, and Movie eGift Card!

 

Author Comment

by:deepeshp
ID: 11811746
This is what it looked like when I did exactly as you direct...

[root@dialup-pool3-174 root]# ping -n 203.78.160.2
PING 203.78.160.2 (203.78.160.2) 56(84) bytes of data.
64 bytes from 203.78.160.2: icmp_seq=1 ttl=255 time=224 ms
64 bytes from 203.78.160.2: icmp_seq=2 ttl=255 time=199 ms
64 bytes from 203.78.160.2: icmp_seq=3 ttl=255 time=198 ms
........
<I pressed Ctrl+C>

--- 203.78.160.2 ping statistics ---
7 packets transmitted, 6 received, 14% packet loss, time 6094ms
rtt min/avg/max/mdev = 179.987/196.546/224.499/14.193 ms


[root@dialup-pool3-174 root]# ping -n 203.78.160.36
PING 203.78.160.36 (203.78.160.36) 56(84) bytes of data.
........
<No activity, so I pressed Ctrl+C>
 
--- 203.78.160.36 ping statistics ---
14 packets transmitted, 0 received, 100% packet loss, time 12999ms
 
[root@dialup-pool3-174 root]# ping -n 203.78.160.3
PING 203.78.160.3 (203.78.160.3) 56(84) bytes of data.
64 bytes from 203.78.160.3: icmp_seq=1 ttl=253 time=188 ms
64 bytes from 203.78.160.3: icmp_seq=2 ttl=253 time=199 ms
64 bytes from 203.78.160.3: icmp_seq=3 ttl=254 time=179 ms
........
<I pressed Ctrl+C>
 
--- 203.78.160.3 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3038ms
rtt min/avg/max/mdev = 179.987/189.430/199.679/7.001 ms
[root@dialup-pool3-174 root]#


So what do you think could be the problem...?

With thanks
- Deepesh
0
 
LVL 40

Expert Comment

by:jlevie
ID: 11812072
Your resolv.conf contains, in part:

nameserver 203.78.160.36        #kppp temp entry
nameserver 203.78.160.3 #kppp temp entry

and the ping tests indicate that the first nameserver listed (203.78.160.36) isn't reachable. Everything else worked and if you manually edit resolv.conf so that it looks like:

domain info.com.np              #kppp temp entry
nameserver 203.78.160.3 #kppp temp entry

I think you'll find that Internet access will work. This is really a problem at your ISP in that they should not be handing out (via PPP) the IP of a nameserver that isn't usable.
0
 

Author Comment

by:deepeshp
ID: 11817918
The /etc/resolv.conf is empty... however The /etc/ppp/resolv.conf had something like u told..

i did as u said... but nothing has changed....
All i can see is "Sending request to..... my url" and nothing happens even if wait for minutes...

what could be the reason?

Thanks again
- Deepesh
0
 
LVL 40

Accepted Solution

by:
jlevie earned 250 total points
ID: 11822818
Can you now execute 'host www.redhat.com" and get an IP back?

Note that the contents of /etc/ppp/resolv.conf will be re-created each time you dial up. So if you've dropped the connection and brought it back up you have to redo the edit.
0
 

Author Comment

by:deepeshp
ID: 11944913
Dear jlevie

Thanks for your support.

- Deepesh
0

Featured Post

Secure Your Active Directory - April 20, 2017

Active Directory plays a critical role in your company’s IT infrastructure and keeping it secure in today’s hacker-infested world is a must.
Microsoft published 300+ pages of guidance, but who has the time, money, and resources to implement? Register now to find an easier way.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

I have seen several blogs and forum entries elsewhere state that because NTFS volumes do not support linux ownership or permissions, they cannot be used for anonymous ftp upload through the vsftpd program.   IT can be done and here's how to get i…
Note: for this to work properly you need to use a Cross-Over network cable. 1. Connect both servers S1 and S2 on the second network slots respectively. Note that you can use the 1st slots but usually these would be occupied by the Service Provide…

749 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question