Ρυθμίσεις VoIP για το Linksys SPA-3102

[pasific]

Κάνε Yes το PSTN Ring Thru Line 1 στο 3102 για να χτυπάει και η συσκευή που είναι πάνω στο 3102.

Όταν λες επικοινωνία μεταξύ των δύο σημείων, θες να σηκώνει το τηλέφωνο και να παίρνει απέναντι από το κάθε σημείο ή όταν έχει απαντήσει σε γραμμή που έχει έρθει από την PSTN αν μπορεί να την μεταφέρει στο άλλο σημείο;

αυτο το ειχα κανει αλλα δεν χτυπαει η συσκευη που ειναι πανω στο 3102 ο οδηγος που ειχα ακολουθηση τελικα ειναι αυτοσ τον ανεβαζω εδω μπορει να τον χρειαστει και κανενας αλλος http://www.provu.co.uk/pdf/sipura/sp...2x_spa3000.pdf

[_alx_]

Αντιμετωπιζω ακριβως το ιδιο προβλημα που περιγραφεται εδω . Μπορει καποιος που δεν εχει κανενα προβλημα με την αναγνωριση κλησεων να μου στειλει τις ρυθμισεις του για να δω τι εχω κανει λαθος γιατι θα σπασω το κεφαλι μ μαζι με το spa. Ευχαριστω.

Κάνε ένα save as τις ρυθμίσεις του spa3102 και δώσε κάποιο link να τις κατεβάσουμε να ρίξουμε μια ματιά.

[JTB]

Κάνε ένα save as τις ρυθμίσεις του spa3102 και δώσε κάποιο link να τις κατεβάσουμε να ρίξουμε μια ματιά.

Οι ρυθμίσεις μου

Εδω και εδω τα log μου (μια κληση καθε log)

Απαντήσεις που έχω λάβει από άλλο φόρουμ χωρίς να έχουν κάποιο αποτέλεσμα.

Spoiler:

Your log shows 4 calls on the FXO port. Only the first call detected a caller id. The problem seems to be caller id detection.

 On the first call the caller id was carried digitally over to the phone attached to the SPA3102. 
If it didn't display correctly on the phone then you probably don't have the correct caller id method for the phone setup on the SPA3102 Regional Tab.

 Caller ID is transmitted over the analog PSTN line using different techniques depending on your country. 
Usually it is sent over the line during the first and second rings on the pstn line, however some countries send it before the first ring.

 The SPA3102 detects the caller id initially and then sends the call internally using the sip protocol from the FXO port to the Line 1 FXS port 
where your phone is connected. I assume you are using the default Ring Thru Line 1: Yes setting. 
The SPA3102 then would convert the caller id back to an analog format and send it to the phone. 
You can see this in the internal exchange in the log you posted. 
The caller id is carried in the Sip INVITE in the From: and Remote Party ID: fields.

 I am not sure what to suggest to get the SPA3102 to reliably detect the incoming caller id. 
There is a setting PSTN Answer Delay: with a default setting of 3 seconds. 
This setting is to capture the incoming caller id before the call is bridged to an outgoing voip call. 
You are not bridging the call so it doesn't seem to apply, however I would run a test where you increase the setting just to make sure.

 There are gain settings to amplify the PSTN to FXO signal on the PSTN Line Tab. 
Of course, there is the impedance setting that should be set correct for your country. 
I don't know if the Regional Tab setting for Caller ID Method impacts the initial detection or not. 
The Regional Tab setting certainly impacts how the caller id is delivered to the phone attached to the SPA3102.

 Blocking an incoming PSTN Line call is difficult. To start with you need to know the incoming caller id. 
There are some 8 settings for forwarding or blocking incoming pstn line calls on the PSTN User Tab. 
These are basically for forwarding or blocking certain caller id patterns for pstn-to-voip gateway (bridging). 
Without testing, I'm not sure how the Ring-Thru-Line-1 calls are affected by these settings.

Spoiler:

You describe the call in the log as one continuous call. The log shows

[1:0]RTP Rx Dn
AUD: Play PSTN Tone 9
AUD:Stop PSTN Tone
FXO:On Hook

 in the middle of the call and then the SPA PSTN Line Tab proceeds to cancel its internal call to the Line 1 Tab. 
After the cancel sequence the FXO port decides it has another call and starts up a new call to the Line 1 Tab.

 It would seem to me that the SPA3102 is seeing some sort of signal that it thinks is a call disconnect signal.

 It could possibly be fixed by some setting in the "PSTN Disconnect Detection" section.
 A CPC signal is a complete loss of voltage for a short period of time.
 Assuming you have Detect CPC: yes then I would try increasing the Min CPC Duration. 
The default setting for Min CPC Duration is 0.2 sec (200 ms) before a drop in voltage is treated as a call disconnect. 
I would increase that number to see if there is any effect by a longer time period before the SPA treats a drop in voltage as a disconnect. 
A setting of 0.5 (500 ms) is probably a good start.
 You could also run a short test with Detect CPC: No to see if that had an effect.

Spoiler:

I ran some additional tests with my SPA3102 for an incoming call in an attempt to duplicate the problem you are encountering. 
I believe I can do it by doing a quick pickup then hangup with an external phone also attached to the PSTN Line while the phone is ringing. 

 My current theory is that there is a voltage drop and current increase that occurs on your pstn line similiar to what would happen 
if another device on the line temporarily answered and then released the call. 
Like another external telephone or an answering machine that temporarily picked up the call.
 The pickup is brief enough (very brief) that the phone company doesn't recognize it and keeps ringing the line, 
but long enough that the SPA3102 does recognize it and the SPA3102 believes the call was answered externally to the SPA3102. 

 The SPA3102 says the call was picked up external to the SPA3102. 
Then the ringing continues and the SPA3102 says its another call and continues to ring the phone attached to the SPA3102.

 If my theory is correct, I am not aware of any settings that would work around this problem, 
although someone more familiar with phone line electrical characteristics might know a workaround.

Ευχαριστώ για το χρόνο σου.

[_alx_]

Για κάνε τα

Detect Disconnect Tone -> Yes
PSTN Answer Delay: -> 3

[JTB]

Για κάνε τα

Detect Disconnect Tone -> Yes
PSTN Answer Delay: -> 3

Το εκανα αλλα δεν αλλαξε τπτ. Παλι μετα απο 3-4 χτυπηματα βγαζει "αγνωστο"

[JTB]

Παρακαλω αν μπορει καποιος να ανεβασει το αρχειο με τις ρυθμισεις του για το SPA3102 για να βρω για ποιο λογο εχω προβλημα με την αναγνωριση κλησεων. Ευχαριστω.

[drfear]

Καλημερα.
Εχω κανει την υλοποιηση που αναφερεται εδω http://community.linksys.com/t5/VoIP...ne/td-p/326390 .
Προκειται για εναν τροπο να χρησιμοποιω για εξερχομενες κλησεις μια συγκεκριμενη γραμμη pstn απο οπουδηποτε εχω internet (voip to pstn).
Το spa3102 ειναι συνδεδεμενο σε router (wlan 3 της HOL με ενεργο DHCP server και ip 192.168.1.1) απο οπου παιρνει εσωτερικη ip (εστω 192.168.1.3). Στο ιδιο δικτυο ειναι και ενας υπολογιστης , συνδεδεμενος στο router (με ip 192.168.1.2). Το spa3102 ειναι ρυθμισμενο σε bridge mode και ετσι απενεργοποιειται η λειτουργια του router που εχει και λειτουργει σαν μια δικτυακη συσκευη. Απο το wlan3 εχει γινει port forwarding προς την 192.168.1.3 (SPA3102) για τη θυρα 5061 (PSTN LINE) (αλλα και για την 5060 για LINE 1). Θελω να πραγματοποιησω κληση voip με ενα softphone (x-lite 4) προς το SPA 3102 και αυτο να δρομολογησει αυτη την voip κληση στην PSTN γραμμη με την οποια ειναι συνδεδεμενο. Στο x-lite δηλωνω το SPA3102 ως proxy ετσι ωστε να πληκτρολογω τον τηλεφωνικο αριθμο που θελω χωρις να συνοδευεται με την ip του SPA3102 καθε φορα (π.χ. στο x-lite δινω αριθμο κλησης 2101111111 αντι για 2101111111@wanip:5061 οπου wanip η εξωτερικη ip toy Wlan3).
Οταν το x-lite τρεχει στον υπολογιστη που ειναι στο ιδιο δικτυο με το SPA3102 ολα δουλευουν κατα τα αναμενομενα. Δλδ γινεται voip κληση απο το x-lite (χρησιμοποιωντας ως proxy την wanip παντα και μαλιστα (και) με δυναμικο domain (dyndns), η κληση αυτη περναει στην PSTN γραμμη και χτυπαει το τηλ του καλουμενου. Στο x-lite βγαινει ενδειξη "call established" .
Το προβλημα εμφανιζεται οταν κανω την ιδια διαδικασια απο x-lite εγκατεστημενο σε υπολογιστη που ανηκει σε αλλο δικτυο ( δλδ σε αλλο χωρο με δικια του συνδεση στο ιντερνετ, δικο του router , δικο του υπολογιστη κλπ). Παντα χρησιμοποιωντας την wanip το x-lite πραγματοποιει την voip κληση προς το SPA3102 , γραφει "call established" (δλδ συνδεεται στο SPA3102) αλλα ποτε δεν δρομολογειται η κληση προς τον καλουμενο (δλδ το SPA3102 δεν προωθει την voip κληση που δεχεται προς την PSTN γραμμη).
Προσπαθωντας να βρω τι φταιει εχω δοκιμασει να κατευασω ολα τα firewalls (soft και hard απο ολα τα εμπλεκομενα μηχανηματα). Η συμπεριφορα ειναι η ιδια ειτε ο υπολογιστης που κανει την επιτυχη κληση ειναι συνδεδεμενος στο δικτυο απευθειας στο wlan3 ειτε μεσω της θυρας "ethernet" του SPA3102.

Ποια ειναι η διαφορα στις δυο αυτες voip κλησεις προς το SPA3102 και η μια το "διεγειρει" ωστε να προωθησει την κληση στην PSTN γραμμη και η αλλη οχι;

Ευχαριστω απο τωρα για τις οποιες ιδεες δωσετε.

[kronos911]

Λογικά το πρόβλημα είναι η μη δρομολόγηση των πακέτων rtp όπως αναφέρετε στο δεύτερο post του οδηγού.

The second problem you encounter with direct ip calling is that, unless you are calling on a local network, most NAT routers will discard incoming call packets (sip invite) because you have not recently communicated with the distant calling address. An incoming sip invite is sent to the general ip address for the NAT router plus the sip port number of the SPA3102. The usual solution for this problem is to forward the sip port in the router to the SPA3102. You may also need to port forward the rtp port range in the router to the SPA3102.

Δοκίμασε να κάνεις προώθηση των πορτών UDP 10000 – 20000 prow to σπα3102.

[drfear]

Δυστυχως και αυτο το port forwarding δεν αλλαξε κατι στη συμπεριφορα.

- - - Updated - - -

Η απαντηση ηρθε απο το support forum της cisco. Παραθετω την πληρη απαντηση.
12-Dec-2013 14:44 (in response to Jim Fel)
Correct Answer

What is the difference in these two voip calls to the SPA3102 and the one " triggers " it to forward the call to

PSTN line and the other does not ?



The "difference" more than likely is the addressing used in the call sip signalling. On the SPA3102 on the PSTN Line Tab do you have NAT Mapping Enable: Yes or No? If NAT Mapping Enable is set to No the SPA3102 will insert a local network address in various places in the signalling. This is for calls over the local network. If NAT Mapping Enable is set to YES it will insert an external ip address if it knows the external ip address.



If the SPA3102 has a static external ip address you can make that setting on the Sip Tab. It is also possible to setup a STUN server to allow the SPA3102 to discover its external ip address. You can use any STUN server since it is a standardized function.



Calls do not usually work correctly if the call is routed downstream from the SPA3102 thru the "ethernet" port of the SPA3102 router. Calls generally need to be routed thru the "Internet" (WAN) port of the SPA3102. I do not believe you are cabled thru the "ethernet" port, I am just mentioning this for anyone reviewing the posting.

Να προσθεσω πως το μονο επιπλεον που εκανα ηταν να δηλωσω και μια τιμη στο EXT RTP Port Min: στο tab SIP .
O stun server που χρησιμοποιησα εινια ο stun.iptel.org αφου (παραδοξως) αυτος της google δεν δουλεψε.

[pasific]

αυτο το ειχα κανει αλλα δεν χτυπαει η συσκευη που ειναι πανω στο 3102 ο οδηγος που ειχα ακολουθηση τελικα ειναι αυτοσ τον ανεβαζω εδω μπορει να τον χρειαστει και κανενας αλλος http://www.provu.co.uk/pdf/sipura/sp...2x_spa3000.pdf

εχω ενα προβληματακι με το συστημα μου αφηνει τιν γραμη ανοιχτοι λετε να φταει το filmware εχω 5.2.13
πως να ανεβασω τισ ριθμισεις να τις δειτε

[macovet]

- - - Updated - - -

Στο System tab πρόσθεσε επίσης Secondary NTP Server: de.pool.ntp.org καθώς και στο Regional tab στα πεδία Daylight Saving Time Rule: start=3/-1/7/3:00;end=10/-1/7/4:00;save=1 και Daylight Saving Time Enable: Yes

Αυτές οι παράμετροι πρέπει να διορθώσουν την ώρα.

το σωστό για την ελλάδα είναι:

start=3/-1/7/3:0:0;end=9/-1/7/3:0:0;save=1

τελευταία κυριακή του μάρτη, τρεις η ώρα τα ξημερώματα, τελευταία κυριακή του σεπτ. ίδια ώρα.

reboot για να φανεί άμεσα.

[jkoukos]

το σωστό για την ελλάδα είναι:

start=3/-1/7/3:0:0;end=9/-1/7/3:0:0;save=1

τελευταία κυριακή του μάρτη, τρεις η ώρα τα ξημερώματα, τελευταία κυριακή του σεπτ. ίδια ώρα.

reboot για να φανεί άμεσα.

Λάθος κάνεις εσύ. Μια χαρά δουλεύει αυτό που έχεις σε παράθεση χρόνια τώρα.
Σημείωσα τα λάθη που έγραψες.

start=3/-1/7/3:0:0;end=910/-1/7/34:0:0;save=1
τελευταία κυριακή του μάρτη, τρεις η ώρα τα ξημερώματα, τελευταία κυριακή του σεπτοκτ. ίδια ώρατέσσερις η ώρα τα ξημερώματα.

[macovet]

Λάθος κάνεις εσύ. Μια χαρά δουλεύει αυτό που έχεις σε παράθεση χρόνια τώρα.
Σημείωσα τα λάθη που έγραψες.

Έχεις απόλυτο δίκιο!
Άλλο post έβλεπα, αυτό (μετά από γκουκλάρισμα) και κάνοντας search στο forum για να κάνω παράθεση μου βγήκε το σωστό - απάντησα χωρίς να το διαβάσω θεωρώντας ότι είναι το ίδιο. Και έβαλα και λάθος μήνα..

Ευχαριστώ για την διόρθωση.

[kostas2005]

Μεταφέρω την pstn γραμμή σε άλλο άλλο σημείο και στο remote spa βγάζει αναγνώριση κανονικά αλλά μετά από δευτερόλεπτα το γυρνάει στο username από pstn line του πρώτου spa.
H γραμμή είναι οτε τι αναγνώριση να δοκιμάσω στο πρώτο spa και τι άλλο μπορεί να φταίει ?
Με codec τώρα τα έκανα όλα 711a και στα spa "line1/pstn" με "use only preferred - No" και στην Omni πως το βλέπετε?

[giavre]

Καλησπέρα παιδιά έχω ένα spa3000 και θέλω να κάνω το έξεις στο σημείο που βρίσκετε το 3000 να λειτουργεί ένα τηλεφωνο πάνω στο 3000 και απομακρισμενα ένα δεύτερο sip τηλεφωνο να δεχετε και αυτό τις κλήσης και να απαντάει και να υπάρχει επικοινωνία μεταξύ τον δυο τηλεφώνων γινεται?