Om kinesisk nummer
Tilbage til oversigt | Tilbage til forum
| Besked #1: Om kinesisk nummer | |
|
Kexin Wen Position: Normal Oprettet: 2006-04-20 20:19:51 |
Om kinesisk nummer
1. Akt: Xi'An nummer, 029 8408xxxx (1) Forholdet: Engangs beløb 100 yuan (ca. 78 kr.), ingen månedligt abonnement, ingen minimum forbrug, der er 100 yuan taletid på kontoen, opkald til hele Kina, fast telefon eller mobil koster 0,30 yuan pr. min., betales pr. hvert påbegyndte minut. Der findes ikke noget som opkaldsafgift eller opkaldsforsøgsafgift (betragt dog betaling af det første minut som opkaldsafgift, da det skal betales lige så snart den anden side tager telefonen). Når taletid er nedbrugt til 0, er kontoen stadig åben for indkommende opkald for evigt! Der kan tankes taletid på kontoen, 100 yuan taletid koster 50 yuan. Så udover de første medførte 100 yuan er taksten faktisk ned på 0,15 yuan pr. min. svarende til halv pris som via f.eks. Musimi. (2) Lydkvalitet er på sammen niveau som Musimi. (3) Både nummer og taletid kan købes med Visa Dankort. Betaling går via Pay100. Man skal gøre det på en PC, hvor ens netbank er installeret, da Pay100 vil aktivere netbanken for validering af kortet. Her var jeg faktisk overrasket og lidt i tvivl om, hvor vidt jeg skulle videre med at indtaste koden til min netbank. Det kunne jo være, at Pay100 forsøgte at lure min kode. Men der var på siden forklaring på dansk: Hvad er Verified by Visa? Verified by Visa er en metode, hvorpå butikken kan sikre betalinger med kort på Internettet. Ved at du indtaster bruger-id og Personlig kode, kontrollerer banken at kort og bruger-id er udstedt til samme person og bekræfter dette over for butikken. Men det vigtigste var Danske Banks certifikat, som er udskrevet af Windows anerkendte VeriSign CA. Det overbevist mig, at der er tale om en slags samarbejde mellem min bank og Pay100. 3 dage senere, kom posteringen i netbanken, jeg kunne se, at det oprindelige krav var for 100 yuan, som skulle dækkes af 78,33 kr. Tekst: VDK CNY 100,00 Beløb: -78,33 Der var altså ikke nogen mere udgift i form af gebyr og lignende, og de 78,33 kr. var omregnet af Danske Bank ifølge dagens kurs. (4) Selvom man går ind via den engelske version af hjemmesider, møder man undervejs stadig en del forklaringer på kinesisk. Så man skal kunne sproget for at kunne gennemføre betalingen. (5) Der kan tit opstå fejl under betalingen, mest server timeout. Og hver gang der opstår en fejl, skal man vente 24 timer for at få lov til at prøve igen. Så man skal have meget tålemodighed. (6) Man kan følge sit taletidsforbrug via nettet, men kun på rent kinesisk. Og det er også her, man tanke taletid op. Igen det er ikke et produkt for ikke-kinesisk-talende folk. (7) "Varen" kommer pr. e-mail dagen efter. Det er tydeligt, at der involveres menneskeligt arbejde, dog ikke så meget som Musimis undersøgelse om brugerne. Den e-mail-adresse, man opretter sig som bruger med, er derfor meget vigtig. Hvis du skriver en forkert én, så bliver varen leveret til den forkerte! (8) Sådan ser "varen" ud: number(account): 0298408xxxx password: xxxxx sip server: xxx.xxx.xxx.xxx (IP numerisk adresse) port:5060 or 5061 (9) Indsæt disse oplysninger i X-Lite: Username: 0298408xxxx Authorization User: 0298408xxxx Password: xxxxx SIP Proxy: xxx.xxx.xxx.xxx Så virker den med det samme. Man kan både ringe ud (husk at der er 100 yuan taletid) og modtage opkaldene. Men indkommende opkald får en gang imellem optaget tone, selvom telefonen ikke er i brug. (10) Indsæt tilsvarende oplysninger i Sipura (SPA2000), kan den registrere sig på serveren, og man kan også ringe ud til andre. Men hvis man ringer op til nummeret, får man besked om, at nummeret er optaget. Jeg klagede det til forhandleren, og fik at vide, at serveren er ikke helt standard SIP server. Derfor skal man ikke regne med, at alle SIP klienter er understøttet. Og de har ikke teknisk ressource nok til at foretage ændringer på server. Serveren er altså én "made in China", en auvtech fra http://www.auvtech.com. Det, man har købt, er bare det. Så satte jeg en sniffer op, og captured SIP trafik op. Og så kunne jeg se, at selvom man skal bruge 0298408xxxx som SIP brugernavn, vil serveren konsekvent bruge 8408xxxx som nummeret i "Contact" i SIP INVITE pakke. Da der ikke var konfigureret en SIP konto på Sipura med 8408xxxx som brugernavnet, vil Sipura blot afvise INVITE. Hvorfor så X-Lite virkede? Fordi X-Lite er et en-bruger-system. Alle INVITE til IP-adressen og UDP porten vil blive modtaget, uanset brugernavnet, og endda kan brugernavnet helt undlades! Men der er også noget som "Auth ID" og "Use Auth ID" felter i Sipura. Så satte jeg "User ID" til 8048xxxx og "Auth ID" til 0298408xxxx, og selvfølgelig satte "Yes" i "Use Auth ID". Derefter kan Sipura modtage opkaldene! Men så kan den ikke ringe ud mere! Altså for at kunne modtage opkald, skal username være 8408xxxx, for at kunne ringe ud, skal den så være 0298408xxxx. Meget underligt. En anden ting er, at registreringer på denne server kun har en gyldighed for 1 minut (60 sekunder). Klienterne er nødt til at registrere sig igen for hvert minut. Det var derfor, der var udfald med indkommende opkald, hvis man skulle være uheldig at ringe ind, mens 1 minuts gyldighed er udløbet, og klienten er i gang med at registrere sig igen. (11) Med Asterisk kan jeg faktisk få det til at virke. Man skal lave en extension 8408xxxx til at modtage opkald. Og så skal man lave en context til dette nummer med 0298408xxx som brugernavnet, til udgående opkald. Registrering for hvert minut kan man ikke undgå, lige så med udfald af indkommende opkald. (12) Jeg bruger jo Fritz!Box, for så har jeg kun brug for én telefon til at modtage opkalde fra 10 forskellige SIP nummerer, bl.a. dansk og kinesisk. MEN jeg kunne ikke få Fritz!Box til at virke med dette Xi'An nummer. Idéen var ellers god nok, synes jeg. Lav en konto med 0298408xxxx som Internet number og username til at registrere sig på serveren og foretage udgående opkald. Lav en anden konto med 8408xxxx, "no_register_fetch = yes" og "do_not_register = yes" (kræv FBEditor) til at modtage opkald. Det virker også. Men kun i løbet af det første minut efter registreringen, eller efter der er foretaget et opkald ud, kan man modtage opkald (man kan altid ringe ud). Men ellers er det kun en gang i mellem kommer indkommende opkald igennem. Hvorfor? Prøv sniffer! Fritz!Box opfører sig radikalt forskelligt fra de andre SIP enheder vi kender i dag. Når Fritz!Box sender registrerings anmodninger ud, sender den dem UDEN "Contact" oplysninger! Disse pakker kaldes i SIP verden "Fetch Bindings". Den sender, i løbet af over et halvt minut, ca. 10-12 stykker den slags ud, og hvis serveren ikke forstår dem, begynder Fritz!Box at sende "normale" SIP registration (med Contact) pakker ud. Og sådan gør den hver gang, også gen-registreringer, selvom den så har lært, at serveren ikke forstå disse "Fetch Bindings". I Xi'An nummer tilfældet får registreringen først succes når Fritz begynder at sende "normal" SIP registration ud. Efter et minut, skal den så refresh registration med over et halvt minuts "Fetch Bindings", hvilket betyder, at man tabe registreringen i lidt under et minuts tid! Og sådan bliver det ved. __________ Jeg ved ikke, om Musimis server forstår disse "Fetch Bindings". Hvis ikke, så er der faktisk også et lille hul for hver time (Musimis gyldighed for registreringen), hvor Fritz ikke kunne modtage opkald, men det er under et minut. Musimi har måske en slags "Grey Period", hvori registreringen er udløbet med serveren alligevel forsøge at sende INVITE til klienten. Men kontoen på Fritz!Box har som default "no_register_fetch = no", hvilket nok betyder, at Fritz!Box vil afvise INVITE, hvis kontoen ikke allerede er registreret. Dette hul kan man nok ikke mærke, da et minut ud af en time er svært at ramme ind. Jeg har spurgt AVM om Fritz!Box kan springe den første fase med "Fetch Bindings" over, og direkte gå til "normale" SIP registreringer. Men indtil videre har jeg ikke hørt noget fra dem endnu. Til at summere op: Xi'An nummer fungerer fint med X-Lite og Asterisk, kun halvt med Sipura (hvis man kun skal modtage opkaldene, er det OK) og næsten ikke med Fritz!Box (også med hensyn til modtagelse af opkaldene). Og det har brugt mig meget tid til at finde ud af (også at skrive denne artikel). Senere købte jeg så et HeBei nummer. Denne gang fik jeg lidt bedre held, men alligevel ikke helt godt. Det prøver jeg at beskrive i en anden artikel. Altså "Om kinesisk nummer, 2. Akt: HeBei nummer, 0318 7017xxx". Enhver kommentar og/eller forslag til løsning med Fritz!Box er meget velkommen!!! Da min Fritz!Box er også mit DSL-modem, er det faktisk umuligt at sniffer trafik op. Det jeg gjorde var faktisk sådan: jeg lavede en SIP konto på Fritz!Box, den pegede på min PC, som ikke havde en SIP server kørende. Og så kunne jeg sniffer SIP trafik op, som var sendt fra Fritz!Box til min PC. Fritz!Box fik jo ikke noget svar fra "serveren", men den skiftede alligevel automatisk til "normale" SIP registrerings pakker, efter lidt over et halvt minut med "Fetch Bindings". En eller anden, der kun bruger Fritz!Box som en router, kan sætte et HUB mellem DSL-modemmet og Fritz!Box, og sniffer trafik op. Jeg vil gerne have, at nogen kan hjælpe mig med at sniffer et par timers SIP trafik (UDP 5060) mellem Fritz!Box og Musimi, så at man kan se, om der faktisk er udfald med registreringen. Redigeret: 2006-04-20 20:21:06 |
| Besked #3: Sv: Om kinesisk nummer | |
|
Naveed Mughal Position: Normal Oprettet: 2006-04-20 22:53:08 |
Hejsa
Hvor kan jeg købe Et kinesisk nummer MVh Naveed |
| Besked #4: Sv: Om kinesisk nummer | |
|
Kexin Wen Position: Normal Oprettet: 2006-04-21 08:44:31 |
#3:
http://www.ctcvoip.com Men som sagt, du skal have én, der taler kinesisk, til at hjælpe dig, mest med hensyn til betalingen. #2: Hej Thomas. Kan se, at du er kommet tilbage til DK. Har prøvet det. Frtiz!Box giver ikke mulighed til det via web interfacen, men med FBEditor kan jeg se, at der for enhver konto er en "ttl=30m". Jeg kan ikke finde nogen forklaring (på engelsk) til parameteren, men gætter på, at det betyder "time to live" for kontoen. Jeg har prøvet at manipulere lidt med den, men synes ikke der sker ændringer i Fritz!Box' opførsel. Rent teoretisk set skal denne parameter bruges sammen med "no_register_fetch = yes". For ellers vil Fritz!Box afvise INVITE, lige så snart ttl er udløbet. Man opnår ikke noget Grey Period, blot forkortelse af livet. Enhver ændring på (andre) SIP konti vil stille ttl tilbage til 30m for ALLE konti (men ikke no_register_fetch)! derfor efter en lille ændring skal man involvere FBEditor og dernæste reboote Fritz!Box. Meget besværligt, ikke? |
| Besked #8: Sv: Om kinesisk nummer | |
|
Kexin Wen Position: Normal Oprettet: 2006-05-10 10:31:59 |
Tak til Klaus Alexander Seistrups indlæg
https://musimi.dk/index.php/forum2/thread/id=5928/#3 Xi'An nummerer virker helt fint med http://PBX.I-P-Tel.com/ (tysk men har engelsk version dog ikke "User Agreement and Privacy Policy", som er på tysk og man skal acceptere!!!). Man kan både ringe ud og ind. Derfor kan man nu sige, at Xi'An nummerer med Fritz!Box har fået en happy ending. HeBei nummerer virker også, men stadig med ustabil problem. Ingen af dem virker med http://www.EasyPABX.com/ (dansk). Se ellers (5) i indlægget foroven. |
| Besked #9: Sv: Om kinesisk nummer | |
|
Thomas og Xiaofang Høyer Position: Normal Oprettet: 2006-05-10 13:15:27 |
#6
>den der double konti fidus Gælder det for Xi'An og Shanghai men ikke Hebeinummeret "Altså for at kunne modtage opkald, skal username være 8408xxxx, for at kunne ringe ud, skal den så være 0298408xxxx." (#1) #7 >den anden vej Nej pt. er det man kan hos gratissip faktisk parallelt med https://musimi.dk/index.php/forum2/thread/forumid=2/id=5928#11 men der arbejdes på sagen (ved godt at dit problem er løst med i-p-tel.com) |
