Urządzenie do monitorowania połączeń VoIP - kto stworzy alarm na dzwonek?

Thu Oct 07, 2010 7:27 am   

ostatnio wrzuciłem na grupę alt.pl.voip
zapytanie o urządzenie, które teoretycznie powinno istnieć...
ale wyszło, że nikt o tym nie słyszał.

chodzi o proste urządzenie, które potrafi wysterować logicznie
wyjście(prosty przekaźnik)
na podstawie stanu linii telefonicznej, na zasadzie
dzwoni telefon - zapala się lampka alarmowa albo włącza się jakaś głośna
syrena

w telefonii analogowej sa juz takie "przystawki"
ale w technologii voip nie udało się doszukać odpowiednika

zadanie wydaje się dość skomplikowane, ale tak naprawdę
wystarczyłoby urządzenie w postaci przelotki RJ45
które po skonfigurowaniu (teraz to nie istotne w jaki sposób)
adresu IP monitorowanego telefonu (t) i IP centralki (c)
pasywnie nasłuchiwałoby pakietów z c do t
po rozpoznaniu wywołania, wysterowuje wyjście
i już...


sądzę, że nakład pracy na oprogramowanie (bo cena elektroniki znikoma
raczej),
zwróciłby się z nawiązką...
jeśli ktoś chciałby podchwycić temat, mogę służyć jako królik
doświadczalny..

Thu Oct 07, 2010 8:05 am   

Witam!



Technologia voip to dosc szerokie pojecie..
Z czym dokladnie ma to wspolpracowac?
Jakis zewnetrzny operator? SIP? H.323? Inny protokol?
Najprosciej bramke voip jakas zaadoptowac

Thu Oct 07, 2010 8:50 am   

Użytkownik "qlphon" <qlphon@poczta.fm> napisał w wiadomości
news:i8jsr3$1t2e$1@news2.ipartners.pl...

IMHO nie. Albo ktoś obsługuje VOIP bramką czy centralką, wówczas ma aparat z
normalną linią i tam wepnie klasyczny sygnalizator, albo ma porgramowego
klienta VOIP na PC czy komórce i wówczas wystarczy zmiana w tym
oprogramowaniu.

Thu Oct 07, 2010 8:54 am   

SIP - na początek...


ani najprościej, ani najtaniej...
poza ceną bramki, komplikuje się sprawa logowania bamki na to samo konto
dodatkowej linii ethernet, zasilania PoE...

Thu Oct 07, 2010 8:58 am   

Witam!


Ale chcesz miec telefon i do tego sygnalizacje czy tylko sygnalizacje?

Thu Oct 07, 2010 9:06 am   

Dnia Thu, 07 Oct 2010 10:58:24 +0200, wchpikus napisał(a):


O ile dobrze kojarzę - kolega by chciał takie urządzenie podłączyć z jednej
strony do sieci komputerowej, z drugiej do lampki/silnika/syreny/whateva.

Hipotetyczne urządzenie miałoby się zalogować do sieci voip wybranego
operatora. Gdy zadzwonimy pod numer jego numer telefonu, to urządzenie
zamiast łączyć rozmowę zapalałoby/gasiłoby lampką/whateverem, tak, aby w
ten sposób sterować czymś przez telefon.

Dobrze myślę?

--
Yakhub

Thu Oct 07, 2010 9:48 am   

a z trzeciej do telefonu VoIP




dobrze ale nie do końca ;-)

chodzi mi o taki "podsłuchiwacz" montowany przed właściwym aparatem VoIP
na tej samej linii ethernet (przelotka) ale nie zakłócający jego pracy

i bez logowania - myslę raczej o prostym podsłuchiwaniu ruchu miedzy
centralą a aparatem...

Thu Oct 07, 2010 9:58 am   

Witam!


No to nie bedzie ani tanie ani proste.
Aby podsluchac pakiety tcpip potrzebujesz:
- hub
- oprogramowanie potrafiace snif-owac pakiety
- oprogramowanie do obrobki sip-a
- oprogramowanie wykonawcze (co ma robic jak cos sie pojawi)

Nie bedzie to tanie...

Thu Oct 07, 2010 10:17 am   

Użytkownik "wchpikus" <wchpikus@wytnijto.wp.pl> napisał w wiadomości
news:i8k5k0$21fl$1@news2.ipartners.pl...

Ponieważ hubów już na rynku nie ma to praktycznie zostaje PC z dwiema
kartami sieciowymi jako bridge i reszta programowo. Jeszcze lepiej byłoby
zrobić programowy most na poziomie SIP. Tak czy inaczej temat raczej dla
pasjonata lub na pracę magisterską .

Thu Oct 07, 2010 10:44 am   

W dniu 2010-10-07 11:17, William Bonawentura pisze:



Nie żartuj sobie. Poczytaj jaką funkcjonalność mają układy Micrel-a. No
i nie są zaporowo drogie.

--
Pozdrawiam Miłosz.

Thu Oct 07, 2010 11:33 am   

Witam!

Do budowy telefonu IP owszem:)

Thu Oct 07, 2010 11:42 am   

W dniu 2010-10-07 12:33, wchpikus pisze:

Dlaczego tak uważasz ?


--
Pozdrawiam Miłosz.

Thu Oct 07, 2010 12:15 pm   

qlphon ostatnio wrzucił na grupę alt.pl.voip zapytanie o urządzenie,
które teoretycznie powinno istnieć...


....i już zaczynają się schody. W ogólnym przypadku nie wiadomo nawet
jakie są IP (c) i (t). Najczęściej podaje się nazwę domenową serwera,
a DNS (przynajmniej u większych operatorów) zwracać może jeden z kilku
adresów IP. To się może zmieniać dosłownie co chwilę. Czyli jakiś
resolver by się przydał. Numer (t) też na ogół przydziela DHCP. Nie
ma żadnej gwarancji, że zawsze będzie taki sam. Najczęściej to się
w ogóle wtyka w dziurkę, a nikogo nie interesują żadne numerki, bo
telefon po prostu działa. Tu nawet resolver nie pomoże. Ale to dopiero
początek, bo dalej cały projekt wygląda jak Plac Hiszpański w Rzymie.


Jeśli ktoś liczy na zwrot, to się przeliczy. Lepiej od razu zrobić
pasztet lub przyrządić w potrawce.

Jarek

--
Czy ktoś widział jak biegnie króliczek ulicą
Czy to widział kto...
W naszym mieście szukali króliczka ze świcą
Aż znaleźli go...

Thu Oct 07, 2010 12:16 pm   

qlphon ostatnio wrzucił na grupę alt.pl.voip zapytanie o urządzenie,
które teoretycznie powinno istnieć...


....i już zaczynają się schody. W ogólnym przypadku nie wiadomo nawet
jakie są IP (c) i (t). Najczęściej podaje się nazwę domenową serwera,
a DNS (przynajmniej u większych operatorów) zwracać może jeden z kilku
adresów IP. To się może zmieniać dosłownie co chwilę. Czyli jakiś
resolver by się przydał. Numer (t) też na ogół przydziela DHCP. Nie
ma żadnej gwarancji, że zawsze będzie taki sam. Najczęściej to się
w ogóle wtyka w dziurkę, a nikogo nie interesują żadne numerki, bo
telefon po prostu działa. Tu nawet resolver nie pomoże. Ale to dopiero
początek, bo dalej cały projekt wygląda jak Plac Hiszpański w Rzymie.


Jeśli ktoś liczy na zwrot, to się przeliczy. Lepiej od razu zrobić
pasztet lub przyrządzić w potrawce.

Jarek

--
Czy ktoś widział jak biegnie króliczek ulicą
Czy to widział kto...
W naszym mieście szukali króliczka ze świcą
Aż znaleźli go...

Thu Oct 07, 2010 12:24 pm   

ok. walczymy dalej, czysto akademicko!


ale po co hub?
tylko słuchamy ... galwanicznie wpinamy się w dwie pary
i analizuje co sie w nich dzieje...

no i możemy sobie też pobrać zasilanie PoE, ale to już drobiazg...



owszem, oprogramowanie tego to "klucz"
ale ja widze tu miejsce na jedno oprogramowanie, które wg stosunkowo
prostego
klucza (dane z nagłówka,takie jak dobrze znany i stały mac adres odbiorcy
(tu: telefonu IP))
bedzie przekazywac pakiety do dalszej analizy, tez raczej niezbyt
skomplikowanej...

imho cala wiedza o warstwach i protokolach ogranicza się tu do wyjęcia
okreslonej sygnatury
z konkretnego miejsca w strumieniu...
dane nie szyfrowane, stałe, zawsze w tej samej odległości od "początku
pakietu"...




masz na myśli sprzęt czy czas poświecony na oprogramowanie?