Hello Nishit thank you for your reply, for your #12894:
1) Thank you
2) We were wondering if we can create a non wildcard rule we tried to create couple rules today and it seems it is enabled.
3) Let us know your reply on server speed (what do you think on this) you have comented that voip server speed was not too great so we are still awaiting for your reply comment regarding NanoTel host.
4) Your #12880 instruction for site Admin. Still waiting for that.
5) Thanks for your: “I have completed my script, we are loosing our number because execution time , I am sure other competitor are also loosing some number. However i will see if i can do anything” – this is a main factor of the whole job so we are looking forward when we start receiving desired numbers, so far we still loosing a LOT of numbers and here are some report for you below:
MONDAY (US TIME) there had been released a lot of numbers we can see that NanoTel has captured 406.405.7000 but we loose 7777. By the way again the notification from NanoTel is wrong and still says number found but it has been purchased so please make sure that notification comes correct if it is purchased then notification should say Number has been purchased.
Now Inteliquent is is biggest teleecom provider. Inteliquent have been requesting millions numbers and their release multiple blocks at a time. One block at a time can contain 100 numbers 50 and 50 from this 100 Nano Tel have purchased only 1 number 7000. So we think the reason why this 7000 has been purchased it is just a coincidence rather than a rule as we want it to be as we lost big amount of valuable numbers. If your script could allow us to buy 50 numbers ending with 000 plus 7000 then we would see good progress.
Thus can you please send us your API call request that has purchased 7000 number so we can have a look at that, site admins themselves already started examine API library as we are doing this job for toooooo long. We believe your API code requests too many parameters such as Trunk group and other options but site admins believe that API requests can be shorter and that’s how our competitor does it this way and capturing all valuble numbers but us only one or two.
Later we found that NanoTel found an other number 4444.
TOTAL:
Voip 941.390.1111 and 941.390.2222
NanoTel 4444 and 7000
but we still missing best numbers as 7777, 8888
also we lost these 941.390.0000,1000,2000,4000.
So please resolve this all above. To make requests more efficent please reduce API parapeters requests site admin belives that we do not have to requett othre options to make our API calls faster.
Also feel free to add every 1 second API calls – now we have every 2 sec but from what you have done so far it does not help much.
Please let us know if any issues.
Also just letting you know that company approved my holiday and im going to be away from next week so someone from the team will be on some extra support hours for your time zone.
Cheers
