Merhaba,
"Hatta ISDN telefon ile denedikarama yapabildik.Daha sonra > merkezden lokasyona BRI aramas? yapabildik,Fakat ne denersek deneyelim lokasyondan merkezi aramam?z mümkün olmad?."
localden->merkez tarafi isdn telefon ile aranabilmisse, son cumledeki telefon kismi router ile ilgiliyse diye dusunerek yazmistim, burda layer2'de yapilmasini gerekenleri Devrim hocam, zaten yazmis benimkisi bunlar haricinde yapilabileceklerle ilgiliydi.
Basitce yukardaki varsayima gore uctan uca devre kuruldugu icin layer-2/phase-2& telco tarafinda herhangi bir problem olmadigini gosterir, bundan yola cikarak 2 tane yol kaliyor, ya cisco tabanli bir sorun (donanim/ios) yada konfigurasyon sorunu. Cisco tabanli bir sorun olmadigini varsaydim ve diger kisma yoneldim.
Sifirdan deneme yapmak en yalin haliyle isdn testi icindi.
Konfigte gozume carpan bu tur bir arama icin fiziksel interface yerine mantiksal interface kullanip buna gore bir calisma yapmissiniz, bu tur bir durum icin sorunu parcalayarak cozmek gerekir, ilk once dogal interface uzerinde (isdn bri) normal konfigurasyonlarla isdn parametreleri set edilip normal bir sinyallesme saglanabilmeli ve ordaki isdn parametrelerine bakilip duruma karar verilmesi sanirim daha dogru olur (en azindan ben olsaydim bu yolu kullanirdim. Cunku dialer interface ne tur bir sekilde kendini layer-2'deki sinyal mekanizmalarini calistiriyor bu konu hakkinda dokumantasyonlarda net bir bilgi bulamadim)
kolay gelsin,
Serhat Aslan
ERGUN OZSULLU <ergun.ozsullu_at_bilisimanadolu.com> wrote:
Merhaba Devrim,
Topoloji konusunda haklısın.
TEI_ASSIGNED ve MULTIPLE_FRAME_ESTABLISHED aynı router üzerinde alınan çıktılar.Routeri reload
edince kısa bir süre MULTIPLE_FRAME_ESTABLISHED çıktısı alınıp daha sonra çıktının TEI_ASSIGNED'a
döndüğünü görüyoruz.Birinci çıktı 878 üzerinden alındı.İkinci çıktıda sadece
MULTIPLE_FRAME_ESTABLISHEDi göstermek için PRI olan yerden kopyaladım.878de kısa bir süre
MULTIPLE_FRAME_ESTABLISHED göründüğü için onu kopyalama şasım olmadı. İkinci çıktı da aslında BRI
çıktısı olacaktı.Cisco sitesinde bunun avrupada karşılaşılan sorun olduğu bilgisi var.
C870-ADVIPSERVICESK9-M), Version 12.4(4)XC4 kullanıyoruz.Başka ios ile gelmişti.Sorun yaşayınca bu
ios'a çevirdik.Başka bir router'la deneyeceğim.Orada kullanılan 1700 serisi LL hattı olan devreden
çıkarmayı düşündüğümüz router var.Onun üzerine elimde yedek olan wic 1B-S/t V3 takarak bri arama
yapabiliyor muyum bakmayı düşünüyorum. Debugları açtık ama sorunu ordan anlamak mümkün olmadı.
Biraz daha denemeye devam edeceğiz.TT, BRI ile ilgili destek vermeyi istemiyor gibi.Net bilgi
alamıyoruz.
İlgin için teşekkürler
Serhat Hocam,
O router artık çalışan ve fazla kesintiye tahamülü olmayan bir yerde.Sıfırdan nasıl deneme yaparız
bilmiyorum.Ama bakalım biraz daha deneyeceğiz. Sana da teşekkür ederim.
"Devrim Yener KUCUK"
Sent by: To
cisco-ttl_at_yahoogroups.com
cc
11.04.2007 09:38 Subject
Re: [cisco-ttl] 878 BRI arama sorunu
Please respond to
cisco-ttl_at_yahoogroups.com
Merhaba Ergun
Anladigim kadariyla soyle bir topoloji var:
878(remote)---isdn bri--cloud----isdn pri---3600 (central)
878'e bagli olan isdn switch, layer 2 yi surekli "Multiple fram established"
tutmuyor sanirim.
Avrupadaki (ozellikle Almanya ve Fransa) bazi isdn service providerlarda bu
goruluyor.
Soru 1:
asagidaki iki cikti da 878'den mi alindi?
- Layer 2 Status:
TEI = 67, Ces = 1, SAPI = 0, State = TEI_ASSIGNED
- TEI = 0, Ces = 1, SAPI = 0, State = MULTIPLE_FRAME_ESTABLISHED
Birinci de TEI= 67,
ikinci de TEI = 0,
birinci cikti BRI ok, ama ikinci cikti PRI gibi geldi ( TEI=0)
?
Soru 2:
878 yerine baska bir routerla (baska bir cisco router ya da third party
router), arama yapilabiliyor mu?
Soru 3:
878 router da kullanilan IOS nedir?
Eger layer 2 hic ayaga kalkmiyorsa,asagidaki bug iyi bir aday olabilir.
CSCsg25693
Externally found severe defect: Resolved (R)
Layer 2 is not coming up in BRI interfaces
Integrated in 12.4(09)T02 12.4(11)T01 12.4(12.02)T
Debug isdn q921 ile switch router arasindaki mesajlari izlemen gerek, ayni
anda debug isdn q931 de enable edip cagri yaptiginda, debuglardan sorun
gorulebilir...
Kolay gelsin.
devrim
- Original Message -----
From: "ERGUN OZSULLU"
To:
Sent: Tuesday, April 10, 2007 2:55 PM
Subject: [cisco-ttl] 878 BRI arama sorunu
>
>
>
>
>
> Merhaba,
>
> Lokasyonlar?m?zandan birine G. ba?lant?s? kurmak için üzerinde BRI portu
olan 878 router kurduk.
> Amaç G. kesildi?inde BRI arama yaparak merkezimizde bulunan 3662'den bize
ula?mas?n? sa?lamakt?. G.
> hat oturdu.BRI arama yapt?rmak istedi?imizde hat yokmu? gibi davran?yor:
>
> xxxxx-xxxx#sh isdn st
> Global ISDN Switchtype = basic-net3
> ISDN BRI0 interface
> dsl 0, interface ISDN Switchtype = basic-net3
> Layer 1 Status:
> ACTIVE
> Layer 2 Status:
> TEI = 67, Ces = 1, SAPI = 0, State = TEI_ASSIGNED
> Layer 3 Status:
> 0 Active Layer 3 Call(s)
> Active dsl 0 CCBs = 0
> The Free Channel Mask: 0x80000003
> Total Allocated ISDN CCBs = 0
>
> Hatt? ç?akar?p yeniden tak?nca Layer 2 Status:
> TEI = 0, Ces = 1, SAPI = 0, State = MULTIPLE_FRAME_ESTABLISHED
görünüyor fakat k?sa bir süre
> sonra tekrar tei_assigned hale dönüyor.Hatta ISDN telefon ile denedik
arama yapabildik.Daha sonra
> merkezden lokasyona BRI aramas? yapabildik.Fakat ne denersek deneyelim
lokasyondan merkezi aramam?z
> mümkün olmad?.Bu sorunu daha önce ya?ayan veya bu konu hakk?nda bilgisi
olan var m???imdiden
> te?ekkürler.?yi çal??malar
>
>
>
> Bu e-posta ve muhtemel eklerinde verilen bilgiler kisiye ozel ve gizlidir.
Anadolu Bilisim Hizmetleri A.S. bu mesajin icerigi ve ekleri ile ilgili
hicbir hukuki sorumluluk kabul etmez. Yetkili alicilardan degilseniz, bu
mesajin herhangi bir sekilde ifsa edilmesi, kullanilmasi, kopyalanmasi,
yayilmasi veya mesajda yer alan hususlarla ilgili olarak herhangi bir islem
yapilmasi kesinlikle yasaktir. Bu durumda hemen mesajin gondericisini
bilgilendiriniz ve mesaji sisteminizden siliniz. Elektronik mesajlar
uzerinde yapilmis herhangi bir degisiklik veya sonuclari uzerinde Anadolu
Bilisim Hizmetleri A.S.'nin sorumlulugu yoktur. Ayrica, e-posta
mesajlarindaki hata ve/veya eksiklikten, virus icermesinden ve bilgisayar
sisteminize verebilecegi herhangi bir zarardan Sirket olarak sorumluluk
kabul etmeyecegimizi de bildiririz.
>
> This e-mail and any information included within any attached document are
private and confidential and intended solely for the addressee. Anadolu
Bilisim Hizmetleri A.S. does not accept any legal responsibility for the
contents of this message and any attached documents. If you are not the
intended addressee, it is forbidden to disclose, use, copy, or forward any
information within the message or engage in any activity regarding the
contents of this message. In such case please notify the sender and delete
the message from your system immediately. Anadolu Bilisim Hizmetleri A.S.
also denounces any legal responsibility for any amendments made on the
electronic message and the outcome of these amendments, as well as any error
and/or defect, virus content and any damage that may be given to your
system.
>
>
>
> [Non-text portions of this message have been removed]
>
>
>
> --
> Cisco Teknik Tartisma Listesi (Cisco-ttl)
>
> Bu listede onerilen degisikliklerin uygulanmasindaki tum sorumluluk
> kullaniciya aittir. Liste yoneticileri, oneride bulunan liste uyeleri ya
da
> bu uyelerin calistigi kuruluslar herhangi bir sekilde sorumlu
tutulamazlar.
> Yahoo! Groups Links
>
>
>
[Non-text portions of this message have been removed]
--
Cisco Teknik Tartisma Listesi (Cisco-ttl)
Bu listede onerilen degisikliklerin uygulanmasindaki tum sorumluluk
kullaniciya aittir. Liste yoneticileri, oneride bulunan liste uyeleri ya da
bu uyelerin calistigi kuruluslar herhangi bir sekilde sorumlu tutulamazlar.
Yahoo! Groups Links
---------------------------------
Don't be flakey. Get Yahoo! Mail for Mobile and
always stay connected to friends.
[Non-text portions of this message have been removed]
Received on Thu Apr 12 2007 - 17:58:41 CEST