koolandrew

Please understand, if this is any trouble don't worry about it. I am sure this isn't a oft used feature, as no one else has mentioned it on the forums. That is why i used the topic header, and there was nothing in the forums on the third party login, but a fair bit of activity with the php api. I realize that browser security it becoming more and more challenging, so this probably did work at the latest browser updates may have killed it. In any event, if you can resolve it or not, the Vodia pbx is a fantastic product. Keep it up!

Your request (5284) has been received and is being reviewed by our support staff. I am not sure if this was the right place to open up a ticket. and if not i would be happy to do it elsewhere. I never got a reply.

i did and received no reply.

I appreciate your reply but we are going around in circles. We have tried the third party log in without success. We have tried the rest api with curl without success. I am not sure how the third example would help us log into the web page. PLease advise if this is possible.

Our intention is to use this code to log in to the pbx web page, not grab a log. Does your solution solve that? Please advise.

Hi, i was wondering if there are any updates. If this doesnt work, so be it.

Yes, and the debugging shows that its not returning any session information.

no luck?

Thanks, hopefully this will help. vodia66log.txt

i wish it was that simple...no blacklisting...the ip that its coming from is listed in the api

For some reason, i never got this reply. Yes it is a domain on the server, yet no response. If this doesnt work, just let me know so i can move on.

We have tried this on v65 and upgraded to v66, and when we follow the documentation, we get a no-reply from the pbx. Any ideas on how to resolve this, as we added the proper ip from which the api came?

Have you checked with your provider, maybe they are metering your usage, and you have run out of funds. They are so many things that could go wrong on inbound calls, what you need to do to perform a trace. Find out where the calls are failing, by checking the logs on the vodia, and then if they dont provide the answers, find out from your provider.

Ok, this still a little vague...please remember as your status says "Advanced Member", i dont have all your knowledge. When you say "Multicast Paging Group" what do you exactly mean. i am just manually provisioning to get this to work. IThe choices, on a Grandstream, for example are, to add the multicast ip (224.1.1.2:4000) in the multicast paging section and give it a label of page. I go to the vpk section to add a button. I add the description of Page, and value of 224.1.1.2:4000, and select Multicast Paging. I could also select Multicast Listen Address, but i dont believe that is what

Thanks for the quick reply. All the phones support multicast paging, there is only one PA1 and they are all on the same lan. Are you suggesting, creating a Unicast paging with the PA1 extension only in the group, and using the PA1 to multicast to all the phones that have the multicast ip setup. In this case, the pbx would effectively only unicast to the Snom PA1 and it in turn would multicast to the phones that have been setup?