Problem jest bardziej skomplikowany niż opisany przez Cezarego wyżej (blokowane jest bezpośrednie połączenie IP-IP, usługi inicjowane od strony klienta działają prawidłowo- w tym również SIP, Aero dodatkowo niczego nie blokuje). Problemem jest organizacja firewall w Gargoyle (sam używam w tej chwili Gargoyle schowany za serwerem proxy operatora na LTE-iPlus, 4-konta SIP różnych operatorów cały czas są osiągalne z zewnątrz, konfiguracja działa w tej chwili kilka dni-nie wiem czy poradzi sobie przy odnowieniu adresu od strony sieci iPlus, na szczęście jest to usługa abonamentowa i takie odświeżanie adresu bywa bardzo rzadko-rekord ponad 40 dni, w standardzie około miesiąca). Tak jak napisałem w e-mail- na firmware Olega, oraz Huntsman http://ofmodemsandmen.com/downloads.html będzie działać prawidłowo z Aero2. Co do samych ustawień bramki to dodam że stun serwer powinien być wyłączony, gdyż router posiada publiczny adres-No, but send keep-alive (wysyła pakiety lokalizacyjne, nie zarządza połączeniem za NAT), krótki czas rejestracji SIP-60s. Nawet nie musimy robić żadnych przekierowań, powinno działać. Dla własnego placebo możemy przekierować porty UDP-5060, UDP-3478, UDP 1024-20000 (ten zakres jest zależny od stosowanego urządzenia, standardowo 10000-20000).  

 IP Address:      192.168.11.231
Product Model:      GXP2000 (HW0.4)
Part Number:      N/A
Software Version:      Program-- 1.2.5.3    Bootloader-- 1.1.6.9
System Up Time:      61 day(s) 20 hour(s) 29 minute(s)
System Time:      14:41 
  Sunday, 8 December, 2013
Registered:      Account 1 Registered 
  Account 2 Registered 
  Account 3 Registered 
  Account 4 Registered
PPPoE Link Up:      disabled 

Gargoyle łączy mnie z siecią LTE poprzez modem E398 w NDIS-QMI (jako karta sieciowa), 2 wersje softu wstecz również miałem problem, dlatego przez ok. 2 miesiące używałem Huntsman firmware na routerze. Nie wiem jak zachowa się, jak sieć odnowi adres (a w przypadku Aero2 adres jest odnawiany co godzinę). Log wyżej prezentuje status pracy telefonu nie Olega-to firmware dla routerów z CPU Broadcom. To że Gargoyle jest ciekawsze to mi nie musisz udowadniać ale do puki nie będzie w nim zmieniony firewall na taki jak jest w trunku Huntsman połączenia głosowe z zewnątrz będą nie osiągalne dla Aero2/inny GSM (nie musi tak być na każdym sprzęcie VoIP- nowsze jednostki mogą sobie z tym radzić programowo).Za nic dodatkowo nie płacę, zresztą na razie nie ma takich opcji na sieci LTE, jak i też Plus/Aero2 niczego dodatkowo nie blokuje. Nie możesz mieć uniwersalnie ustawionej bramki-lokalny dostawca/GSM (u lokalnego masz NAT, w Aero2 nie ma NAT!), zresztą co Ty z tym NAT tak się uparłeś-po upowszechnieniu adresacji IPv6 wszyscy zapomną co to było. Proxy u mnie też nic nie robi-zużywam limit, mam blokadę na iPlus, podłączam telefon IP do 2-routera z E367/Aero/Huntsman/WR-703N  i VoIP mi działa w obu kierunkach (na firewall nie mam nic dodatkowo ustawione, w Gargoyle ustawiłem przekierowania o których pisałem wyżej, tak dla własnego placebo ). Przecież możesz łatwo zweryfikować to co napisałem wrzucając do routera soft Huntsman (bez zapisywania konfiguracji-ważne przy powrocie do Gargoyle Luci domyślnie ma zaznaczone zapisywanie konfiguracji, także trzeba tą opcję wyłączyć).

Mam podobną konfigurację jak ty. Połączenia przychodzące będą działać tylko wtedy gdy załączysz we fritzu "keep forwarding port" na 1 min. i tu uwaga: w angielskiej wersji firmware jest bug, który nie pozwala na zalączenie tej opcji, trzeba to robić innymi sposobami. Dodatkowo polaczenia przychodzace działają tylko te, które przychodzą po numerze telefonu. Nie chcą dzialać te po loginie czyli z adresem wraz ze znakiem @.

Proszę bardzo 1-Huntsman VoIP działa w obu kierunkach

 config defaults
        option syn_flood        1
        option input            ACCEPT
        option output           ACCEPT
        option forward          REJECT
# Uncomment this line to disable ipv6 rules
#       option disable_ipv6     1

config zone
        option name             lan
        option network          'lan'
        option input            ACCEPT
        option output           ACCEPT
        option forward          REJECT

config zone
        option name             wan
        option network          'wan'
        option input            REJECT
        option output           ACCEPT
        option forward          REJECT
        option masq             1
        option mtu_fix          1

, Gargoyle Cezarego 1.5.11.4

 config defaults
        option syn_flood '1'
        option input 'ACCEPT'
        option output 'ACCEPT'
        option forward 'REJECT'

config zone
        option name 'lan'
        list network 'lan'
        option input 'ACCEPT'
        option output 'ACCEPT'
        option forward 'REJECT'

config zone
        option name 'wan'
        list network 'wan'
        list network 'wan6'
        option input 'REJECT'
        option output 'ACCEPT'
        option forward 'REJECT'
        option masq '1'
        option mtu_fix '1'

z tym że u mnie w tej chwili działa prawidłowo tydzień, nie wiem jak będzie przy odnowieniu adresu (na Huntsman nie ważne ile razy jest odnawiany, zawsze działa). Teraz odniosę się do pytań które zadałeś @synkopa: 1-G711 świetnie nadaje się do GSM, ba nawet do Aero2 (mam ten kodek ustawiony na wszystkich liniach, w real-time jego zapotrzebowanie wymaga symetrycznego pasma 80-90kbps w porywach do max. 100kbps), taki u mnie wygląda speed z Aero2 http://www.speedtest.net/my-result/3157986172 , kodek G729 to przeszłość łączy o niskich transferach-dziś rynek wymaga jakości i używania kodeka G722, niestety nasi op. VoIP są w tyle (kłania się słaba sytuacja finansowa, zbyt późno wystartowali do tego wyścigu…), co do dzwonienia na nr tel.-raz są operatorzy którzy dają takowy za free, dwa np. ifon.pl daje nr wewnętrzne, które też nic nie kosztują a można łatwo dzwonić; 2-

 NAT Traversal (STUN):       No       No, but send keep-alive       Yes 

W Aero-poraz kolejny się powtórzę nie ma NAT! Ale że jesteśmy za proxy operatora i ruch z zewnątrz jest blokowany to u mnie w tel. wybieram "No, but send keep-alive" (takie ustawienia są jak napisał wyżej @synkopa we Fritz, Linksys…a mają na celu wysyłać pakiety lokalizacyjne, nie jak stun pośredniczyć w połączeniu); 3-przedstawiony na końcu speedtest-pokazuje że tu może być problem u Ciebie (w skrócie-masz stary model modemu, sieć Aero2 jest w całości oparta o HSPA+, budowana po 2008 roku, tu już nie chodzi nawet o zgodność z regulaminem BDI ale o to że nieprawidłowo modem obsługuje połączenie, ze starszych wersji modemu do tego celu nadawał się E173). Ja po kilku latach użytkowania VoIP na 3-4G i porównania z inną lokalizacją w której ISP stosuje NAT-WiFi 5-GHz Mikrotik, światłowód podłączony do bazy, używam od 2006 roku(mam wykupione zewnętrzne IP, choć telefon automatycznie wykrywa że sieć używa NAT), stwierdzam jednoznacznie i bezapelacyjnie, bardziej niezawodnie pracuje VoIP na GSM (widać to nawet w statusie pracy urządzenia-kiedyś max. do restartu zasilania miałem 9-miesięcy).

@synkopa. Dzięki za dalsze info. Srawdziłem "sipping_interval" jest u mnie OK, czyli działa.
U mnie dzwonienie po loginach działa w obie strony na betamax ale tylko w trybie AP wireless client na gargoyle, w trybie 3G modem (AP client) działa w jedną stronę. Dobry pomysł z tymi numerami telefonów.
W sieci sipgate latasz po numerach za darmo, czy w ipcall?

Wrzuciłem do fritzbox fon wlan 7113 (ten starszy model) czarny najnowsze angielskie oprogramowanie, bo używałem niemieckiego. Normalny upgrade nie da rady, wyłącznie przez rukernel tool na niskim poziomie. I co? Kodeka G729 nie ma, dlatego go uaktywniłem wg. poradników w sieci czy strony janeo aster i nic z tego, wypróbowałem wiele konfiguracji przez kilka godzin,  G711 działa, inny nie, mimo że betamax wspiera. Jak wymuszasz u siebie kodeki?

@jarek7714: konfigi są takie same, nie rozumiem w czym leży problem że w gargoyle to nie działa a w Huntsmanie zawsze. Przeczytałem dokładnie Twojego posta. Masz rację z testami i prędkościami. Co ciekawe po kodeku G711 aero2 potrafi dobrze działać czasami, ale jak dzwonię ze smartfona (najnowszy android i telefon miesięczny z tych wypasionych) to musi być G729, inny wyższy nie daje rady. A zasięg Aero2 mam full lub 4/5 kresek.

Wydaje mi się że udało mi się zrobić poprawną konfigurację czyli rozmowy przychodzące do mnie jak i wychodzące działają w dwie strony przy moim aero2 czyli gargoyle działa jako 3G client.

W garogyle przekierowałem porty w sekcji firwall: 5060-5061 oraz 7078-7089 na bramkę voip na konkretne IP fritza a także włączyłem obsługę UPnP / NAT-PMP. Obie te rzeczy które ustawiłem nie powinny tak naprawdę miec żadnego wpływu, bo w aero2 nie ma NAT tak jak kolega wyżej pisał. Wygląda na to że połaczenia przychodzące teraz w aero2 działają tak jak powinny. Nie rozumiem dlaczego tak jest, ale jeszcze jutro potestuję, bo teraz muszę wyjść.

Witam. To mój pierwszy wpis ... Ponieważ korzystam z Aero2 i VOIP-a z powodzeniem podam swoje sposoby na działanie VOIP-a (dzwonienie po numerach; nie sprawdzałem po loginach!).
1. na Fritzu zainstalowany skrypt który co godzinę wykonuje komendę 'voipd -R' (skrypt znaleziony kiedyś w internecie, niestety nie pamiętam gdzie i kto jest jego autorem ...)
2. na Gargoyle (wersja 1.5.10.12 (r37768) skrypt który regularnie co godzinę (x:00) wymusza "ifup wan"
3. oprócz powyższego co 3 minuty uruchamiany 3gtester
4. Firewall i przekierowania portów 5060-5061 oraz 7077-7089 na Fritz'a ze stałym adresem IP

ad.1) treść skryptu:
# zawartosc pliku debug.cfg
# sprawdzenie czy istnieje plik: cat /var/flash/debug.cfg
# jesli nie istnieje to: echo "#!/bin/sh" > /var/flash/debug.cfg
# skrypt ktory wgrywamy do debug.cfg na koncu (!)
#'voipd -R' co godzine

#!/bin/sh
while true
do
sleep 10
date | grep :00:
if [ $? -eq 0 ]; then
  /bin/voipd -R
fi
done

Działanie: o każdej godzinie 00 jest wymuszana rejestracja bramki u providera; wymuszenie począwszy od XX:00:00 do XX:00:59; sleep 10 na początku powoduje, że wymuszenie wystąpi 5 razy (tu założenie, że połączenie z Aero2 nastąpi w ciągu jednej minuty; u mnie standardowo połączenie jest wznawiane po 10-11 sec.).

Powyższe powoduje, że nie ma żadnych problemów z dodzwanianiem się do mnie (numer w HappyCall) o dzwonieniu na zewnątrz nie wspominając ... Wcześniej były problemy z dodzwonieniem do mnie (zalogowaniem w HappyCall) do momentu gdy zmieniłem zakres portów z 7078-7089 na 7077-7089 (!). Od 48 godzin (odpukać) wszystko działa poprawnie ...

Może to ważne: do BTS-a mam 200 metrów.

Z korzystałem z sugestii @rpc http://openrouter.info/forum/viewtopic. … 136#p34136 dotyczącej innego tematu/problemu i VoIP śmiga mi super pod Gargoyle Cezarego (ba nie tylko z VoIP ale i FaceTime nie ma problemu z dostępem z zewnątrz).