koolandrew

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 you are suggesting. It actually worked, with no pbx cdrs as you said, the only difference that the PA1 and the other phones play the message. THE BIGGEST ISSUE REMAINING IS THAT THE MESSAGE IS ALSO PLAYED FROM THE PHONE THAT YOU ARE CALLING FROM, HOW TO PREVENT THAT NUISANCE, AS THE PLAYBACK IS AWFUL

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?

There isnt alot of information regarding this topic, so hopefully the response will be useful for others as well. Three options No pbx involvement with paging 1. I have gathered that you put the mulitcast ip address from the PA1 and copy it to the mulitcast settings on whatever brand of phone you choose ie (224.1.1.2:4000) so they will ring at the same time as when the shortcut key on the phone is selected with this value. Pbx involvement 2. Call the paging extension (unicast) and put the SNOM PA1 extension number in as one of the extensions to be dialled. It in turn broadcasts through the multicast ip to the other phones that are selected. 3. Call the extension number of the PA1 directly from any phone to start a page and the other phones will broadcast as above. Thanks

ok thanks

thanks for your help.

When the country code is set back to 1, and that setting of dont rewrite on a trunk is set, the + gets removed when using "dont rewrite" or "use + symbol at the beginning". I dont think there is any way to use the 1 as country code and keep +1555555555 (for example) on inbound calls.

i mean it doesnt work...the number dialled +442070046000 becomes 011 when it is goes to the carrier. In any event, i have unlocked this mystery. The one topic not discussed was the order of the dial plans as the order screwed it up. I had to put in the +1* rule at the top...and voila it worked. Regarding the other one, i figured it out as it is is simply +* and again, it has to stay in that order for it to work. thanks

The first one works...............hooray!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! The second comes out as 011........................

I have tried and all the calls go to the second entry but it never changes as it goes out to the 011(2-9)* to the carrier.

I am sorry but the confusion continues. Are you referring to outbound calls, i need to ask to make sure. If so, how will this help with the dial plan when + is involved. The dial plan directs to the trunk. These settings make no difference.

i am not sure what all this means. All i am trying to do is remove the + from a dialled number. From +1 to 1 and from +44 (for example) to 01144....from the dial plan. I dont think it can be done, and all i am asking is for a confirmation. If it can only be done from a trunk then again, i am all ears. This should be straightforward. Thanks

is this even possible, as i have tried every combination i can think of. Please confirm either way.

I have tried many times. I try to get help on the forum. And this the response.. how about this is how you do it.. ir forget it can't be done. Please?