SIP , prywatne i wspoldzielone numery

Problemy związane z Unified Communications
Wiadomość
Autor
radix
wannabe
wannabe
Posty: 172
Rejestracja: 12 sie 2009, 13:21
Lokalizacja: Warszawa

SIP , prywatne i wspoldzielone numery

#1

#1 Post autor: radix »

Cześć
Mamy router 2811 i soft 15.09m czyli CME 7.1. Do routera podlaczonych jest kilka linii analogowych przez interfejsy FXS. Potrzebujemy aby wszystkie numery analogowe wspoldzielily numery zewnetrzne(rozmowy przychodzace z zewnatrz) i wszystkie dzwonily jednoczesnie gdy polaczenia przychodza z zewnatrz a dotego kazdy telefon mial przyporzadkowany unikalny wewnetrzny numer telefonu. Wiem ze cos takiego mozna zrobic na telefonach SCCP bez hunt group . Testowalismy to rozwiazanie i dzialalo. Pytanie czy da sie cos takiego zrobic dla SIPa przy uzyciu aplikacjii x-lite?
Niby w register pool mozna przypisac kilka directory numbers ale niestety dzwoniac na numer ktory jest drugi na liscie DN w registrybpool polaczenie nie dziala.

przemek_z
wannabe
wannabe
Posty: 56
Rejestracja: 13 lut 2011, 11:57
Lokalizacja: Gdynia

Re: SIP , prywatne i wspoldzielone numery

#2

#2 Post autor: przemek_z »

Hej,

Pisząc "linii analogowych" masz na myśli linie PSTN czy telefony analogowe?

Pozdro

radix
wannabe
wannabe
Posty: 172
Rejestracja: 12 sie 2009, 13:21
Lokalizacja: Warszawa

#3

#3 Post autor: radix »

Mam na myśli telefony analogowe(zwykłe analogi oraz bramki z sim kartą wpiete do portu)

przemek_z
wannabe
wannabe
Posty: 56
Rejestracja: 13 lut 2011, 11:57
Lokalizacja: Gdynia

#4

#4 Post autor: przemek_z »

XLite nie wspiera multiple lines, więc tylko jedna linia może się zarejestrować.

radix
wannabe
wannabe
Posty: 172
Rejestracja: 12 sie 2009, 13:21
Lokalizacja: Warszawa

#5

#5 Post autor: radix »

A czy Bria (płatna wersja X-lite ) będzie to obsługiwała(prywatne i kilka wspoldzielonych numerow)? Bo na stronie http://www.counterpath.com/xlite-comparison.html jest info ze wspiera multi line.
Rozumiem że wtedy w CME w register pool trzeba wpisać kilka pozycji number?

przemek_z
wannabe
wannabe
Posty: 56
Rejestracja: 13 lut 2011, 11:57
Lokalizacja: Gdynia

#6

#6 Post autor: przemek_z »

Zgadza się. Dodatkowo numery shared wymagają wpisania komendy 'shared-line' w sekcji 'voice register dn '

radix
wannabe
wannabe
Posty: 172
Rejestracja: 12 sie 2009, 13:21
Lokalizacja: Warszawa

#7

#7 Post autor: radix »

Dzięki za pomoc. Sprawdzę wieczorem

radix
wannabe
wannabe
Posty: 172
Rejestracja: 12 sie 2009, 13:21
Lokalizacja: Warszawa

#8

#8 Post autor: radix »

Trochę to zajęło :)

Z tym że w chwili obecnej testuję rozwiązanie z klientem X-lite (free edition a nie Bria).
Kilka bramek GSM jest podpitych do routera i numery ich są "Natowane" na wewnetrzny numer 200, który jest przypisanych do dwóch użytkowników.
To znaczy, że dwie osoby mają jeden wsółdzielony numer.
chciałbym aby połączenia przychodzące były wyświetlane na obu telefonach
Niestety natrafiłem na takie problemy:

1.Połączenie przychodzące wyświetla się tylko na jednym kliencie i to raz na 1 a raz na drugim. Jakby losowy mechanizm

2. Czasem coś się zacina. To znaczy jak słuchawki są odłożone na X-lite to nie można się dodzwonić na klienta z zewnątrz. Na routerze widać jakby połączenie nie zostało poprawnie zamnknięte. Trzeba wtedy zrestartować bramki gsm podpięte do portów voice-port 0/0/0 itd aby można znów się dodzwonić do klienta:

Kod: Zaznacz cały

sh voice call summary
PORT           CODEC     VAD VTSP STATE            VPM STATE
============== ========= === ==================== ======================
0/0/0         None       -  S_CONNECT             FXOLS_CONNECT
0/0/1         None       -  S_CONNECT             FXOLS_OFFHOOK
0/0/2         -          -  -                     FXOLS_ONHOOK
0/0/3         -          -  -                     FXOLS_ONHOOK
3. I pytanie dodatkowe. Czy ktoś wie jak można zablokować romowy międzynarodowe ?

Poniżej zamieszczam konfig:

Kod: Zaznacz cały

voice service voip
 allow-connections h323 to h323
 allow-connections h323 to sip
 allow-connections sip to h323
 allow-connections sip to sip
 sip
  registrar server expires max 1200 min 300
  bind all source-interface FastEthernet0/1
  
voice register global
 mode cme
 source-address 10.0.10.1 port 5060
 max-dn 20
 max-pool 10
 authenticate register
 authenticate realm sip.epvoip.test
 create profile
 
voice register dn 1
 number 200
 name 200
 shared-line max-calls 10
 label 200

voice register pool 1
 id mac xxx.xxx.xxx
 number 1 dn 1
 dtmf-relay sip-notify
 username sipuser1 password sipuser1
 codec g711ulaw


voice register pool 2
 id mac zzz.zzz.zzz
 number 1 dn 1
 dtmf-relay sip-notify
 username sipuser2 password sipuser2
 codec g711ulaw
 

voice-port 0/0/0
 connection plar opx 200
 no battery-reversal  //wyczytalem, że to ma niby pomóc odnośnie nie poprawnie zamknietych rozmow (problem 2) ale niestety nie działa
voice-port 0/0/1
 connection plar opx 200
 no battery-reversal
voice-port 0/0/2
 connection plar opx 200
 no battery-reversal
voice-port 0/0/3
 connection plar opx 200
 no battery-reversal

dial-peer voice 100 pots
 destination-pattern 1T
 port 0/0/0

dial-peer voice 110 pots
 destination-pattern 2T
 port 0/0/1

dial-peer voice 120 pots
 destination-pattern 3T
 port 0/0/2

dial-peer voice 130 pots
 destination-pattern 4T
 port 0/0/3
Czy ktoś może spotkał się z takim rozwiązaniem/problemem?
Będę wdzięczny za pomysły i rozwiązania :)

Awatar użytkownika
krabu
wannabe
wannabe
Posty: 346
Rejestracja: 30 paź 2007, 11:17
Lokalizacja: Krakow

#9

#9 Post autor: krabu »

radix pisze:Trochę to zajęło :)
Czas biegnie szybko ;)
radix pisze: 1.Połączenie przychodzące wyświetla się tylko na jednym kliencie i to raz na 1 a raz na drugim. Jakby losowy mechanizm
Hmm, sprawdzę to dziś u siebie i dam Ci znać, wydaje mi się, że powinno działać.
radix pisze: 2. Czasem coś się zacina. To znaczy jak słuchawki są odłożone na X-lite to nie można się dodzwonić na klienta z zewnątrz. Na routerze widać jakby połączenie nie zostało poprawnie zamnknięte. Trzeba wtedy zrestartować bramki gsm podpięte do portów voice-port 0/0/0 itd aby można znów się dodzwonić do klienta:

Kod: Zaznacz cały

sh voice call summary
PORT           CODEC     VAD VTSP STATE            VPM STATE
============== ========= === ==================== ======================
0/0/0         None       -  S_CONNECT             FXOLS_CONNECT
0/0/1         None       -  S_CONNECT             FXOLS_OFFHOOK
0/0/2         -          -  -                     FXOLS_ONHOOK
0/0/3         -          -  -                     FXOLS_ONHOOK
Widzę, że twoje bramki to bramki analogowe - czyli muszą się wieszać bo analogowe wieszają się wszystkie. Rozwiązanie najtańsze i najskuteczniejsze to odwiedzenie Custoramy i kupienie timera prądowego, którego wpinasz do gniazdka a do niego listwę która zasila wszystkie bramki. Następnie na timerze ustawiasz wyłączenie i włączenie np o północy każdego dnia ;) Drugie rozwiązanie to zmiana bramek analogowych na ISDN'owe np. 2N BRI Lite.
radix pisze: 3. I pytanie dodatkowe. Czy ktoś wie jak można zablokować romowy międzynarodowe ?
Do tego celu służą na routerze cor listy LINK
.be like a Lucky Luke

radix
wannabe
wannabe
Posty: 172
Rejestracja: 12 sie 2009, 13:21
Lokalizacja: Warszawa

#10

#10 Post autor: radix »

Dzięki krabu

1. Współdzielenie numerów SIP: Będę wdzięczny jak dasz radę to sprawdzić

2. Sygnał zejętości po zakończonej rozmowie(czasami):Jeśli chodzi o te rozłączania to wcześniej testowaliśmy przed dłuższy czas takie rozwiązanie w oparciu o klienta voip cisco i protokół SCCP. Dodatkowo były numery własne userów i takich problemów nie zauważyliśmy więc to trochę dziwne ale może po prostu to nam jakoś umknęło

3. Co do blokady numerów zagranicznych to przetestuję to rozwiązanie.

Awatar użytkownika
krabu
wannabe
wannabe
Posty: 346
Rejestracja: 30 paź 2007, 11:17
Lokalizacja: Krakow

#11

#11 Post autor: krabu »

AD1

Zastanowiłem się chwilę nad twoim problemem i wyjaśniając dokładnie dlaczego występuje ten random przy dzwonieniu na xlite, a dla stacji SCCP nie występuje, trzeba wyjść od dial-peerów.

CME wszystkie konfiguracje stacji SCCP czy SIP, pod względem routingu połączeń, zawsze tłumaczy na dial-peer'y - to znaczy dla każdej konfiguracji/rejestracji telefonu SIP lub SCCP tworzy odpowiadający dial-peer zgodnie z następującymi zasadami:

Dla SCCP:
Zaraz gdy skonfigurujesz ephone dn (niekoniecznie musisz rejestrować jakikolwiek SCCP phone) CME tworzy pots dial peer - jeden dla jednego ephone-dn, niezależnie ile obiektów zarejestrowanych będzie go wykorzystywać.
Funkcjonujące w danej chwili na twoim ruterze dial-peery zobaczysz poprzez show dial-peer voice summary.
Czyli teraz załóżmy, konfigurujesz jednego ephone dn i przypisujesz go do 3 róznych ephone. Wtedy dzwoniąc na numer tego dn'a, CME w routingu ma jeden pots dial-peer, pod którym kryją się wszystkie telefony posiadające ten skonfigurowany dn - dlatego wszystkie na raz dzwonią.

Dla SIP:
Nieważne co skonfigurujesz i jak, za każdym razem gdy rejestrujesz stację SIP, CME tworzy sobie dla niej oddzielny voip dial-peer - czyli np. zarejestrujesz 3 telefony SIP nawet na tym samym voice register dn, to CME stworzy sobie na okres kiedy te telefony (u ciebie xlite'y) są zarejestrowane 3 oddzielne dial-peer'y z tymi samymi destination. Teraz dzwoniąc na na numer ze skonfigurowanego, współdzielonego na telefonach SIP voice register dn, CME posiada 3 różne dial-peery z tym samym destination. Zachowa się wtedy tak jak masz skonfigurowany hunting dla dial-peerów, domyślnie jest to opcja 0 z poniższego screen'a:

Kod: Zaznacz cały

Branch1(config)#dial-peer hunt ?
  <0-7>  Dial-peer hunting choices, listed in hunting order within each choice:
  0 - Longest match in phone number, explicit preference, random selection.
  1 - Longest match in phone number, explicit preference, least recent use.
  2 - Explicit preference, longest match in phone number, random selection.
  3 - Explicit preference, longest match in phone number, least recent use.
  4 - Least recent use, longest match in phone number, explicit preference.
  5 - Least recent use, explicit preference, longest match in phone number.
  6 - Random selection.
  7 - Least recent use.
Dial peery w przypadku tak zarejestrowanych trzech telefonów SIP, maja to samo destination i preference więc dostajesz właśnie random.

Ze względu na powyższe na telefonach SIP nie uzyskasz tego co na telefonach SCCP.

Jedynym rozwiązaniem jakie widzę dla Ciebie jeśli idzie o SIP, jest skonfigurowanie tych xlite'ów na oddzielnych numerach i przypisanie ich do parallel hunt-group

Kod: Zaznacz cały

voice hunt-group 1 parallel
pilot 2001
list 2001, 2002
final 2999
timeout 15 
AD2

Napisz więcej o tych rozłączeniach, jakich stacji one dotyczą, w przypadku jakich połączeń się pojawiają itp.
.be like a Lucky Luke

radix
wannabe
wannabe
Posty: 172
Rejestracja: 12 sie 2009, 13:21
Lokalizacja: Warszawa

#12

#12 Post autor: radix »

Dzięki krabu
hunt-group pomogło. Mam jednak pytanie:
1.Czy shared-line w poniższej konfiguracji jest dalej potrzebne? hunt-group pomogło a pilotem jest inny numer np. 100. 200 to teraz numer przydzielony jednemu userowi

Kod: Zaznacz cały

voice register dn 1
 number 200
 name 200
 shared-line max-calls 10 
2. Podczas testow z hunt-group numer dzwoniący w x-lite pokazywał się przez chwile poprawnie jako normalny numer telefonu a po jakimś czasie pokazywał się już jako adres ip routera. czy to jest normalne i czy można to jakoś wyeliminować?

3. Co do tych rozłączeń to może uda mi się znaleźć więcej info i wtedy dam znać.

Awatar użytkownika
krabu
wannabe
wannabe
Posty: 346
Rejestracja: 30 paź 2007, 11:17
Lokalizacja: Krakow

#13

#13 Post autor: krabu »

1.Czy shared-line w poniższej konfiguracji jest dalej potrzebne? hunt-group pomogło a pilotem jest inny numer np. 100. 200 to teraz numer przydzielony jednemu userowi

Kod: Zaznacz cały

voice register dn 1
 number 200
 name 200
 shared-line max-calls 10 
Nie, nie potrzebujesz już tego wpisu.
2. Podczas testow z hunt-group numer dzwoniący w x-lite pokazywał się przez chwile poprawnie jako normalny numer telefonu a po jakimś czasie pokazywał się już jako adres ip routera. czy to jest normalne i czy można to jakoś wyeliminować?
Hmm, nie spotkałem się z takim zachowaniem ale przy wolnej chwili postaram się sprawdzić.
.be like a Lucky Luke

ODPOWIEDZ