Article View: pl.misc.telefonia.isdn
Article #38614Re: debugging połączeń wychodzących
From: 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. Ł
Technical Details
Message-ID:
<02de958d-e23c-42a6-8369-501da25b5506@y4g2000yqy.googlegroups.com>Path:
mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.rmf.pl!agh.edu.pl!news.agh.edu.pl!news.onet.pl!news.nask.pl!news.nask.org.pl!news.uni-stuttgart.de!news.stw-bonn.de!news.netcologne.de!newsfeed-fusi2.netcologne.de!newsfeed.straub-nv.de!proxad.net!feeder1-2.proxad.net!74.125.46.134.MISMATCH!postnews.google.com!y4g2000yqy.googlegroups.com!not-for-mailReferences:
<241c078a-4627-46c6-a23c-fd213f54a968@i31g2000yqm.googlegroups.com> <hvfhuf$qr$1@news.supermedia.pl>Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.rmf.pl!agh.edu.pl!news.agh.edu.pl!news.onet.pl!news.nask.pl!news.nask.org.pl!news.uni-stuttgart.de!news.stw-bonn.de!news.netcologne.de!newsfeed-fusi2.netcologne.de!newsfeed.straub-nv.de!proxad.net!feeder1-2.proxad.net!74.125.46.134.MISMATCH!postnews.google.com!y4g2000yqy.googlegroups.com!not-for-mail From: Basq4 <lukasz.basa@gmail.com> Newsgroups: pl.misc.telefonia.isdn Subject: Re: debugging połączeń wychodzących Date: Fri, 18 Jun 2010 04:24:29 -0700 (PDT) Organization: http://groups.google.com Lines: 57 Message-ID: <02de958d-e23c-42a6-8369-501da25b5506@y4g2000yqy.googlegroups.com> References: <241c078a-4627-46c6-a23c-fd213f54a968@i31g2000yqm.googlegroups.com> <hvfhuf$qr$1@news.supermedia.pl> NNTP-Posting-Host: 83.4.183.163 Mime-Version: 1.0 X-Trace: posting.google.com 1276860269 18969 127.0.0.1 (18 Jun 2010 11:24:29 GMT) X-Complaints-To: groups-abuse@google.com NNTP-Posting-Date: Fri, 18 Jun 2010 11:24:29 +0000 (UTC) Complaints-To: groups-abuse@google.com Injection-Info: y4g2000yqy.googlegroups.com; posting-host=83.4.183.163; posting-account=px1xdQoAAAAVnSsnDNTocyST59rSsHhk User-Agent: G2/1.0 X-HTTP-UserAgent: Mozilla/5.0 (Windows; U; Windows NT 6.1; pl; rv:1.9.2.3) Gecko/20100401 Firefox/3.6.3,gzip(gfe) Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit