HighCtenor
-
Posts
18 -
Joined
-
Last visited
Content Type
Profiles
Forums
Events
Posts posted by HighCtenor
-
-
I am willing to do a direct connect
-
Without help from your side I will not be able to use the PBX. Does someone have experience in Germany with this set up?
-
I sent it...I think it is called a conversation. Let me know what else you need
-
Certainly glad to supply it to you. I will supply what I have been told and what I know. If you can help me to fill in the blanks that should let me get it to work today. How shall I send the info to you privately? Please advise
-
Here is the info from their help. It refers to the Router but not to the entries we need to make. When I asked about the registration I was told to not use a password but to use
tel.t-onlne.de for the domain and proxy and to use anonymous@t-online.de as the username. Below you will find the router entries:
2/25/2015 Welche Einstellungen sind für die IPTelefonie mit anderen Clients nötig?Welche Einstellungen sind für die IPTelefonie mit anderen Clients nötig?Die folgenden Einstellungen benötigen Sie, wenn Sie einen SIPfähigen SoftwareClient oder Ihr Handy oderden Router eines anderen Anbieters für die Internettelefonie nutzen möchten. Mit den Routern der Telekom, die fürden IPbasierten Anschluss optimiert sind, benötigen Sie diese Einstellungen nicht.Wir bieten Ihnen dazu zwar keine detaillierten Konfigurationsanleitungen, da es eine sehr große Anzahl an Angebotenfür die SoftwareClients und HardwareClients gibt. Dafür erhalten Sie in der folgenden Übersicht aber alle erforderlichenAngaben, um jeden üblichen Client einzurichten.Allgemeine Einstellungen:SIPID/Benutzer: Ihre TelefonnummerBildschirmname (falls vorhanden): Ihre TelefonnummerAuthentifizierungsname / Benutzername: Ihre EMailAdresse, z. B. ihrname@tonline.dePasswort: Ihr PasswortSIPProxy: tel.tonline.deRegistrar: tel.tonline.deRealm: tel.tonline.deSTUNServer: stun.tonline.deOutboundProxy: leer lassen oder ebenfalls tel.tonline.deBei Einsatz einer Firewall oder eines Routers sind für die IPTelefonie folgende Portfreischaltungen erforderlich:UDP (out): Ports 5060, 3000031000, 4000041000, 3478, 3479UDP (in): Ports 5070, 5080, 3000031000, 4000041000TCP (out): Port 80, 443Hinweise:Geben Sie die SIPID ohne Leerzeichen und Sonderzeichen ein (entspricht Vorwahl und Rufnummer)Die Eingabe der SIPID und des Bildschirmnamens müssen übereinstimmen.Den Benutzernamen bitte vollständig klein schreiben.Haben Sie Ihr Passwort vergessen? In diesem Fall halten wir für Sie die Anleitung fürdenWiederherstellungsprozess bereit.Falls Sie EMailAdresse und Passwort noch nicht vergeben haben, können Sie diese im Kundencentereinrichten. -
Hi
The Deutsche Telekom has offered us an upgrade to a VDSL IP-Based Anschluss. That means I have to change to a Sip Gateway or Registration. I have previously used ISDN but that has been turned off.
Does anyone have a template of how the Truck is set up for the Deutsche Telekom in Germany? It would help to have an example as a template for making the proper adjustments to the details.
-
It appears that I have been able to resolve the trunk assignment issues on inbound and outbound. Registrations are working on all phones. The 370 is still not open to being modified. What can we do there?
-
Getting the Snom 370 back in action is not something I can compromise on. So I will need a solution.
What is the typical reason that inbound calls might not ring on the extension or ring on the caller's side?
-
Can you be a tiny bit more exact? My firmware for the 370 is 7.3.30. 6063....Where is the file you are referring to: The Snom Phone, the vodia Pbx and in which Ordner?
I can not perform a search without a more clear answer.
-
Serveral issues are a problem. The provisioning of the Snom 370 has locked me out of the admin mode. I need a fix for that or that phone out.
The analog phone which has worked for 5 years on pbxnsip going through a Linksys PAP2 now is not registering but fails to pickup calls and when it has clicked like the devil. I have disconnected everything and doce a sequential restart. Will restart the analog device after letting it go to a cold start 15 minutes. I need to get that fixed
Without the ability to fix those 2 issues I have one phone and one fax that work and my girlfirend is getting touchy. Flowers do not work if she can not call her girl friends, doctors and work. So I need to get that fixed. I am trying to put the pbxnsip server back into operation so I have a working system.
The problems with the analog phone happen with either Vodia or pbxnsip so I think that must be hardware related? Could it be voltage, codex alignments or what...clicking is something I have never had.
If I could use my NFR rather than the Free config perhaps some of these birthing problems would not be happening.
I am able on either system to dial out and in on the Siemens phone and the Snom when it registers. The fax on the ATA also seems to function within the network and is reachable.
The last couple of days the system would start out allowing me to phone with the siemens and Snom only to fail later on. Very strange behavior. Nothing like it before on pbxnsip.
-
Tell me how to turn the provisioning off and walk me though the confirmation process that the pbx is registered. All extentions register. I need to confirm to the trunk and then the trunk needs to hit the deutsche telekom
-
I have spent an hour with Inalp and the programing is done but something you have entered is keeping the truck from registering
Please let us check the details together then you can have my config for the future
-
I am going to attach an additonal config for another smartnode for you. This config does not work for me because my SN has only 1 00/01 port. The attachment is for another in their line with support for the 00/01, but also 4 additional ISDN ports. I would imagine one could use this for companies that need 8 outbound lines at any one time with a fallback. Does not fit me, but it may help you config for larger SMU Patton units and it is ISDN. Hope the attaching works.
-
I went to their website, which is not as good as speaking with them directly. I will send a copy of my working config to them. That configuration is what the Vodia has modified. My gateway has just one BRI it would be less detailed than later gateways but would work in a similar way. Attached is a config for your review. I believe it was prepared for a system which is not connecting outbound to a sip provider but only to an ISDN trunk. If I am correct, the attachment may help you see how they conceived it.
My gateway is older than the one this example is for, I will followup to make sure what they suggest is in compliance with the gateway I am using now.
What is attached is for a 46xx Gateway which came out after mine so it is actually newer and more modern than mine. It is supplied for you to use for comparison. This configuration description reads: "SN46xx to SIP to ISDN Trunk Gateway configuration without SIP Registration. The ISDN PSTN may be connected to Port BRI 0/0 to 0/x."
I will make a suggestion to them to cover my older unit and make the config as forward compatable as possible. What is interesting is what you previously programmed is capturing non-mobile exchanges accurately.
One open concern I have is that if I eventually bring on a new SIP Provider Trunk a similar situation might arrise. Perhaps apples and oranges...
Expect a response next week. More to come.
-
I am a little unclear on how to formulate my questions to Patton support. Should I simply ask them to review the template you are using? If they were kind enough to do so, perhaps the resulting edit would be something I can send you.
As far as you presently know, this is the only incident of this happening that you have? or has this appeared under partner configs in Germany. Perhaps one of them had a similar experience. Do I have to enter this incident in the German part of the Forum or is it already viewable there now?
-
My Gateway is a Patton 4562 and is provisioned by the Vodia as far I understand the currently supplied Vodia software. Is there a specific report on the Patton that would list or indicate such a source of the problem...The same gateway delivers and no coding mismatch exists on landed lines. If your suggestion is valid, then I should be able to trace that back but a Patton 4562 is no longer new.
Does anyone know how to interegate a Patton 4562 to obtain the data you are suggesting?
-
Following problem is repeating and is not resolved. S/W ver. 5.2.4, Build 22.8.2014
The pbx inserts into inbound call logs the field content "default location - local" rather than accepting the Caller-ID that is presented by the inbound call. The result of this false transcription is that the system goes to the field mentioned and pulls the country code and the local code and inserts them into the record of the incoming (now received) call. The system does not exhibit this behavior on inbound calls received from "landed" phones...only from mobile devices.
The inbound calls are European (German mobile carriers) the typical structure is in this case 10 places deep and in the case of mobile phones defined as +49 1xx xxxxxxx. What the system produces is +4921xx171645xxxx. To make sense of this one has to strip out the 21xx otherwise one has two exchanges listed one after another in sequencefollowed by the proper inbound caller Id.
The system inserts the "domain default location- land code" and "default location - local" on EVERY mobile call regardless of mobile carrier. This creates extra soup in both the calllog and affects the ability to create clean callbacks. The soup also carries into the E-mail strings, but there the system seems able to reference a recall of the string in the Email despite it being rendered improperly. The system seems to be having real problems with these mobile exchange entries.
Is this a bug? Or are there a number of fields or settings that are causing these errors?
Looking forward to your review and imput.
Deutsche Telekom
in Trunk Setup
Posted
How would the rejection of packets coming from America affect my ability to use the Vodia here in Germany? What can I do...I need to get the system operational today.
-