Thread View: pl.misc.telefonia.isdn
4 messages
4 total messages
Started by Basq4
Fri, 18 Jun 2010 10:05
debugging połączeń wychodzących
Author: Basq4
Date: Fri, 18 Jun 2010 10:05
Date: Fri, 18 Jun 2010 10:05
21 lines
2254 bytes
2254 bytes
Witam, Mam centralkę z Asteriskiem na pokładzie a do niej doprowadzone BRI przez Woomera. Pytanie jest następujące.... w momencie kiedy wykonuję połączenie wychodzące interesuje mnie dokładny moment w którym telefon "po drugiej stronie" zaczął dzwonić. Potrzebuję dostać informację o tym, czy nie jest przypadkiem wyłączony, lub zajęty, tylko mieć pewność że połączenie doszło. Nie interesuje mnie to czy user odebrał czy też nie, bo informacja o tym sygnale wychodzącym musi być przed odebraniem przez użytkownika. Podłączając się przez Asterisk Manager przy Events: all dostaję wiele info na temat tego co się dzieje, jednak jest to dość mało - na przykład jak abonent nie odbierze, oraz gdy ma wyłączony telefon to w obu przypadkach jest dialstatus NOANSWER, a w drugim przypadku na zdrowy rozum powinno byc CONGESTION, lub coś w stylu UNALOCATED. Czy spotkał się ktoś z takim problemem, lub zna rozwiązanie na otrzymanie interesujących mnie informacji? Z góry dziękuję Łukasz
Re: debugging połączeń wychodzących
Author: Jakub Klausa
Date: Fri, 18 Jun 2010 10:31
Date: Fri, 18 Jun 2010 10:31
31 lines
2612 bytes
2612 bytes
Basq4 <lukasz.basa@gmail.com> wrote:
B => Witam,
B => Mam centralkę z Asteriskiem na pokładzie a do niej doprowadzone BRI
B => przez Woomera. Pytanie jest następujące.... w momencie kiedy wykonuję
B => połączenie wychodzące interesuje mnie dokładny moment w którym telefon
B => "po drugiej stronie" zaczął dzwonić. Potrzebuję dostać informację o
B => tym, czy nie jest przypadkiem wyłączony, lub zajęty, tylko mieć
B => pewność że połączenie doszło. Nie interesuje mnie to czy user odebrał
B => czy też nie, bo informacja o tym sygnale wychodzącym musi być przed
B => odebraniem przez użytkownika.
B =>
B => Podłączając się przez Asterisk Manager przy Events: all dostaję wiele
B => info na temat tego co się dzieje, jednak jest to dość mało - na
B => przykład jak abonent nie odbierze, oraz gdy ma wyłączony telefon to w
B => obu przypadkach jest dialstatus NOANSWER, a w drugim przypadku na
B => zdrowy rozum powinno byc CONGESTION, lub coś w stylu UNALOCATED.
B =>
B => Czy spotkał się ktoś z takim problemem, lub zna rozwiązanie na
B => otrzymanie interesujących mnie informacji?
Patrz nie na $DIALSTATUS a na $HANGUPCAUSE, tam masz ISDNową przyczynę
rozłączenia w postaci cyfrowej zapisanej dziesiętnie.
Co do progresu połączenia - jego obecnego stanu - takiej informacji nie
uzyskasz bezpośrednio z Asteriska - status będzie Ci przekazany dopiero
po zakończeniu (takim lub innym) połączenia.
k.
--
Jakub Klausa, JK762-RIPE, jacke@bofh.pl
* <r0> GNU sex: you can enjoy it, but you can't share it comercially :-) *
Re: debugging połączeń wychodzących
Author: Basq4
Date: Fri, 18 Jun 2010 11:24
Date: Fri, 18 Jun 2010 11:24
40 lines
3428 bytes
3428 bytes
On 18 Cze, 12:31, Jakub Klausa <ja...@bofh.pl> wrote: > Basq4 <lukasz.b...@gmail.com> wrote: > > B => Witam, > B => Mam centralkę z Asteriskiem na pokładzie a do niej doprowadzone BRI > B => przez Woomera. Pytanie jest następujące.... w momencie kiedy wykonuję > B => połączenie wychodzące interesuje mnie dokładny moment w którym telefon > B => "po drugiej stronie" zaczął dzwonić. Potrzebuję dostać informację o > B => tym, czy nie jest przypadkiem wyłączony, lub zajęty, tylko mieć > B => pewność że połączenie doszło. Nie interesuje mnie to czy user odebrał > B => czy też nie, bo informacja o tym sygnale wychodzącym musi być przed > B => odebraniem przez użytkownika. > B => > B => Podłączając się przez Asterisk Manager przy Events: all dostaję wiele > B => info na temat tego co się dzieje, jednak jest to dość mało - na > B => przykład jak abonent nie odbierze, oraz gdy ma wyłączony telefon to w > B => obu przypadkach jest dialstatus NOANSWER, a w drugim przypadku na > B => zdrowy rozum powinno byc CONGESTION, lub coś w stylu UNALOCATED. > B => > B => Czy spotkał się ktoś z takim problemem, lub zna rozwiązanie na > B => otrzymanie interesujących mnie informacji? > > Patrz nie na $DIALSTATUS a na $HANGUPCAUSE, tam masz ISDNową przyczynę > rozłączenia w postaci cyfrowej zapisanej dziesiętnie. > > Co do progresu połączenia - jego obecnego stanu - takiej informacji nie > uzyskasz bezpośrednio z Asteriska - status będzie Ci przekazany dopiero > po zakończeniu (takim lub innym) połączenia. > > k. > -- > Jakub Klausa, JK762-RIPE, ja...@bofh.pl > * <r0> GNU sex: you can enjoy it, but you can't share it comercially :-) * Dziękuję za odpowiedź. Niestety HANGUPCAUSE inaczej zachowuje się w zależności od sieci komórkowej z którą się łączę, oraz niektóre zachowania mają takie same statusy, więc nie można po nich jednoznacznie stwierdzić co tak naprawdę się stało. Ł
Re: debugging połączeń wychodzących
Author: Jakub Klausa
Date: Fri, 18 Jun 2010 13:49
Date: Fri, 18 Jun 2010 13:49
13 lines
1619 bytes
1619 bytes
Basq4 <lukasz.basa@gmail.com> wrote:
B => Dziękuję za odpowiedź. Niestety HANGUPCAUSE inaczej zachowuje się w
B => zależności od sieci komórkowej z którą się łączę, oraz niektóre
B => zachowania mają takie same statusy, więc nie można po nich
B => jednoznacznie stwierdzić co tak naprawdę się stało.
Bez dostępu do SS7/MAP i HLR niczego więcej nie uzyskasz :-)
k.
--
Jakub Klausa, JK762-RIPE, jacke@bofh.pl
* <r0> GNU sex: you can enjoy it, but you can't share it comercially :-) *
Thread Navigation
This is a paginated view of messages in the thread with full content displayed inline.
Messages are displayed in chronological order, with the original post highlighted in green.
Use pagination controls to navigate through all messages in large threads.
Back to All Threads