Hello Sanjeev, I copied a PART of the snoop? output from the terminal while you were diagnosing the problem. The file is attached.
On the problems with the laptop, I don't feel that there is any related to the USB ports. The problems related to the mouse cursor and keyboard are not really because of defective components but rather due to an unprofessional hardware installation and is something that can easily be fixed. This is to say that it is unlikely that the connectivity problems are due to any defects in the USB ports. I also feel that it is unlikely that the problem is due to poor signal strength. This inference is because a) I have faced exactly the same problem at Erode and at two locations in Bangalore ( MG Road / Divyashree ), at two different location in Hyderabad, at Chennai and at other locations. The problem may also not be due to any flaw in the solaris network stack. It is possible that Tata Indicom is constantly sending in some sort of automated query/acknowledgment packets to ascertain if the connection is active and at their end the equipments there are unable to understand the responses from Soalris? Those who designed the exchanges between the Tata Indicom network and the client have probably designed it only for Windows ?? Some interaction may be necessary with Tata Indicom USB support to resolve this issue. Thanks Sivasubramanian Muthusamy On Wed, Dec 17, 2008 at 8:42 PM, Sanjeev <sanjeev.bagewadi at sun.com> wrote: > Siva/Moinak, > > Here is an update on what I observed yesterday : > > - The scripts pick up the default DNS servers provided by TataIndicom. > I found that the DNS servers stopped responding after sometime (approx 1 > min.) > > - So, we added Ip addresses for a few locations in /etc/hosts and things > started > working well. Also, we added the public DNS servers as well. > This worked for a while. > > However, later we observed that things stopped working and after multiple > restarts things worked but were flaky. > > Now, from my observations I think there are a few factors which could be > affecting this : > - As Siva said there could be problems with the negotiations that Solaris > does. > I am not convinced because, when I tested it on another laptop here and it > stayed up for atleast a couple of hours. > > - There is something in Solaris network stack which does not work well. > Again I am not convinced because, when I ran snoop I saw that the pkts > were > being sent out to the router configured. (Unless snoop was faking it :-) > > - The signal strength could be varying and probably we are dropping the > link > often. I say this because, I saw that the modem did show Amber light > occasionally (which I presume is an indication that it is negotiating). > > - The USB port/connection could have problems. I learnt that it is > engineering > piece. We found that the trackpad had some issues. > > It would really interesting to debug this issue. Also, it would be useful > to > hear from other who have used similar configs. > > Thanks and regards, > Sanjeev. > > On Wed, Dec 17, 2008 at 07:18:39PM +0530, Sivasubramanian Muthusamy wrote: > > Hello Moinak, > > > > I have updated the O/S with the 08.11 open solaris version and untarred > the > > ppp.tar file and again the problem remains what it is. > > > > Sanjeev monitored the problem for over an hour with a battery of > diagnostic > > tests. May be he could share his observations with the details of the > > commands that he tried. > > > > There are two problems: > > > > 1. There is a block at the DNS level after about a minute of connection. > > Using the IP addresses of the website in the address bar retrieves the > site > > faster. > > > > 2. But the modem hangs after a minute anyway. After a minute the > terminal > > partially responds to the ifconfig -a command. Can this problem be fully > > sorted out by inserting a script ? specifying opendns server addresses. > How > > would I insert the script and how would I specify that the script loads > > automatically without the need to do it manually everytime? Also, I could > > maintain a list of frequently accessed sites at the /etc/hosts file. > > > > 3. I recollect having a similar problem about ten years ago when a vsnl > > internet connection on a windows machine got frequently disconnected. I > > remember that the customer support asked me to insert a (chat) script > > somewhere, so i asked the Tata Indicom technical person if they specify > any > > particular string while setting up the modem in windows. > > > > He told me that the script specified is at+crm=1 . In the tata indicom > > solaris settings I find > > > > send (atz^M) > > > > and at another place > > > > send (ATDT#777^M) > > > > If we modify (or add somewhere) the script to read as send (at+crm=1) > would > > it solve the problem? > > > > ( Tata indicom user name is 'internet', password is 'internet', phone > number > > is '#777' harware is 'usb 230400' ) > > > > 4. The other possibility is that the Tata Indicom gateway equipment > finds > > the negotiation from a solaris machine unfamiliar, so it severes the > > connection after a minute not knowing what to do ??? > > > > Sivasubramanian Muthusamy > > > > On Tue, Dec 16, 2008 at 4:49 PM, Moinak Ghosh <moinakg at belenix.org> > wrote: > > > > > You can use the following DNS server addresses: > > > 208.67.222.222 > > > 208.67.220.220 > > > > > > These are OpenDNS servers and always work for me. > > > > > > Regards, > > > Moinak. > > > > > > On Tue, Dec 16, 2008 at 4:08 PM, Sivasubramanian Muthusamy > > > <isolatedn at gmail.com> wrote: > > > > Hello Moinak, > > > > > > > > I have not enabled dns/client but somehow the tata indicom connected, > > > > the browser works for a while but approximately after a minute, the > > > > modem stops responding. Sanjeev looked at my laptop and has found > that > > > > the problem relates to the DNS servers specified. Queries are sent > out > > > > to the DNS servers and the DNS queries are not resolved. > > > > > > > > So firefox loads a page once, and then it stops working because > > > > further DNS queries are unresolved. Instead of sending a DNS query, > if > > > > an IP address is specified, the USB works just fine. > > > > > > > > Sanjeev says that the DNS addresses specified in the Open Solaris > > > > settings are the numbers of public domain DNS servers. Perhaps we can > > > > obtain the Tata Indicom DNS servers and if the problem is resolved by > > > > specifying Tata Indicom DNS addresses, then probably the Tata Indicom > > > > USB is configured to work only with the Tata Indicom DNS servers ? > > > > > > > > (Sent from the Solaris laptop with tata usb) > > > > > > > > On 12/3/08, Moinak Ghosh <moinakg at belenix.org> wrote: > > > >> On Wed, Dec 3, 2008 at 7:12 AM, Sivasubramanian Muthusamy > > > >> <isolatedn at gmail.com> wrote: > > > >>> Hello, > > > >>> > > > >>> Followed the steps outline by Moinak > > > >>> > > > >>> cp /etc/nsswitch.dns /etc/nsswitch.conf > > > >>> Now enable dns/client and update /etc/resolv.conf > > > >>> svcadm restart name-service-cache > > > >>> > > > >>> but a problem with the command update /etc/resolv.conf Some > problems > > > >>> remain, > > > >>> may have to do with the poor bandwidth .. > > > >> > > > >> "update /etc/resolv.conf" is not a command. It is English :-) > This > > > >> meant follow > > > >> the instructions to add "nameserver ..." entries into > > > /etc/resolv.conf. > > > >> > > > >> Regards, > > > >> Moinak. > > > >> -- > > > >> ================================ > > > >> http://www.belenix.org/ > > > >> http://moinakg.wordpress.com/ > > > >> _______________________________________________ > > > >> ug-bosug mailing list > > > >> List-Unsubscribe: mailto:ug-bosug-unsubscribe at opensolaris.org > > > >> List-Owner: mailto:ug-bosug-owner at opensolaris.org > > > >> List-Archives: > http://www.opensolaris.org/jive/forum.jspa?forumID=54 > > > >> > > > > > > > > > > > > -- > > > > Sivasubramanian Muthusamy > > > > http://www.linkedin.com/in/sivasubramanianmuthusamy > > > > http://www.circleid.com/members/3601/ > > > > http://twitter.com/isocchennai > > > > _______________________________________________ > > > > ug-bosug mailing list > > > > List-Unsubscribe: mailto:ug-bosug-unsubscribe at opensolaris.org > > > > List-Owner: mailto:ug-bosug-owner at opensolaris.org > > > > List-Archives: http://www.opensolaris.org/jive/forum.jspa?forumID=54 > > > > > > > > > > > > > > > > -- > > > ================================ > > > http://www.belenix.org/ > > > http://moinakg.wordpress.com/ > > > _______________________________________________ > > > ug-bosug mailing list > > > List-Unsubscribe: mailto:ug-bosug-unsubscribe at opensolaris.org > > > List-Owner: mailto:ug-bosug-owner at opensolaris.org > > > List-Archives: http://www.opensolaris.org/jive/forum.jspa?forumID=54 > > > > > > > > > > > -- > > Sivasubramanian Muthusamy > > http://www.linkedin.com/in/sivasubramanianmuthusamy > > http://www.circleid.com/members/3601/ > > http://twitter.com/isocchennai > > _______________________________________________ > ug-bosug mailing list > List-Unsubscribe: mailto:ug-bosug-unsubscribe at opensolaris.org > List-Owner: mailto:ug-bosug-owner at opensolaris.org > List-Archives: http://www.opensolaris.org/jive/forum.jspa?forumID=54 > -- Sivasubramanian Muthusamy http://www.linkedin.com/in/sivasubramanianmuthusamy http://www.circleid.com/members/3601/ http://twitter.com/isocchennai -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.opensolaris.org/pipermail/ug-bosug/attachments/20081217/d9e97ac2/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: turiya tata indicom usb dns problem snoop.pdf Type: application/pdf Size: 26594 bytes Desc: not available URL: <http://mail.opensolaris.org/pipermail/ug-bosug/attachments/20081217/d9e97ac2/attachment.pdf>
