nisza na rynku - ktos chce byc pierwszy?

Loading thread data ...

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

Reply to
wchpikus
Reply to
William Bonawentura

Witam!

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

Reply to
wchpikus

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ę?

Reply to
Yakhub

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...

Reply to
wchpikus

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

Reply to
Jarosław Sokołowski

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

Reply to
Jarosław Sokołowski
Reply to
William Bonawentura

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.

Reply to
Miłosz Skowyra

Witam!

Tak, fajne uklady, ale raczej nie nadaja sie do monitorowania. Do budowy telefonu IP owszem:)

Reply to
wchpikus

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

Dlaczego tak uważasz ?

Reply to
Miłosz Skowyra

Witam!

Jesli tylko sluchac, to w jedna:) Ale czy galwanicznie...trzeba by odseparowac sie jakos.

No wlasnie, trzeba zdekodowac, sprawdzic kiedy dokladnie i co ma robic. Komunikacja po SIP-ie troche jest rozbudowana, wiec wylapanie "stanu dzwonienia" wymaga zlapania niezlej porcji danych.

Programowanie, szczegolnie ze SIP ma kilka wersji.

Reply to
wchpikus
Reply to
identifikator: 20040501

echelon? zadna plotka to najprawdziwsza prawda tylko ze nie jest to tylko brytyjskie

formatting link

Reply to
NoRek

ElectronDepot website is not affiliated with any of the manufacturers or service providers discussed here. All logos and trade names are the property of their respective owners.