Discussion:
debugging połączeń wychodzących
(Wiadomość utworzona zbyt dawno temu. Odpowiedź niemożliwa.)
Basq4
2010-06-18 10:05:48 UTC
Permalink
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
Jakub Klausa
2010-06-18 10:31:43 UTC
Permalink
Basq4 <***@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, ***@bofh.pl
* <r0> GNU sex: you can enjoy it, but you can't share it comercially :-) *
Basq4
2010-06-18 11:24:29 UTC
Permalink
Post by Jakub Klausa
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.
--
 * <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.

Ł
Jakub Klausa
2010-06-18 13:49:17 UTC
Permalink
Basq4 <***@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, ***@bofh.pl
* <r0> GNU sex: you can enjoy it, but you can't share it comercially :-) *
Loading...