Поиск  Правила  Войти
Форум » Alcatel-Lucent OmniPCX Enterprise » Транковые группы

Уважаемые дамы и господа! Для вас сохранен старый форум по адресу http://forum.intersyst.ru

Страницы: 1 2 3 След.
RSS
Засыпает BRA., Cisco-Alcatel.
 
#1
19.01.2017 15:12:47
Релиз 6.1
Поток настроен и работает. Время от времени возникает ситуация, когда при наборе с Алкатели в трейсе присутствует только сетап из Алкатели без ответа со стороны Циски. На Циске канал не занимается и ответа нет. когда приходит звонок со стороны Циски, всё ввосстанавливается и наборы идут в обе стороны.
Кто сталкивался, подскажите.
 
 
 
#2
19.01.2017 20:30:06
звонок через что на циску приходит h323, sip, isdn (и все нормализуется)?
sleep isdn l3 в циске встречается, как говорит циска - ставьте 15.2.4, заодно и узнаете собирается ли циска на пенсию
Пути IP-пакета неисповедимы
 
 
 
#3
19.01.2017 22:19:55
Cisco новая, только поставили. Алкатель с ней связана только по БРА.
Что такое 15.2.4?
 
 
 
#4
19.01.2017 22:31:12
Софт циски. Новая это дата выпуска 2016, на худой конец 2015
Про точку входа "спасительного" звонка так и не сказали, и кроме как "циска" ничего нет

Включайте весь debug в консоль и ловите sleep
Пути IP-пакета неисповедимы
 
 
 
#5
19.01.2017 23:32:45
Да, ничего кроме. 2-х проводку в счёт не берём.
По дебагам, часто сложно бывает алкательщикам доказывать цискарям, что у них пролема.
Элита, ведь.
Только показывать, что алкатель канал занимает, шлёт сетап, а на циске даже канал заниматься не хочет, сетап типа не слышыт...
Изменено: JKS - 19.01.2017 23:36:14
 
 
 
#6
20.01.2017 00:08:08
Что тут поделать если "путь самурая" для такой элиты цискарей "святое"

Надо пойди к этому с юмором : загадка - слепой рассказывает анекдот глухому в темноте. в конце анекдота включили свет и глухой успел прочитать по губам "га-га-га". осталось расставить по своим местам алкатель, циска и звонок

имел дело с isdn бренда sangoma. там есть такой параметр в случае простоя рестарт каналов
Пути IP-пакета неисповедимы
 
 
 
#7
20.01.2017 08:31:10
Это проблема BRA, когда первый уровень выключается (физически отсутствует сигнал при длительном не использовании).
Надо поискать в циско - есть ли возможность включить первый уровень на постоянку.
 
 
 
#8
20.01.2017 10:56:51
Спасибо! Будем пробовать договариваться с "элитой".
 
 
 
#9
20.01.2017 13:22:49
может поможет

Additional Troubleshooting Procedure      Here are some additional steps for troubleshooting:    
  1. If you observe that the router is sending ISDN Q.921 IDREQs  and is receiving no response from the ISDN switch, check that the SPIDs  are configured correctly, verify the SPIDs with the telco, and if  necessary, have the telco track the SPIDs.  An example is shown below:                19:27:31: TX -> IDREQ RI = 19354 AI = 127 dsl = 0 19:27:33: TX -> IDREQ RI = 1339 AI = 127 dsl = 0 19:27:35: TX -> IDREQ RI = 22764 AI = 127 dsl = 0 19:27:37: TX -> IDREQ RI = 59309 AI = 127 dsl = 0          Observe that each IDREQ has an AI = 127 requesting that the ISDN switch can assign any TEI value available.
  2. Normally, the router is assigned the TEI by the ISDN switch  during powerup. However, sometimes (notably in Europe) switches may  deactivate Layers 1 or 2 when there are no active calls. In such  situations, it is necessary to configure isdn tei-negotiation first-call  under the BRI interface, so that TEI negotiation can occur when the  first ISDN call is placed or received. Typically, this setting is used  for ISDN service offerings in Europe and connections to dms100 switches  that are designed to initiate TEI negotiation.                maui-soho-01(config)#interface bri 0 maui-soho-01(config-if)#isdn tei-negotiation first-call            In this case, you may have to initiate a dialout  or receive a call for the TEI negotiation to occur. For dialout, ensure  that your DDR configuration is correct.
  3. Reload the router.
  4. If you have performed all the above procedures and continue  to have Layer 1 and 2 not properly established, contact the telco for  further troubleshooting assistance
 
 
 
#10
07.06.2017 12:08:50
После продолжительных разборов полётов выясняется, что скорее всего вопрос к разсинхронизации сторон.
Станция должна брать синхру из Циски, но infocs пишет, что не засинхронизирована система:



+----------------------------------------------------------------------+
| N_CR | N_CPL |   TYPE       | N_ACCES | PRIO | SYNC_CLOCK  |  TG/LK  |
+----------------------------------------------------------------------+
|    0 |   3   |        BRA2  |     2   |  15  |     SYNCHRO | TG:202  |
+----------------------------------------------------------------------+

+---------------------------------------------------------------------+
| Synchronization on global domain                                    |
+---------------------------------------------------------------------+

***************************************************************
*           warning : system not synchronized                 *
***************************************************************

Во время разговора стала отваливаться связь (раньше не замечали)

сконфигурировал подобную ситуацию на стенде, тоже пишет что система not synchronized  
и в трейсе время от времени проскакивает сообщение, видимо о слипах.


____________________________________________________________­__________________
| (105011:000013) 1096: Send_IO1 (link-nbr=3, sapi=0, tei=0) :
| long: 24  desti: 0  source: 15  cryst: 0  cpl: 3  us: 8  term: 2  type a5
| tei: 0  <<<<  message sent : STATUS [7d]    Call ref :  0c
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=2) 81 9f -> [9f] NORMAL, UNSPECIFIED
| IE:[14] CALL_STATE (l=1) 0a
|____________________________________________________________­__________________

Через некоторое время связь обрывается тоже.
Кроме BRA брать синхру неоткуда.
Что можно предпринять?
 
 
 
#11
07.06.2017 14:01:15
Попробуйте поменять приоритет синхронизации на BRA доступе..
 
 
 
#12
07.06.2017 14:03:02
Цитата
Владислав Хисамов написал:
Попробуйте поменять приоритет синхронизации на BRA доступе..
А теперь то же самое но по-русски:
Поменять 15 на 10, на 1???
Смысл???
 
 
 
#13
07.06.2017 14:16:01
как вариант master/slave поменять местами т.е. ОХЕ это master, циска slave
Пути IP-пакета неисповедимы
 
 
 
#14
07.06.2017 14:26:27
Цитата
error написал:
как вариант master/slave поменять местами т.е. ОХЕ это master, циска slave
Самое смешное, что 2 потока сделали один слейв от циски другой мастер.
Синхру ставим то от алкатели (255) то от циски(<255), результат одинаков вот что обидно.
Cлипы на канале, Алкатель warning : system not synchronized
По каналу циска User наборы почему-то не проходят сразу. Потому и оставили Циска Netw. когда хоть наборы и разговоры идут.
А Алкатель не умеет синхру брать с BRA?
Изменено: JKS - 07.06.2017 14:28:31
 
 
 
#15
07.06.2017 14:36:29
Какие варианты с синхрой вы пробовали?
Сейчас у вас стоит 15..
 
 
 
Страницы: 1 2 3 След.
Читают тему