🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

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
#38612
Author: Basq4
Date: Fri, 18 Jun 2010 10:05
21 lines
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
#38613
Author: Jakub Klausa
Date: Fri, 18 Jun 2010 10:31
31 lines
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
#38614
Author: Basq4
Date: Fri, 18 Jun 2010 11:24
40 lines
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
#38615
Author: Jakub Klausa
Date: Fri, 18 Jun 2010 13:49
13 lines
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