Slican CCT-1668.L - nieprawidłowe działanie karty/translacji VoIP

Question

Slican CCT-1668.L - nieprawidłowe działanie karty/translacji VoIP

fhpsj 03 Jun 2012 02:23 4273 10

Reply | New topic

#1 03 Jun 2012 02:23

fhpsj fhpsj

Level 12

#1 03 Jun 2012 02:23

Witam
Centrala Slican CCT-1668.L. Aktualny firmware centrali 4.11.4700PL a bramki VoIP 4.10.0150. W centrali skonfigurowane 4 konta VoIP Freeconet dawny Tlenofon. Poł±czenia wychodz±ce realizowane s± bez problemu. Centrala loguje wszystkie 4 translacje na serwerze dostawcy i s± widoczne w panelu administracyjnym dostawcy usługi czyli Freeconet. Problem z dodzwonieniem się do centrali po liniach VoIP. Dokładniej wygl±da to tak:
1. poł±czenie przychodz±ce zawsze trafia na ostatni± skonfigurowan± i woln± translację
2. Centrala porównuje numer wybrany przez osobę dzwoni±c± z numerem w tabeli przypisanym dla wybranej translacji
3. Kiedy ostatnia translacja jest wolna ( nie jest wywoływana i nie jest prowadzona rozmowa) i wybierzemy numer przypisany do tej translacji dodzwaniamy się bez problemu. Jednak kiedy ostatnia translacja jest wolna a my wybieramy z miasta numer translacji np1 lub 2 lub 3 (4 translacje skonfigurowane) słyszymy informacje o nieprawidłowym numerze lub sygnał zajęto¶ci (zależy od operatora z jakiego korzystamy). Na telefonie systemowym podł±czonym do centrali Slican na ułamek sekundy zapala się dioda przypisana do ostatniej czwartej translacji. W ConfigManie widzimy poł±czenie przychodz±ce po czym najstępuje natychmiastowe rozł±czenie.
4. Problem w tym, że numer jaki został wybrany przypisany jest do np. trzeciej translacji a poł±czenie przyszło na czwart± translację i centrala po porównaniu numeru wybranego przez osobę dzwoni±c± z numerem w tabeli odrzuca poł±czenie bo numer nie jest zgodny.
5. Kiedy czwarta translacja jest zajęta możemy dodzwonić się na trzeci± ale nadal nie na pierwsza i drug±. Analogicznie kiedy czwarta i trzecia s± zajęte dodzwaniamy się na drug± ale nadal nie na pierwsz±
6. W okienku adresu serwera VoIP wpisana jest domena sip.tlenofon.pl. Próbowałem wpisać adres IP serwera Freeconet/Tlenofon ale wpisanie takiego samego dla wszystkich translacji stałego adresu IP daje identyczny efekt jak w przypadku wpisanej nazwy domeny.
7. Wpisanie innego adresu IP serwera VoIP dla każdej translacji powoduje, że poł±czenia przychodz±ce s± realizowane ale wychodzace tylko po jednej linii czyli sytuacja odwraca się ale nadal nie działa prawidłowo.
8. Freeconet sugeruje wpisanie stałego adresu IP serwera PROXY. Poblem w tym że takiej moĽliwo¶ci nie przewidział SLICAN.

Jeżeli kto¶ napotkał podobny problem i zna rozwi±zanie problemu proszę o pomoc. Dodam tylko że wszystko działało OK do momentu przejęcia Tlenofonu przez Freeconet. Centrala obsługuje duży specjalistyczny o¶rodek zdrowia.

Z góry dziękuję

[30.03.2021, darmowy webinar] Nowoczesna diagnostyka maszyn, monitorowanie i przewidywanie awarii. Zarejestruj się

Reply | New topic

toktom · Answer 1 · 2012-06-04T18:29:02+02:00

Ustaw w tabeli ruch przychodz±cy/ustawienia/główne - zakładka tmgr na brak wyboru

macmm · Answer 2 · 2012-06-05T07:45:43+02:00

Skoro w centrali masz firmware 4.11 to czemu nie zaktualizujesz również firmware karty VoIP? Mam baaardzo duż± dozę pewno¶ci że jak wgrasz również najnowsz± wersję firmware karty VoIP to wszystko się naprawi

fhpsj · Answer 3 · 2012-06-07T23:28:06+02:00

Podana wersja firmware centrali i karty VoIP s± najnowszymi firmware jakie znalazłem dla tej centrali, no chyba że co¶ pojawiło się w ostatnich dwóch tygodniach.

Dodano po 22 [minuty]:

DUŻE podziękowania dla TOKTOM. Po zmianie ustawień według zaleceń dodzwaniam się na wszystkie numery VoIP Freeconet zdefiniowane w centrali. Jednak zachowanie się systemu jest nieco dziwne. Rzecz w tym, że na wszystkich telefonach systemowych do klawiszy szybkiego wyboru przypisane s± podstawowe linie miejskie (kanały). Pierwsze cztery przyciski od góry to linie VoIP Freeconet. Kolejne cztery ISDN. Dalej VoIP z TPSA i dalej trzy analogowe. Dzwoni±c na "miasto" możemy ręcznie wybrać linie, po której zostanie zrealizowane poł±czenie. I tak wybranie cyfry 50 realizuje poł±czenie po dowolnej wolnej linii VoIP. 51 linia VoIP nr1, 52 linia VoIP nr2 itd. Oczywi¶cie linie można też zarezerwować przez przyci¶nięcie i przytrzymanie odpowiedniego przycisku szybkiego wyboru na telefonie CTS. Jednak kiedy realizowane jest poł±czenie przychodz±ce np na linię VoIP nr1 zapala sie dioda przy linii VoIP nr4 (realizowane w tym czasie tylko jedno połaczenie). Pal±ca się dioda przy linii nr4 oznacza zajęto¶ć tej linii i uniemożliwia zarezerwowanie jej przez naci¶nięcie przycisku szybkiego wyboru. Pozostaje nam zatem wpisanie prefiksu 54 przed wybranym numerem co skieruje poł±czenie przez linie nr4. W fazie testów tak wła¶nie uczyniłem chc±c sprawdzić co się stanie. Zadzwoniłem z komórki na linie VoIP nr1 i na telefonie systemowym zapaliła się dioda przy linii VoIP nr4. Z telefonu systemowego wybrałem numer poprzedzaj±c go cyfr± 54. Połaczenie zostało prawidlowo zrealizowane i telefon zidentyfikował sie prawidlowym numerem linii VoIP ale na telefonie systemowym zapaliła się pi±ta od góry dioda przypisana dla linii ISDN. Czy w jaki¶ sposób można opanować ten haos?

Tracer2 · Answer 4 · 2012-06-08T08:42:37+02:00

Najnowszy firmware dla karty VoIP to 4.11.0320.
Linie miejskie można ustawić we wi±zce i zajmować je kolejno jednym prefiksem np. "0"
lub można też ustawić "woln± analizę numeru" .

fhpsj · Answer 5 · 2012-06-11T01:21:28+02:00

W nadchodz±cym tygodniu zaktualizuję oprogramowanie karty VoIP. Nie wiem jak to się stało, że zostało to przeoczone. Dziękuję za podpowiedĽ. Jeżeli chodzi o dalsze sugestie to czy dotycz± one poł±czeń wychodz±cych? Przynajmniej tak to rozumiem. W moim wypadku problem jest z poł±czeniami przychodz±cymi po liniach VoIP. Licencja obejmuje 8 kanałów. Centrala ma skonfigurowane cztery konta VoIP na serwerach Freeconet/Tlenofon. Konta s± w wi±zkach. Rzecz w tym że poł±czenie przychodz±ce jakie jest realizowane zawsze trafia na ostatni± woln± linię/kanał. Dzięki podpowiedzi Toktom przynajmniej można się dodzwonić na wszystkie numery VoIP. Obecnie jedyny problem jaki się pojawia to haotyczne ¶wiecenie się diód obok przycisków przypisanych do poszczególnych kanałów VoIP. Pierwsza i druga linia VoIP posiadaj± numery kierunkowe lokalne. Trzecia numer kierunkowy 12 a czwarta 22. Kiedy wszystkie linie VoIP s± wolne i pojawi się poł±czenie przychodz±ce gdzie kto¶ z miasta wybiera numer z lokalnym kierunkowym zapali się dioda przy numerze z kierunkowym 22. Teraz kiedy kto¶ chce zadzwonić i zaprezentować się numerem z kierunkowym 22 najpro¶ciej dzwoni±c z telefonu CTS nacisn±ć i przytrzymać przycisk przy numerze z kierunkowym 22 rezerwuj±c linię. Jednak w tym wypadku ponieważ jest zestawione poł±czenie, które teoretycznie powinno trafic na pierwsz± linię ale jest realizowane po czwartej naciskaj±c przycisk pojawi się informacja o zajęto¶ci linii. W tym wypadku pozostaje wybranie prefiksu zdefiniowanego dla danej linii. W tym wypadku jest to 54. Jednak kiedy w czasie trwaj±cej rozmowy przychodz±cej wybierzemy prefiks 54 poł±czenie wprawdzie zostanie zrealizowane po wła¶ciwej linii i zaprezentujemy się wła¶ciwym numerem jednak na telefonie CTS zapali się dioda nr 5 przypisana do pierwszej linii ISDN.
Osoby, które korzystaja z standardowych telefonów nie odczuwaj± problemu bo nie widz± po jakiej linii jest realizowane poł±czenie i zawsze musz± korzystać z prefiksu. Problem jednak w tym że w budynku znajduje się na t± chwilę 5 telefonów systemowych i jeden IP poza budynkiem. Błędne ¶wiecenie diód wprowadza w bł±d pracowników korzystaj±cych z telefonów CTS.

toktom · Answer 6 · 2012-06-11T05:22:17+02:00

Poł±czenia wychodz±ce -przypisz abonentów do różnych sieci.
Na jednym numerze miejskim można prowadzić kilka poł±czeń.

macmm · Answer 7 · 2012-06-11T10:24:23+02:00

Czy każda z tych linii jest przypisana do oddzielnej wi±zki? Je¶li tak to może zamiast linii przypisz wi±zkę pod przycisk

fhpsj · Answer 8 · 2012-06-13T01:25:10+02:00

macmm wrote:
Czy każda z tych linii jest przypisana do oddzielnej wi±zki? Je¶li tak to może zamiast linii przypisz wi±zkę pod przycisk

Wcze¶niej tak było ale wtedy można było dodzwonić się tylko na jeden numer. Zawsze na ostatni wolny. Poł±czenie zawsze przychodziło na ostatni± woln± linię i kiedy centrala porównała numer w tabeli z numerem wybranym przez osobe dzwoni±ca i nie był to numer z ostatniej przypisanej linii poł±czenie było rozłanczane.

Po przypisaniu wi±zek do przycisków nie zapala się żadna dioda.

User removed account · Answer 9 · 2012-06-13T09:28:55+02:00

fhpsj wrote:

Po przypisaniu wi±zek do przycisków nie zapala się żadna dioda.

Lampka dla wi±zek, za¶wieca się, gdy wszystkie kanały dla danej wi±zki będ± zajęte.

fhpsj · Answer 10 · 2012-06-14T15:27:49+02:00

Dzi¶ udało się zaktualizować firmware karty sieciowej/VoIP. Ostatnim razem jak się okazało był wgrywany najnowszy firmware jednak z jakiego¶ powodu centrala go nie przyjęła. Dzi¶ dopiero po trzeciej próbie wgrania firmware karty sieciowej został przez centralę wymieniony. Pierwsze dwie próby odbyły się bez zgłaszania jakichkolwiek błędów i teoretycznie normalnie tyle że firmware pozostawał bez zmian. Obecnie wgrany jest firmware 4.11.0320. Nie wiem na ile duże s± zmiany w pracy bramki VoIP. Na pewno został zaktualizowany firmware telefonu CTS-202.IP znajduj±cego się w innym budynku z wersji 0.81 do wersji 0.82 i udało się uzyskać poprawne poł±czenie RecordMan z serwerem nagrań (do tej pory po zmianie na now± wersję RecordMan'a był problem z autoryzacj±).
Wracaj±c do bramki VoIP i problemu z poł±czeniami przychodz±cymi a wła¶ciwie po zmianach zaproponowanych przez Toktom tylko z prawidłowym ¶wieceniem lampek, zastanawiam się czy byłaby możliwo¶ć przypisania wszystkich czterech kont VoIP Freeconet do jednej wi±zki i czy ten zabiegł pomógłby w poprawnym ¶wieceniu diod przypisanych do w/w kont/linii na telefonach systemowych. Aktualnie każde konto VoIP jest w osobnej wi±zce. Każde poł±czenie przychodz±ce zajmuje pierwszy wolny kanał VoIP powodujac zapalanie się diody odpowiadajacej ostatniemu wolnemu kanałowi. Dokładniej wygl±da to tak: Dzwonimy z miasta na pierwszy zdefiniowany numer VoIP Freeconet. W ConfigManie widzimy że zajęty zostaje pierwszy kanał VoIP. Na telefonie CTS zapala sie czwarta dioda przypisana do czwartego konta/numeru VoIP. Wychodz±ce poł±czenia po VoIP działaj± prawidłowo i zapala się dioda odpowiadaj±ca linii VoIP przez jak± dzwonimy. Jedynie w przypadku kiedy prowadzona jest jedna rozmowa przychodz±ca z miasta czyli pali się dioda przy linii odpowiadajacej czwartemu kontowi VoIP i chcemy skorzystać z tej lini w tym czasie dla poł±czenia wychodz±cego nie możemy użyć przycisku wyboru/rezerwacji linii na telefonie CTS ponieważ teoretycznie jest zajęta ale możemy zrealizowac poł±czenie po tej linii wybieraj±c przypisany prefiks. Kiedy tak uczynimy zapali sie na telefonie systemowym pi±ta od góry dioda odpowiadaj±ca LINII ISDN. Poł±czenie zostanie prawidłowo wykonane po wła¶ciwej linii VoIP. Centrala ma tez ustawiony automatyczny wybór linii w zalezno¶ci od wybieranego numeru. Nie wiem jak ten system zachowa się kiedy poł±czenie teoretycznie przyjdzie na pierwszy numer VoIP zajmuj±c pierwszy wolny kanał ale zapalaj±c jednocze¶nie diodę/lampkę przy czwartej linii VoIP któr± centrala będzie próbowała wykorzystać w ruchu wychodz±cym na bazie automatycznej selekcji linii. Ponieważ centrala znajduje się w dużym o¶rodku zdrowia wszelkie większe zmiany i testy bedę mógł przeprowadzić dopiero w weekend