RE: [cisco-ttl] RIP

From: ZaferP_at_koc.net
Date: Tue Sep 30 2003 - 06:58:12 GMT

  • Next message: Devrim Yener Kucuk: "Re: [cisco-ttl] RIP"

    sorunun cevabı :
    offset-list
     
    Bir pathi diğerinden daha uzun gösterebilirsin. router rip'in altında konfigüre edeceksin..
     
    kolay gelsin

            -----Original Message-----
            From: Yasin BATMAZ [mailto:yasin_at_exper.net.tr]
            Sent: Tuesday, September 30, 2003 11:30 AM
            To: cisco-ttl_at_yahoogroups.com
            Subject: Re: [cisco-ttl] RIP
            
            
            Devrim hocam,
             
            Böyle bir uygulamada RIP gideceği yolu neye göre seçecek?
             
            her iki interface UP olduğunda bu sorunu nasıl çözebiliriz?
             
            Saygılar.
             
             
            Yasin BATMAZ

                    ----- Original Message -----
                    From: Devrim Yener KUCUK <mailto:dkucuk_at_cisco.com>
                    To: cisco-ttl_at_yahoogroups.com
                    Sent: Tuesday, September 30, 2003 10:45 AM
                    Subject: Re: [cisco-ttl] RIP
                    
                    
                    Yasin
                     
                    sh ip route <destination ip> de cevabi goreceksin...
                     
                    ya da
                     
                    debug ip packet detail <access-list number> de ve ping yap...
                     
                     
                    Devrim
                     
                     

                            ----- Original Message -----
                            From: Yasin BATMAZ <mailto:yasin_at_exper.net.tr>
                            To: cisco-ttl_at_yahoogroups.com
                            Sent: Tuesday, September 30, 2003 9:27 AM
                            Subject: [cisco-ttl] RIP
                            
                            
                            Arkadaşlar merhaba,
                            Merkezde Cisco 3640, şubenin birinde de Cisco 1721 var.
                            Şube merkeze biri 1 Mbps frame relay, diğeri 64 Kbps leased line hat üzerinden bağlı. 64 Kbps Leased line backup amaçlı duruyor. Her iki router arasında sadece RIP çalışıyor. (RIP çalışmak zorunda!!)
                            Her iki hat açık (UP) olduğunda garip durumlar oluyor. Merkezdeki bir bilgisayardan şubedeki bir bilgisayara gayet güzel ping atılırken, diğer bir bilgisayara bayağı uzun sürelerde ping atılıyor.
                             
                            RIP hangi hattı kullanacağına nasıl karar verecek? Bildiğim kadarıyla metric olarak hop count kullanıyor. Her iki bağlantı için de hop count aynı olduğuna göre hangisine, nasıl öncelik verecek?
                             
                            Sorunun geçici olarak çözümü için leased line interface'i shutdown ettiğimzde bu gariplikler olmuyor.
                             
                            Tavsiyeleriniz nelerdir?
                             
                             
                            Yasin BATMAZ

                            Bu listenin Cisco Systems ile dogrudan herhangi bir baglantisi bulunmamaktadir.
                            
                            Listeden cikmak için cisco-ttl-unsubscribe_at_yahoogroups.com adresine bir e-posta gönderebilirsiniz.
                            
                            Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service <http://docs.yahoo.com/info/terms/> .
                            

                    Bu listenin Cisco Systems ile dogrudan herhangi bir baglantisi bulunmamaktadir.
                    
                    Listeden cikmak için cisco-ttl-unsubscribe_at_yahoogroups.com adresine bir e-posta gönderebilirsiniz.
                    
                    Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service <http://docs.yahoo.com/info/terms/> .
                    

    Yahoo! Groups Sponsor
    ADVERTISEMENT
    click here <http://rd.yahoo.com/M=194081.3897168.5135684.1261774/D=egroupweb/S=1705004726:HM/A=1732161/R=0/SIG=11p5b9ris/*http://www.ediets.com/start.cfm?code=30509&media=atkins
     <http://us.adserver.yahoo.com/l?M=194081.3897168.5135684.1261774/D=egroupmail/S=:HM/A=1732161/rand=917953065>

            Bu listenin Cisco Systems ile dogrudan herhangi bir baglantisi bulunmamaktadir.
            
            Listeden cikmak için cisco-ttl-unsubscribe_at_yahoogroups.com adresine bir e-posta gönderebilirsiniz.
            
            Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service <http://docs.yahoo.com/info/terms/> .
     
    _____________________________________________________________________________________________________________________________________________
     
    Bu e-posta mesaji kisiye ozel olup, gizli bilgiler iceriyor olabilir. Eger bu e-posta mesaji size yanlislikla ulasmissa, icerigini hic bir sekilde kullanmayiniz ve ekli dosyalari acmayiniz. Bu durumda lutfen e-posta mesajini kullaniciya hemen geri gonderiniz ve tum kopyalarini mesaj kutunuzdan siliniz. Bu e-posta mesaji, hic bir sekilde, herhangi bir amac icin cogaltilamaz, yayinlanamaz ve para karsiligi satilamaz. Bu e-posta mesaji viruslere karsi anti-virus sistemleri tarafindan taranmistir. Ancak yollayici, bu e-posta mesajinin - virus koruma sistemleri ile kontrol ediliyor olsa bile - virus icermedigini garanti etmez ve meydana gelebilecek zararlardan dogacak hicbir sorumlulugu kabul etmez.
     
    This message is intended solely for the use of the individual or entity to whom it is addressed , and may contain confidential information. If you are not the intended recipient of this message or you receive this mail in error, you should refrain from making any use of the contents and from opening any attachment. In that case, please notify the sender immediately and return the message to the sender, then, delete and destroy all copies. This e-mail message, could not be copied, published or sold for any reason. This e-mail message has been swept by anti-virus systems for the presence of computer viruses. In doing so, however, sender cannot warrant that virus or other forms of data corruption may not be present and do not take any responsibility in any occurrence.
     
    _____________________________________________________________________________________________________________________________________________
     

     

     

     



    This archive was generated by hypermail 2.1.5 : Tue Sep 30 2003 - 10:58:59 GMT