forum.odorik.cz

Kdysi byl (na můj popud) přidán mezi prohledávané ENUM servery i e164.org.
A fungovalo to.
Teď jsem se k tomu náhodně vrátil - a aniž bych něco měnil, tak to nefunguje - volané ENUM číslo *09420731090880 jen vyzvání.

Kód: Vybrat vše

$ dig -t NAPTR 0.8.8.0.9.0.1.3.7.0.2.4.e164.org
;; QUESTION SECTION:
;0.8.8.0.9.0.1.3.7.0.2.4.e164.org. IN	NAPTR

;; ANSWER SECTION:
0.8.8.0.9.0.1.3.7.0.2.4.e164.org. 84790	IN NAPTR 100 10 "u" "E2U+SIP" "!^\\+?(.*)$!sip:hudba@nic.cz!" .

;; AUTHORITY SECTION:
e164.org.		83433	IN	NS	ns2.e164.org.
e164.org.		83433	IN	NS	ns1.e164.org.

Pokusmo čísla z e164.arpa - např.: *09437200101011 - viz http://www.odorik.cz/w/peering funguje.

P.S.: Jestli mě neklame zrak, tak ENUM volání se nezobrazují ve výpisech volání - ve web rozhraní účtu. (??)

kapetr píše:

Kód: Vybrat vše

0.8.8.0.9.0.1.3.7.0.2.4.e164.org. 84790	IN NAPTR 100 10 "u" "E2U+SIP" "!^\\+?(.*)$!sip:hudba@nic.cz!" .

Zdravim, abych pravdu rekl, nejsem si jist, jestli se rozlisuji velikosti pismen, ci nikoli... Nicmene radeji bych vychazel z toho, ze na tom zalezi (nasel jsem zminku, ze v pripade jedne konkretni varianty se velikosti nerozlisuji - z nejakeho duvodu to tam napsali

).

Pri prvnim pohledu me zaujali 2 veci:

E2U+SIP
^\\+?(.*)$

Pokud byste chtel/mohl zmenit tento zaznam, zkuste nastavit takto:

Kód: Vybrat vše

0.8.8.0.9.0.1.3.7.0.2.4.e164.org. IN NAPTR 100 10 "u" "E2U+sip" "!^.*$!sip:hudba@nic.cz!" .

Abych rekl uplne pravdu, vaham mezi dvema zpusoby zaznamu:

Kód: Vybrat vše

0.8.8.0.9.0.1.3.7.0.2.4.e164.org. IN NAPTR 100 10 "u" "E2U+sip" "!^.*$!sip:hudba@nic.cz!" .
0.8.8.0.9.0.1.3.7.0.2.4.e164.org. IN NAPTR 100 10 "u" "sip+E2U" "!^.*$!sip:hudba@nic.cz!" .

Prvni varianta je bezne k videni, druhou jsem vicemene zahledl v definicich... Napr. 0.2.1.5.4.7.2.2.2.0.2.4.e164.arpa ma radeji definovano oboje...

Jestli nejake dotazy do ENUM funguji a jine ne, asi bych zacal kontrolou syntaxe.

Jinak jakmile si s tim zacnete "hrat", tak nezapomente, ze je tam TTL (Time-To-Live - zivotnost zaznamu), takze zmena se projevi v nejhorsim pripade az po vyprseni teto doby, ne hned

Pro uplnost jeste doplnim, ze napr. ENUM lookup formular na sip broker http://sipbroker.com/sipbroker/action/enumLookup to schroupne i v teto podobe, jak to je.

Obávám se, že tudy cesta nevede.

Služba e164.org ani neumožňuje nějak měnit ty zápisy (velká/malá p., reg. výraz) - vyzkoušejte sám.
Jak to je, tak to je a vždycky bylo. To neovlivním.

A jak jsem uvedl: dříve to fungovalo - já nic neměnil.
Pokud to nyní přestalo fungovat, musí to zákonitě být důsledek nějaké změny na straně Odoriku.

kapetr píše:Obávám se, že tudy cesta nevede.

Služba e164.org ani neumožňuje nějak měnit ty zápisy (velká/malá p., reg. výraz) - vyzkoušejte sám.
Jak to je, tak to je a vždycky bylo. To neovlivním.

A jak jsem uvedl: dříve to fungovalo - já nic neměnil.
Pokud to nyní přestalo fungovat, musí to zákonitě být důsledek nějaké změny na straně Odoriku.

Nemam zadne zaznamy na e164.org, takze bohuzel vyzkouset nemohu...

No a zmena... Treba kontrola zaznamu pred tim, nez se pouziji...

? Nicmene pokud nevidim dovnitr, tak se k tomu nelze nijak konkretne vyjadrit. Zustava to otazkou na administratory.

cz-helper píše: Nemam zadne zaznamy na e164.org, takze bohuzel vyzkouset nemohu...

Nic snazšího, než si to vyzkoušet - služba je zdarma.

cz-helper píše: No a zmena... Treba kontrola zaznamu pred tim, nez se pouziji... ?

Jak jste to myslel ?

kapetr píše:
cz-helper píše: No a zmena... Treba kontrola zaznamu pred tim, nez se pouziji... ?
Jak jste to myslel ?

Je to spise takova poznamka... Z pohledu programatora je dobre kazdy vstup, ktery jde "z venku" overit na pripustnou syntaxi, nez se s tim bude pracovat. Nespolehat na to, ze bude zadano presne to, co v tu chvili ocekavame (muze v tom byt zahrnuto napr. i ocekavany vysledek z DNS). Umel bych si teoreticky predstavit, ze by v takovou chvili mohli delat problemy i malickosti.

V tuto chvili bych to nechal otevrene s tim, co prida admin do diskuze... Nelze samozrejme vyloucit, ze se provedla nejaka zmena...

Zdravim,

!opraveno!

chyby:
1. jestlize nebyl nalezen zaznam v .e164.arpa., tak uz nezkousel dalsi

2. i kdyby bod 1 prošel, neproslo by porovnani "E2U+sip" <> "E2U+SIP"

Diky

kovik píše: !opraveno!

Děkuji

P.S.: nemohl byste ještě čeknout toto ?
http://forum.odorik.cz/viewtopic.php?f= ... t=30#p7177

kapetr píše:
kovik píše: !opraveno!
Děkuji

P.S.: nemohl byste ještě čeknout toto ?
http://forum.odorik.cz/viewtopic.php?f= ... t=30#p7177

Domény jsem již nastavil, nejsem si ale jist, jestli to bud něčemu užitečné. Viz ono vlákno.

Vyskytl se nový problém.

Poté, co jsem si pořídil veřejné číslo v Odoriku, zkusil jsem zadat ENUM záznam v e164.org.

V rámci ověřování SIP prozvánějí zadaný kontakt: sip:00420910xxxxxx@sip.odorik.cz.
Vyhodí mi však pop-up error okno:

Kód: Vybrat vše

"We weren't able to verify your route, your system returned the following information: Error 488 - An attempt to verify your SIP address was rejected because the remote end couldn't negoiate codecs"

Zkoušeno v 20:39:30 11.3.2013

Nápady - řešení ?

forum.odorik.cz

ENUM z e164.org nefunkční ?

ENUM z e164.org nefunkční ?

Re: ENUM z e164.org nefunkční ?

Re: ENUM z e164.org nefunkční ?

Re: ENUM z e164.org nefunkční ?

Re: ENUM z e164.org nefunkční ?

Re: ENUM z e164.org nefunkční ?

Re: ENUM z e164.org nefunkční ?

Re: ENUM z e164.org nefunkční ?

Re: ENUM z e164.org nefunkční ?

Re: ENUM z e164.org nefunkční ?