forum.odorik.cz

• NAPTR
"zakladni" zaznam, ktery by se hledal. Bylo by potreba ho nastavit primo na odorik.cz: [code] odorik.cz. IN NAPTR 100 100 "s" "SIP+D2T" "" _sip._tcp.odorik.cz. odorik.cz. IN NAPTR 100 50 "s" "SIP+D2U" "" _sip._udp.odorik.cz. [/code]
• SRV
[code] _sip._udp.odorik.cz. IN SRV 4 10 5060 sip.odorik.cz. _sip._tcp.odorik.cz. IN SRV 4 10 5060 sip.odorik.cz. [/code]

d.c.b.a.1.1.0.1.9.0.2.4.e164.arpa		IN NAPTR 100 10 "u" "E2U+sip" "!^\\+420(.*)$!sip:\\1@sip.odorik.cz!" .

d.c.b.a.1.1.0.1.9.0.2.4.e164.arpa		IN NAPTR 100 10 "u" "E2U+sip" "!^.*$!sip:91011abcd@sip.odorik.cz!" .

• skrze http://sipbroker.com - pristupove cisla ("klasicka" PSTN telefonni sit)
Pokud vytocite jedno z pristupovych cisel (ruzne po svete - seznam je zde [url]http://sipbroker.com/sipbroker/action/pstnNumbers[/url]), muzete po vyzvani zadat "provolbu" [b]*9553...[/b] tedy pro drive pouzity priklady by to bylo [b]*955391011abcd[/b] nebo [b]*9553*sestimiste_cislo[/b]
• skrze http://sipbroker.com - sip klient
bez znalosti site odorik i bez vysezminenych zmen by mela byt dostupna varianta zavolat [b]*955391011abcd@sipbroker.com[/b] a melo by se take dovolat (samozrejme je dostupna i varianta [b]*9553*sestimiste_cislo@sipbroker.com[/b])
• "primo" skrze SIP
tedy spojeni bude smerovat na [b]91011abcd@sip.odorik.cz[/b] pripadne [b]*sestimistne_cislo@sip.odorik.cz[/b]
• primo skze PSTN (pouze po prideleni verejneho cisla)
pokud mate pridelene verejne cislo (91011abcd), muzete byt dostupni primo vytocenim tohoto cisla skrze telefon/mobil, tedy [b]+42091011abcd[/b] nebo v ramci CR muze byt "jen" [b]91011abcd[/b]

kapetr píše:Zdravím,

myslím, že se to zde ještě neřešilo, takže ...

Odorik nemá uvedené DNS záznamy, které lepší SW klienti i HW telefony mohou využít.

Já jsem na problém s absencí těchto záznamů narazil se zajímavým JAVA klientem Jitsi.
https://jitsi.org/

Ten m.j. podporuje tolik kodeků a funkcí, že jeho INVITE packet překročí velikost 1500 B - dojde ke fragmentaci a Odorik na něj neodpoví.

Řešením bylo přejít z UDP na TCP. Jelikož však Odorik nemá tyto záznamy, klient použije obvyklejší UDP, což však selže. Jinak by klient použil jistější TCP i bez ručního zásahu.

Pro srovnání test na cesnet.cz:

Kód: Vybrat vše

$ host -t NAPTR cesnet.cz
cesnet.cz has NAPTR record 200 50 "s" "SIP+D2T" "" _sip._tcp.cesnet.cz.
cesnet.cz has NAPTR record 100 50 "s" "SIP+D2U" "" _sip._udp.cesnet.cz.

$ host -t srv _sip._udp.cesnet.cz
_sip._udp.cesnet.cz has SRV record 100 10 5060 cyrus.cesnet.cz.

$ host -t srv _sip._tcp.cesnet.cz
_sip._tcp.cesnet.cz has SRV record 100 10 5060 cyrus.cesnet.cz.

$ host -t srv _sips._tcp.cesnet.cz
Host _sips._tcp.cesnet.cz not found: 3(NXDOMAIN)

BTW: proč Odorik neodpoví na fragmentovaný resp. velký INVITE ? Ověřil jsem:

Kód: Vybrat vše

$ sleep 5;ping -c1 -vW10 -s8192 sip.odorik.cz
PING sip.odorik.cz (81.31.45.51) 8192(8220) bytes of data.
8200 bytes from 81-31-45-51.static.masterinter.net (81.31.45.51): icmp_req=1 ttl=51 time=237 ms

--- sip.odorik.cz ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 237.384/237.384/237.384/0.000 ms
$ 

že problém na úrovní IP mezi mnou, mým ADSL routerem, ISP ani serverem Odoriku snad není.

Zdravím --kapetr

xsouku04@arch-petr2 mnt]$ host -t NAPTR odorik.cz
;; Got bad packet: syntax error
147 bytes
a0 7d 81 80 00 01 00 02 00 00 00 00 06 6f 64 6f          .}...........odo
72 69 6b 02 63 7a 00 00 23 00 01 c0 0c 00 23 00          rik.cz..#.....#.
01 00 00 00 a1 00 30 00 64 00 32 05 5c 22 73 5c          ......0.d.2.\"s\
22 0b 5c 22 53 49 50 2b 44 32 55 5c 22 04 5c 22          ".\"SIP+D2U\".\"
5c 22 04 5f 73 69 70 04 5f 75 64 70 06 6f 64 6f          \"._sip._udp.odo
72 69 6b 02 63 7a 00 c0 0c 00 23 00 01 00 00 00          rik.cz....#.....
a1 00 30 00 c8 00 32 05 5c 22 73 5c 22 0b 5c 22          ..0...2.\"s\".\"
53 49 50 2b 44 32 54 5c 22 04 5c 22 5c 22 04 5f          SIP+D2T\".\"\"._
73 69 70 04 5f 74 63 70 06 6f 64 6f 72 69 6b 02          sip._tcp.odorik.
63 7a 00                                                 cz.

[xsouku04@arch-petr2 mnt]$ host -t srv _sip._udp.odorik.cz
_sip._udp.odorik.cz has SRV record 4 10 5060 sip.odorik.cz.

xsouku04 píše: Vypadá to, že náš DNS server NAPTR przní, možná kvůli uvozovkám.

Kód: Vybrat vše

xsouku04@arch-petr2 mnt]$ host -t NAPTR odorik.cz
;; Got bad packet: syntax error
147 bytes
a0 7d 81 80 00 01 00 02 00 00 00 00 06 6f 64 6f          .}...........odo
72 69 6b 02 63 7a 00 00 23 00 01 c0 0c 00 23 00          rik.cz..#.....#.
01 00 00 00 a1 00 30 00 64 00 32 05 5c 22 73 5c          ......0.d.2.\"s\
22 0b 5c 22 53 49 50 2b 44 32 55 5c 22 04 5c 22          ".\"SIP+D2U\".\"
5c 22 04 5f 73 69 70 04 5f 75 64 70 06 6f 64 6f          \"._sip._udp.odo
72 69 6b 02 63 7a 00 c0 0c 00 23 00 01 00 00 00          rik.cz....#.....
a1 00 30 00 c8 00 32 05 5c 22 73 5c 22 0b 5c 22          ..0...2.\"s\".\"
53 49 50 2b 44 32 54 5c 22 04 5c 22 5c 22 04 5f          SIP+D2T\".\"\"._
73 69 70 04 5f 74 63 70 06 6f 64 6f 72 69 6b 02          sip._tcp.odorik.
63 7a 00                                                 cz.

xsouku04 píše:Také bych chtěl upozornit, že nejistější je vždy používat uri ve tvaru cislo@sip.odorik.cz, protože takto to pochopí i dobře i to nejzabagovanější zařízení. Ano bylo by možné aby fungovalo i cislo@odorik.cz nebo dokonce prezdivka@odorik.cz, ale lidi si to pak budou pléct s emailem. Tedy podle mne to nemá smysl.
Pokud něco takového chcete, přece si to můžete nastavit na vlastní doméně. Záznamy srv jsou už u nás v pořádku. Můžete si nastavit, aby se vám zákazníci dovolali třeba na info@mojefirma.cz a když to spletou a místo toho pošlou email, tak jej můžete také obsloužit.

xsouku04 píše:Funguje to tedy nyní jak jste chtěli ?

• skrze http://sipbroker.com - pristupove cisla ("klasicka" PSTN telefonni sit)
Pokud vytocite jedno z pristupovych cisel (ruzne po svete - seznam je zde [url]http://sipbroker.com/sipbroker/action/pstnNumbers[/url]), muzete po vyzvani zadat "provolbu" [b]*9553...[/b] tedy pro drive pouzity priklady by to bylo [b]*955391011abcd[/b] nebo [b]*9553*sestimiste_cislo[/b]
• skrze http://sipbroker.com - sip klient
bez znalosti site odorik i bez vysezminenych zmen by mela byt dostupna varianta zavolat [b]*955391011abcd@sipbroker.com[/b] a melo by se take dovolat (samozrejme je dostupna i varianta [b]*9553*sestimiste_cislo@sipbroker.com[/b])
• "primo" skrze SIP
spojeni bude smerovat na [b]91011abcd@sip.odorik.cz[/b] pripadne [b]*sestimistne_cislo@sip.odorik.cz[/b]
• "primo" skrze SIP - vyuziti novych zaznamu v DNS
spojeni bude smerovat na [b]91011abcd@odorik.cz[/b] pripadne [b]*sestimistne_cislo@odorik.cz[/b]
• primo skze PSTN (pouze po prideleni verejneho cisla)
pokud mate pridelene verejne cislo (91011abcd), muzete byt dostupni primo vytocenim tohoto cisla skrze telefon/mobil, tedy [b]+42091011abcd[/b] nebo v ramci CR muze byt "jen" [b]91011abcd[/b]

ViR píše:Když už se tu tak naťukly ty různé metody "neautorizovaných" hovorů, jejichž identifikaci označuje Odorik v CLI informaci předponou uri_, bylo by prosím možné u hovorů z peeringswitche AODT (tedy z IP 84.19.64.170) odstranit tento příznak "nedůvěryhodnosti"?

Jiný než jiným operátorem ověřený CLIP odtud totiž zaručeně nepřijde (tedy pokud ho náhodou nepošlu já nebo "root",ze "služebního" rozhraní při testování, jako vlastní identifikaci....).

xsouku04 píše:Už by to mělo být opraveno. Můžete to zkontrolovat ?

(I když koukám, že od nikoho do Odoriku zatím stejně nic nejde. A od vás k ostatním také ne Budu zase muset adminy pošťouchnout. Ale až po novém roce, teď to nemá smysl....)