On Fri, Sep 29, 2000 at 05:30:04PM +0300, Matei Conovici wrote:
> 
> > > si eu folosesc rsh in cisco ... pentru traffic ...
> > > de aftfel am inteles ... ca e chiar indicat folosirea rsh-ului fata de
> > > snmp in cisco ..(pentru accounting) ... cica ar manca mai putine
> > > resource.
> 
> > Asa este. Asta a fost si motivul pentru care nu am vrut snmp.
> 
> Nu e _tocmai_ asa. Toate procesele ce implica VTY-uri pe cisco (rsh,
> telnet) sunt rulate cu prioritate maxima. De aia e bine sa nu dai
> "debug ip packet" din telnet ("Run, do NOT walk, to the system console
> and stop it!" :-).
> 
> SNMP mananca (extrem de) multe resurse doar la GetNext-uri unul dupa
> altul (cum ar fi snmpwalk, sau cititul unei tabele - de rutare,
> accounting in cazul vostru, etc). 

Problema mea nu era viteza ci spatiul ca sa ii zic asa. Aveam memorie
putina pe router si nu imi permiteam sa rulez si SNMP (24Mb). Cifrele zic:

k-digicom#sh proc mem | include SNMP|PID
 PID TTY  Allocated      Freed    Holding    Getbufs    Retbufs Process
  47   0         96          0      12932          0          0 SNMP ConfCopyPro
  49   0          0          0       6868          0          0 SNMP Timers     
  50   0       1444        320      13992          0          0 IP SNMP         
  51   0       5356       5220      13004          0          0 SNMP Traps      


> 
> Daca ai nevoie doar sa citesti countere de pe interfete sau ceva de
> genul asta, SNMP e infinit mai bun decat rsh/telnet.

Asa este. E mai iute si mai ales mai elegant sa faci 10-20 de geturi
decat sa initiezi o conexiune rsh care sa ruleze nu's'ce comanda.


Oricum intrebarea ramane deschisa. Ce pisici inseamna mesajul ala de eroare
din glibc?


Eu am sapat in glibc si am gasit in inet/rcmd.c o secventa care nu ma
lamureste:

        s3 = accept(s2, (struct sockaddr *)&from, &len);
        (void)__close(s2);
        if (s3 < 0) {
                (void)fprintf(stderr,
                    "rcmd: accept: %m\n");
                lport = 0;
                goto bad;
        }
        *fd2p = s3;
        from.sin_port = ntohs((u_short)from.sin_port);
        if (from.sin_family != AF_INET ||
            from.sin_port >= IPPORT_RESERVED ||
            from.sin_port < IPPORT_RESERVED / 2) {
                (void)fprintf(stderr,
                    _("socket: protocol failure in circuit setup\n"));
                goto bad2;
        }

Cel putin verificarea in if() mi se pare ciudata (IPPORT_RESERVED este 1024)...
de ce trebuie sa fie sin_port mai mare decat IPPORT_RESERVED/2 este foarte ciudat
(poate ca asa scrie in standardul cu rcmd-urile)?


-- 
Mircea Damian
E-mails: [EMAIL PROTECTED], [EMAIL PROTECTED]
WebPage: http://taz.mania.k.ro/~dmircea/

---
Send e-mail to '[EMAIL PROTECTED]' with 'unsubscribe rlug' to 
unsubscribe from this list.

Raspunde prin e-mail lui