blogin Timeout

[Fergus Roche]

On Thu, 2002-05-02 at 14:54, john heasley wrote:

> 
> afraid i can't find the discussion you mention.  can you provide an
> example collection from the router?  like
> 	setenv NOPIPE=YES
> 	brancid -d router
> there should be a router.raw file left behind.
> 

Using these commands in brancid:

%commands=(
        'show config'           => "ShowConfig",
        'show config verbose'   => "ShowConfig",
        'exit'                  => "RunCommand"


$ brancid -d bay-nr1
executing blogin -t 90 -c"show config;show config verbose;exit" bay-nr1
bay-nr1: missed cmd(s): show config,show config verbose,exit
bay-nr1: missed cmd(s): show config,show config verbose,exit
bay-nr1: End of run not found
bay-nr1: End of run not found
!
$ 


The .raw file contains the full output of show config and show config
verbose, but ends approximately 22 lines prematurely:

$ tail -20 bay-nr1.raw 
        default-supply disable 
        listen enable 
        poison disable 
        supply enable 
        trigger disable 
        back
        traffic-filter
        back
        back
        stg 1
        faststart disable 
        pathcost 10 
        priority 128 
        stp enable 
        back
        unknown-mac-discard
        activation disable 
        autolearn disable 
    
Connection closed by foreign host.
$ 


$ cat bay-nr1.new 
!RANCID-CONTENT-TYPE: bay
!
$

Let me know if you need the whole .raw file, just the last part seemed
relevant.
The discussion I was referring to goes as follows:


Date: Tue, 12 Mar 2002 15:57:13 -0500
From: Andrew Partan <asp at partan.com>
To: Robert Klingsten <bladex at engin.umich.edu>
Cc: rancid-discuss at shrubbery.net
Subject: Re: Newbie: Problems with Catalyst
On Tue, Mar 12, 2002 at 03:32:27PM -0500, Robert Klingsten wrote:
> ummu-cis6513-mr> (enable)Connection to ummu-cis6513-mr.ummu.umich.edu
>closed
> by remote host.
> Connection to ummu-cis6513-mr.ummu.umich.edu closed.

Looks like it could be another case of a router being too eager to
drop the tcp session and not echoing back the 'quit' rancid sends
it first.

Rancid sends a 'quit' and then the router should echo that back &
then close the tcp session (it should wait for the output to drain
before doing the final tcp close).  Some routers have bugs and
don't do this.

I know we had to do a fair amount of expect goo to work around this
for the extreme (in xrancid).
        -asp

Thanks,

Fergus Roche